Row Level Security: qué es y por qué importa en tu empresa

Row Level Security (RLS), o seguridad a nivel de fila, es un mecanismo de las bases de datos que controla qué filas de una tabla puede ver o modificar cada usuario. En lugar de dar acceso a una tabla entera, la propia base de datos aplica reglas y filtra los datos según quién consulta. Así, cada persona solo accede a la información que le corresponde.

¿Qué significa Row Level Security en lenguaje sencillo?

Imagina una tabla de clientes con mil filas: una por cliente. Sin RLS, quien tiene acceso a la tabla ve las mil. Con RLS, puedes decidir que un comercial vea solo sus clientes, que un responsable de zona vea los de su zona y que dirección lo vea todo.

La clave es que el filtro no lo hace la aplicación "de buena fe", sino la base de datos. Aunque alguien consulte los datos por otra vía o la aplicación tenga un fallo, la regla sigue aplicándose.

¿Cómo funciona RLS?

El funcionamiento general es similar en la mayoría de sistemas (PostgreSQL, SQL Server, Oracle, Supabase y otros):

• Se activa la protección en la tabla. A partir de ese momento, por defecto nadie ve filas si no hay una regla que lo permita.
• Se definen políticas. Una política es una condición, por ejemplo: "el usuario solo ve filas donde el campo `centro` coincide con su centro asignado".
• La base de datos identifica al usuario. Con su sesión o su rol, el sistema evalúa la política en cada consulta.
• Solo se devuelven las filas permitidas. El resto es como si no existieran para ese usuario.

Las políticas pueden aplicarse a distintas operaciones: leer, insertar, modificar o borrar.

¿Qué diferencia hay entre RLS y los permisos normales?

Los permisos tradicionales funcionan por tabla o por columna: puedes dar o quitar acceso a "la tabla de facturas". RLS añade una dimensión más fina: dentro de la misma tabla, qué filas ve cada uno.

• Permisos por tabla: todo o nada.
• Permisos por columna: ocultas campos concretos (por ejemplo, el salario).
• RLS: ocultas registros concretos (por ejemplo, las facturas de otros departamentos).

Lo habitual es combinarlos.

¿Para qué sirve en una empresa real?

Cualquier organización con datos que no deben ser visibles para todos se beneficia:

• Una gestoría: cada gestor ve solo los expedientes de sus clientes.
• Una clínica con varios centros: el personal de cada sede accede a las citas y fichas de su centro.
• Una pyme industrial: producción ve órdenes de trabajo, pero no las nóminas ni las ofertas comerciales.
• Un despacho profesional: un socio ve todo; un colaborador, solo los casos en los que participa.

Además, ayuda a cumplir el principio de minimización de datos del RGPD: que cada persona acceda únicamente a lo necesario para su trabajo. No sustituye a otras medidas de cumplimiento, pero es una pieza técnica muy útil.

¿Qué ventajas y límites tiene?

Ventajas:

• La seguridad vive en el origen del dato, no repartida en cada aplicación.
• Reduce el riesgo de fugas por errores de programación en una pantalla o un informe.
• Facilita auditar quién puede ver qué.

Límites a tener en cuenta:

• Hay que diseñar bien las políticas; una regla mal escrita puede dejar huecos o bloquear a usuarios legítimos.
• Puede afectar al rendimiento si las políticas son complejas y no se optimizan los índices.
• No protege frente a quien ya tiene permisos de administrador o salta las políticas por diseño.

¿Por qué RLS es especialmente importante cuando usas IA?

Un asistente de IA que responde sobre los datos de tu empresa es útil precisamente porque accede a mucha información. Pero eso plantea una pregunta incómoda: ¿qué pasa si un empleado le pregunta algo que no debería poder ver?

Si el control de acceso solo existe en la interfaz, la IA podría saltárselo. Si los permisos se aplican en la base de datos, con RLS, el asistente solo "ve" lo que ese empleado tiene derecho a ver. La IA hereda los permisos de la persona, no los esquiva.

Es el enfoque que tiene sentido para dar a cada equipo un copiloto sobre sus propios datos sin abrir de más el acceso. En PAOSBrain trabajamos con esta lógica: que la IA respete el puesto y el ámbito de cada usuario, de modo que dirección, administración o un técnico obtengan respuestas acordes a lo que les corresponde.

¿Necesito saber programar para beneficiarme de RLS?

Para configurarlo directamente en una base de datos, sí hace falta perfil técnico. Pero como responsable de negocio no necesitas escribir políticas: lo importante es saber preguntar a tu proveedor si los permisos se aplican a nivel de datos y no solo en pantalla. Algunas preguntas útiles:

• ¿Los permisos se aplican en la base de datos o solo en la aplicación?
• ¿La IA respeta los mismos permisos que el usuario que pregunta?
• ¿Se puede revisar y auditar quién accede a qué?
• ¿Dónde se alojan los datos?

En resumen

Row Level Security es una forma sólida de asegurar que cada persona vea solo las filas de datos que le corresponden. En un mundo donde la IA consulta información de toda la empresa, es una de las bases para usarla con confianza. Y no es algo reservado a grandes corporaciones: ya se puede tener funcionando en tu empresa, con cada equipo accediendo solo a lo suyo.

Powered by PAOSBrain