Cómo Cohere Coral aplica permisos a nivel de documento y control de acceso basado en roles (RBAC) en fuentes de datos empresariales

Cuando los equipos de seguridad de TI y los directores de seguridad de la información (CISO) evalúan asistentes de inteligencia artificial generativa como Cohere Coral, una preocupación primordial domina la revisión técnica: si Coral se conecta a repositorios corporativos centrales como Microsoft SharePoint o Google Drive, ¿qué impide que un empleado no autorizado recupere compensaciones de ejecutivos, planes de adquisición confidenciales o expedientes restringidos de recursos humanos mediante simples preguntas en el chat?

La respuesta concluyente es que Cohere Coral aplica los permisos a nivel de documento y el control de acceso basado en roles (RBAC) en la capa de infraestructura de recuperación de datos, en lugar de depender de instrucciones en el prompt del sistema o del juicio probabilístico del modelo de lenguaje (LLM). Coral ejecuta las consultas mediante autenticación delegada por usuario (OAuth 2.0 / flujos On-Behalf-Of), aplica recorte de seguridad en tiempo de ejecución (security trimming) y aísla la búsqueda para que cada empleado solo pueda consultar la información a la que su identidad corporativa ya tiene acceso explícito.

Si un empleado no posee privilegios de lectura para una hoja de cálculo confidencial en SharePoint o Google Drive, los conectores de datos de Coral descartan por completo ese documento en la fase de búsqueda. Al no ingresar ningún fragmento no autorizado a la ventana de contexto del LLM, el asistente generativo no puede revelar ni sintetizar contenido confidencial bajo ninguna circunstancia.

El modelo de amenazas: por qué las soluciones RAG ingenuas suspenden las auditorías de seguridad

En implementaciones preliminares de generación aumentada por recuperación (RAG), es común que los desarrolladores recurran a una cuenta de servicio global con privilegios de administrador absoluto ("modo Dios") para vectorizar e indexar todos los repositorios corporativos en una base de datos vectorial compartida y sin particiones.

Esa arquitectura presenta vulnerabilidades críticas:

• Los documentos pierden sus listas de control de acceso (ACL) originales durante la ingesta.
• El motor de búsqueda vectorial consulta todos los fragmentos corporativos de manera indiscriminada.
• Los desarrolladores intentan restringir el acceso mediante ingeniería de prompts (por ejemplo, añadiendo al system prompt: "No reveles sueldos ejecutivos a menos que el usuario sea director de recursos humanos").

Los ingenieros de seguridad y oficiales de cumplimiento saben que este enfoque es inaceptable. Los LLM son modelos probabilísticos vulnerables a inyecciones de prompts (prompt injection), evasión de directivas (jailbreaks) y filtraciones contextuales. Un usuario malicioso o curioso puede manipular la redacción para eludir con facilidad las instrucciones del prompt.

Cohere Coral resuelve este problema tratando la seguridad como un problema determinista en el plano de datos, no como una decisión probabilística delegada al modelo.

Arquitectura de tres niveles para la aplicación de permisos

El marco de seguridad empresarial de Cohere Coral opera a través de tres niveles independientes y coordinados: propagación de identidad, recorte de seguridad en la recuperación y anclaje verificable de citas.

+-----------------------------------------------------------------------+
|  Nivel 1: Identidad y autenticación delegada                          |
|  Proveedor de identidad (IdP) empresarial (Entra ID, Okta, Workspace) |
|  Inicio de sesión del usuario -> Emisión de token delegado OAuth 2.0  |
+-----------------------------------------------------------------------+
                                   |
                                   v
+-----------------------------------------------------------------------+
|  Nivel 2: Motor de búsqueda y recorte de seguridad (Security Trimming)|
|  - Conectores directos: Consulta las API de Microsoft Graph o Drive   |
|    en nombre del usuario (el motor nativo filtra documentos)          |
|  - Búsqueda preindexada: Aplica filtros booleanos con los SID de grupo|
|    y metadatos de ACL antes de calcular la similitud vectorial        |
|  * Los documentos no autorizados se excluyen antes de entrar al LLM * |
+-----------------------------------------------------------------------+
                                   |
                                   v
+-----------------------------------------------------------------------+
|  Nivel 3: Respuestas ancladas y citas verificables (Command R / R+)   |
|  - El modelo genera respuestas exclusivamente con texto autorizado    |
|  - Cada afirmación incluye una cita de origen comprobable             |
|  - Si no hay documentos autorizados, el modelo emite rechazo seguro   |
+-----------------------------------------------------------------------+

1. Propagación de identidad y delegación de usuario (Nivel 1)

Coral se integra de manera nativa con los proveedores de identidad corporativos (IdP) mediante estándares de inicio de sesión único (SSO), como SAML 2.0 y OpenID Connect (OIDC), siendo compatible con Microsoft Entra ID (antes Azure AD), Okta y Google Workspace.

Cuando un empleado interactúa con Coral:

• Sin credenciales administrativas compartidas: Coral no consulta los sistemas corporativos mediante una clave estática universal que suplante a toda la organización.
• Flujo On-Behalf-Of (OBO): Los conectores de Coral aprovechan el flujo de código de autorización de OAuth 2.0 y tokens de acceso con alcance delegado. Al enviar una consulta, el conector reenvía el token específico del usuario actual a la API secundaria.
• Sincronización en tiempo real: Si el usuario es dado de baja, transferido o eliminado de un grupo en el IdP corporativo, sus permisos en los conectores de Coral se revocan automáticamente.

2. Recorte de seguridad en la recuperación y herencia de ACL (Nivel 2)

El mecanismo fundamental para evitar la fuga de información es el recorte de seguridad (security trimming): eliminar cualquier recurso restringido antes de que los resultados lleguen a la etapa de reclasificación (reranking) y al contexto del LLM.

Coral implementa este recorte de dos formas según la topología elegida:

A. Conectores directos vía API (Consulta en tiempo de ejecución)

Para fuentes conectadas en tiempo real (consultas directas contra SharePoint o Google Drive):

• El conector pasa el token OAuth del usuario a los extremos de búsqueda correspondientes (como Microsoft Graph API /v1.0/search/query o Google Drive API files.list).
• La plataforma de origen ejecuta su propio motor de seguridad. SharePoint y Google Workspace evalúan la identidad del solicitante, sus grupos y los permisos específicos del archivo.
• Solo los documentos que el empleado puede ver habitualmente en la interfaz original son devueltos a Coral. Los archivos sin autorización son omitidos de raíz por la API externa.

B. Búsqueda empresarial preindexada (Metadatos de ACL + Filtro previo)

En arquitecturas de alto rendimiento donde los documentos se dividen en fragmentos, se transforman en embeddings y se almacenan previamente en una base de datos vectorial (como las soluciones desarrolladas con Cohere Toolkit u OpenSearch):

• Ingesta de metadatos de ACL: Durante la indexación, los conectores extraen el texto, los vectores y todos los metadatos de seguridad: identificador del propietario, usuarios autorizados, identificadores de seguridad de grupo (SID) y banderas de herencia.
• Resolución de grupos en tiempo de consulta: Cuando el usuario formula una pregunta, el sistema consulta el directorio empresarial (mediante SCIM o Graph API) para obtener la lista actualizada de grupos a los que pertenece el usuario.
• Filtrado previo antes de la similitud vectorial: La base de datos aplica un filtro booleano estricto que contrasta los SID del usuario con la lista de permisos del documento. Los vectores sin autorización no participan en el cálculo de similitud ni en la fase posterior de Cohere Rerank.

3. Generación anclada y citas verificables (Nivel 3)

Los modelos de la familia Command de Cohere (como Command R y Command R+) han sido entrenados específicamente para la generación anclada (grounded generation):

• Anclaje riguroso en el contexto: El modelo solo puede generar respuestas utilizando la información explícita de los fragmentos autorizados que llegaron a su ventana de contexto, adjuntando citas precisas a cada oración.
• Rechazo seguro ante búsquedas vacías: Si el recorte de seguridad descarta todos los documentos confidenciales, el contexto del modelo queda vacío. En lugar de especular o alucinar respuestas a partir de su entrenamiento general, el modelo notifica de manera segura que no dispone de información autorizada para responder.

Fuentes de datos clave: comparación entre SharePoint y Google Drive

Los repositorios corporativos presentan modelos de permisos diferenciados. Los conectores de Coral se adaptan de forma transparente a cada uno de ellos:

Particularidades de SharePoint

En SharePoint, es habitual que los administradores utilicen la opción de "interrumpir herencia" (Stop Inheriting Permissions) en subcarpetas específicas para restringir el acceso a comités ejecutivos.

Al interactuar con Coral:

1. Coral transfiere el token delegado de Graph del usuario solicitante.
2. Graph API consulta el Servicio de Tokens de Seguridad (STS) de SharePoint para determinar el acceso efectivo.
3. Si un archivo confidencial de finanzas tiene la herencia interrumpida, la consulta a Graph API devuelve un conjunto vacío para cualquier empleado estándar. El modelo ni siquiera registra la existencia del archivo.

Particularidades de Google Drive

Google Workspace divide el almacenamiento entre "Mi unidad" y "Unidades compartidas", con roles de lector, comentador, colaborador, administrador de contenido y administrador.

Al interactuar con Coral:

1. Coral solicita consentimiento OAuth para acceso de lectura restringido al buzón y perfil del usuario.
2. La API de Google Drive filtra las respuestas en función de las unidades compartidas a las que el usuario pertenece.
3. Las unidades compartidas departamentales (como Legales o Recursos Humanos) permanecen completamente invisibles para los empleados no miembros.

Gobernanza y RBAC en la plataforma Cohere

Más allá de heredar las ACL del repositorio de origen, la propia plataforma de Cohere proporciona herramientas de control administrativo:

Roles de plataforma: Administradores (Owner) frente a Usuarios (User)

La consola de Cohere segrega las responsabilidades administrativas del uso diario:

• Owner / Administrador: Invita y gestiona miembros, configura conectores para toda la empresa, genera o revoca claves de API de producción, gestiona el inicio de sesión único (SSO) y supervisa métricas de cumplimiento y facturación.
• User / Usuario estándar: Interactúa con la interfaz de chat, conecta sus credenciales personales OAuth a las herramientas aprobadas y consulta su historial, sin capacidad para modificar la configuración de red ni los modelos desplegados.

Restricción de alcance de conectores por departamento

Los administradores de TI pueden restringir la visibilidad de los conectores según las unidades organizativas de la empresa:

• Conector de Salesforce: Limitado exclusivamente a los equipos de ventas y gestión de cuentas.
• Conector de Wiki corporativa: Disponible para toda la plantilla.
• Conector de ERP financiero: Restringido rigurosamente a directores y al departamento financiero.

Esta segmentación crea una defensa en profundidad: antes de evaluar las ACL de cada documento, las canalizaciones de datos enteras ya están segregadas a nivel departamental.

Registros de auditoría e integración con sistemas SIEM

Para satisfacer las regulaciones de cumplimiento, Cohere Coral permite generar registros estructurados y transmitirlos a plataformas SIEM corporativas (como Splunk, Datadog o Microsoft Sentinel), documentando:

• Identificador del usuario autenticado y marca de tiempo exacta.
• Conectores y herramientas llamados durante la interacción.
• Identificadores de los fragmentos y URL de origen recuperadas.
• Citas presentadas en la respuesta final generada.

Los equipos de ciberseguridad pueden configurar alertas ante patrones inusuales de búsqueda o intentos reiterados de sondeo sobre temas confidenciales.

Límites del despliegue: nube privada y retención cero de datos

Para industrias reguladas (como finanzas, salud o telecomunicaciones que cumplen con SOC 2 Tipo II, ISO 27001, HIPAA o RGPD), el perímetro de la infraestructura es tan importante como las listas de control de acceso:

1. Despliegue en VPC privada o infraestructura local: Cohere permite desplegar sus modelos y componentes de asistente dentro de la nube privada virtual del cliente (AWS, Azure, Google Cloud u Oracle Cloud) o en centros de datos locales. La información jamás abandona la red corporativa.
2. Retención cero de datos (Zero Data Retention): Cohere garantiza contractualmente que los prompts, los documentos recuperados y las respuestas generadas no se almacenan en servidores compartidos ni se utilizan para reentrenar modelos públicos.
3. Cifrado en reposo y en tránsito: Toda la comunicación con los conectores utiliza TLS 1.3, y los índices vectoriales implementan cifrado AES-256 compatible con claves gestionadas por el cliente (CMEK).

La vulnerabilidad oculta: el problema del "exceso de recursos compartidos"

Aunque la arquitectura de Cohere Coral respeta rigurosamente las ACL, los equipos de TI deben considerar un factor operativo clave: la IA generativa no vulnera los permisos existentes, pero magnifica la visibilidad de archivos que ya estaban mal configurados.

Si un integrante del área financiera configuró por descuido una planilla salarial con el atributo "Cualquier persona en la organización con el enlace puede ver", ese archivo es técnicamente público a nivel interno. Antes de la IA, el archivo pasaba inadvertido porque nadie conocía el enlace. Sin embargo, al conectar Coral, si un empleado pregunta por los rangos salariales de la empresa, el conector recuperará legítimamente el archivo porque la ACL lo permite.

Lista de verificación recomendada antes del despliegue

1. Auditar los repositorios de origen: Ejecutar herramientas de descubrimiento (como Microsoft Purview) para identificar documentos confidenciales compartidos con "Toda la organización" o con enlaces públicos internos.
2. Exigir autenticación delegada por usuario (OAuth): Asegurarse de que los conectores utilicen credenciales delegadas individuales y no una clave estática de administrador de servicio.
3. Compartimentar los conectores: Crear conectores independientes para áreas sensibles (Legal, Finanzas, RRHH) con listas de acceso restringidas en el IdP.
4. Armonizar la caducidad de tokens: Alinear las políticas de renovación de tokens de OAuth con las normas corporativas de expiración de sesiones.
5. Establecer reglas de alerta en el SIEM: Monitorear consultas transversales masivas o intentos anómalos de recopilación de documentos.

Conclusión

Cohere Coral implementa un modelo de confianza cero para la recuperación empresarial con IA generativa. Al autenticar cada consulta mediante la identidad delegada del usuario, recortar el contenido no autorizado en el propio plano de datos antes de transferirlo al modelo y vincular cada afirmación a citas comprobables, Coral garantiza que la experiencia conversacional respete en todo momento las fronteras de seguridad y los controles de acceso definidos por el departamento de TI.

Referencias

• An Overview of Cohere's RAG Connectors | Cohere
• GitHub - cohere-ai/cohere-toolkit: Cohere Toolkit is a collection of prebuilt components enabling users to quickly build and deploy RAG applications.
• GitHub - cohere-ai/quick-start-connectors: This open-source repository offers reference code for integrating workplace datastores with Cohere's LLMs, enabling developers and businesses to perform seamless retrieval-augmented generation (RAG) on their own data.
• AI Security and Data Protection | Cohere