Permisos RAG empresarial: guía

Un RAG que funciona técnicamente pero ignora los permisos es un problema de seguridad, no una solución. Si cualquiera puede "preguntarle" al chatbot algo que está en un documento al que no tiene acceso, has abierto una brecha. Por eso los permisos son el primer requisito de diseño de un copilot con RAG para empresa, no un añadido posterior.

¿Por qué los permisos son el punto crítico de un RAG?

Porque un RAG da acceso conversacional a tus documentos: si no respeta quién puede ver qué, expone información. El riesgo no es teórico: un usuario podría obtener datos de nóminas, contratos o proyectos confidenciales simplemente preguntando, aunque no tenga acceso al archivo. El asistente debe heredar exactamente los permisos que ya existen, ni más ni menos.

¿Cómo se respetan los permisos existentes (security trimming)?

La técnica se llama security trimming: en cada consulta, el sistema filtra los fragmentos recuperados según los permisos del usuario que pregunta, de modo que solo se usan documentos a los que tiene acceso. Para ello hay que llevar los permisos (ACL) del origen al índice de recuperación y comprobarlos en tiempo de consulta. Es clave cuando las fuentes son SharePoint, drive o Confluence, donde cada documento ya tiene sus accesos.

¿Qué enfoques de permisos hay?

¿Cómo encaja con el RGPD y el cumplimiento?

Más allá del acceso, hay que cumplir con la protección de datos: minimizar qué se indexa, controlar dónde se procesa y guardar trazas. Un RAG con datos personales entra en el ámbito del RGPD y, según el uso, del AI Act. Lo desarrollamos en RGPD en un copilot con RAG. Permisos y cumplimiento van de la mano.

¿Cómo se prueba que los permisos funcionan?

1. 1Define casos de prueba con usuarios de distintos niveles de acceso.
2. 2Comprueba que cada usuario solo obtiene respuestas de documentos a los que puede acceder.
3. 3Prueba a "forzar" respuestas sobre documentos restringidos y verifica que no las da.
4. 4Revisa que, al cambiar permisos en el origen, el RAG se actualiza.
5. 5Registra y audita las consultas para detectar accesos indebidos.

¿Qué errores evitar con los permisos en un RAG?

• Indexar todo sin filtrar por usuario: la fuga está servida.
• Asumir permisos estáticos: cuando cambian en el origen, deben reflejarse en el RAG.
• Mezclar en un mismo índice documentos con niveles de acceso muy distintos sin control.
• No registrar las consultas: sin trazas no se puede auditar un acceso indebido.