Estoy tratando de configurar la seguridad de nivel de fila en algunas tablas. Por ahora no tuve problemas con INSERT y SELECT , ahora intento manejar UPDATE .
Intenté muchas cosas pero realmente me quedé atascado cuando definí la política con WITH CHECK (false) y tengo la capacidad de ejecutar actualizaciones en esa tabla con el usuario rls a pesar de la política definida.
¿Por qué está pasando eso? Esperaba que todas las actualizaciones en esa tabla fallaran porque WITH CHECK es un validador booleano.
Aquí está mi código:
CREATE TABLE t ( "id" SERIAL PRIMARY KEY NOT NULL, "name" varchar (50) NOT NULL ); create role rls_user NOINHERIT; GRANT USAGE ON SCHEMA public TO rls_user; GRANT SELECT, UPDATE, INSERT ON ALL TABLES IN SCHEMA public TO rls_user; GRANT USAGE, SELECT ON ALL SEQUENCES IN SCHEMA public TO rls_user; alter table t enable row level security; CREATE POLICY t_update ON t FOR UPDATE WITH CHECK (false); ----> CREATE POLICY t_update ON t ----> FOR UPDATE USING (false); ---> also doesn't work set role rls_user; UPDATE t SET name = 'blabla' WHERE "id" = 1; ---> expected: UPDATE FAILED ---> result: ---> UPDATE 0 ---> Query returned successfully in 73 msec.Su política hace que la tabla parezca vacía para rls_user porque no tiene una cláusula USING .
Por lo tanto, la UPDATE nunca modificará una fila ( UPDATE 0 ), y dado que no se modifica ninguna fila, ninguna fila tiene que pasar la condición CHECK y no se genera ningún error.
Tenga en cuenta que le otorgó al usuario permisos de UPDATE en la tabla, por lo que puede ejecutar todas las actualizaciones en la tabla, siempre que las filas modificadas pasen la condición CHECK .