Seguridad de IA y permisos de acceso

Conocimiento confidencial.
Protección selectiva.

La IA facilita encontrar conocimiento. DAXS revisa recorridos de datos, permisos y herramientas para que la información empresarial se utilice únicamente donde esté autorizado funcional y técnicamente.

Dos personas comentan el uso de un puesto informático.
Cuando los permisos existentes se hacen visibles de repente

La IA puede revelar demasiado sin tener que superar ninguna barrera.

Una IA empresarial puede facilitar encontrar documentos que antes apenas se conocían. Esto supone un problema cuando el repositorio es accesible a más personas de las previstas para su función. AI Oversharing designa aquí la divulgación involuntaria debida a autorizaciones demasiado amplias y una mayor facilidad para encontrar información. Una respuesta técnicamente permitida puede seguir siendo indeseada para la organización.

Lo decisivo son el servicio concreto, las fuentes conectadas y la identidad utilizada en la búsqueda. Un chat sin conexión a datos no puede consultar sin más todas las carpetas empresariales. Al cargar archivos, conectar índices o autorizar herramientas se crea un recorrido de datos que debe poder revisarse.

«¿Cuánto gana mi jefe?»

Caso hipotético: un archivo salarial se encuentra en una carpeta antigua de personal. Un permiso de grupo heredado concede lectura también a empleados ajenos a recursos humanos. Si el servicio de IA puede consultar el archivo y esos permisos permiten la búsqueda, su contenido puede incorporarse a una respuesta. También puede aparecer una cifra incorrecta o una respuesta inventada; cada resultado concreto necesita una fuente acreditada.

Con permisos correctamente limitados, el archivo protegido no debe llegar al contexto del modelo para personas no autorizadas. Una indicación amable al modelo para mantener los salarios en secreto no sustituye este control técnico.

El mismo sistema, permisos diferentes

Tres personas plantean la misma pregunta.

A necesita la información para una tarea autorizada. B carece de permiso de lectura. C obtiene acceso involuntariamente por un error de permisos. El sistema debe excluir a B; para C es necesario corregir los permisos incorrectos en la fuente.

Tres personas preguntan por datos confidenciales: los permisos adecuados permiten acceder a A, B queda excluida y C tiene un permiso de lectura concedido por error.
Ejemplo hipotético. Los permisos se aplican antes del modelo; cuando un acceso está permitido por error debe corregirse la autorización de la fuente.

El diagrama representa situaciones de acceso distintas, no tres pasos consecutivos. El servicio de búsqueda también debe considerar los cambios: un acceso revocado no debe persistir en permisos antiguos del índice, cachés de respuestas, conversaciones compartidas o archivos exportados.

Definir claramente los límites

Oculto, cifrado y protegido son propiedades diferentes.

Navegación y acceso
Ocultar un elemento del menú o utilizar un nombre de carpeta desconocido no revoca permisos de lectura. La protección debe aplicarse al objeto y al servicio utilizado, también mediante dirección directa, búsqueda y API.
Herencia y uso compartido
Un documento puede recibir permisos de carpetas superiores, grupos, autorizaciones individuales o enlaces. Se comprueba el acceso efectivo considerando todas estas vías; revisar una sola lista de grupos no basta.
Índice y original
Un resultado de búsqueda no concede un permiso nuevo. El índice, los extractos, títulos, vistas previas y acceso al original necesitan controles adecuados. De lo contrario, incluso un título puede revelar información confidencial.
Cifrado y autorización
El cifrado protege, por ejemplo, el transporte y los datos almacenados. La autorización para leer a través de la aplicación se decide por separado. Una cuenta de servicio capaz de descifrar contenido no debe entregarlo por ello a cualquier usuario autenticado.
Usuario y agente
Un agente puede actuar con permisos delegados de usuario o con su propia identidad de servicio. Ambos modelos requieren límites explícitos. Un agente compartido con una cuenta de amplios privilegios no debe eludir los permisos de sus usuarios.
Servicios internos y externos
Una IA interna también necesita permisos de origen, protección de registros e interfaces seguras. Los conectores externos añaden destinatarios, marco contractual, tratamiento, almacenamiento y acciones permitidas.
Situaciones hipotéticas de la vida empresarial

¿Qué información puede encontrarse conjuntamente?

«¿Qué tarifa por hora factura la empresa por mi trabajo?»

Las ofertas, cálculos de proyecto o tablas pueden contener tarifas de facturación y costes internos. Deben distinguirse: la tarifa de facturación es el precio aplicado al cliente. El margen de contribución requiere definir qué costes se restan. El beneficio empresarial resulta de la cuenta de resultados completa. Una IA no debe equiparar estos valores ni calcularlos con aparente precisión a partir de una sola cifra.

Antes de conectar esos documentos, los responsables determinan quién puede ver cada cálculo. Las pruebas deben incluir tanto preguntas directas sobre precios como preguntas indirectas sobre descuentos, condiciones de compra y márgenes de proyectos.

La carpeta de proyecto olvidada

Un proyecto finalizado desaparece del portal, pero sigue siendo legible por un grupo amplio. Si los documentos continúan importándose o un conector los encuentra, la IA puede utilizar su contenido. La medida adecuada es revisar la decisión de archivo y permisos; retirar un enlace del menú no basta.

Decisiones de personal y estrategia

Los cambios de puestos previstos, negociaciones de adquisición, objetivos de ingresos, inversiones y previsiones de beneficios pueden estar en repositorios distintos. Por eso la revisión empieza por clases de información y responsables. Un almacenamiento denominado «interno» no determina qué departamento necesita cada dato.

Microsoft, ChatGPT y búsqueda de conocimiento propia

Revisar funciones del producto y corregir permisos en la fuente.

Para el servicio Microsoft Copilot que utiliza datos de Microsoft 365, el fabricante describe una recuperación dentro de los permisos del usuario. Los permisos de lectura excesivos siguen siendo un riesgo de introducción. El nombre «Copilot» por sí solo no define licencias ni acceso a datos; deben analizarse por separado chat, contexto de aplicación y agentes adicionales. Microsoft: datos y permisos (enlace externo) – se abre en una pestaña nueva.

Uso compartido y gobernanza

SharePoint Advanced Management ayuda a revisar accesos problemáticos. Microsoft Purview ofrece, entre otras funciones, clasificación, etiquetas de confidencialidad, DLP y auditoría. Los controles disponibles y los recorridos cubiertos dependen de licencias, configuración y versión del producto.

Limitar la localización de información

Restricted Content Discovery puede limitar la búsqueda transversal y la localización mediante Copilot en determinados sitios SharePoint. No cambia los permisos existentes y no sustituye una restricción de acceso a archivos confidenciales. También deben comprobarse el acceso directo y las excepciones.

Actualizar recomendaciones antiguas

Restricted SharePoint Search está en retirada. Según el fabricante, desde el 31 de julio de 2026 no permite nuevas activaciones. Una nueva implantación no debe basar en él una arquitectura de seguridad a largo plazo.

Para ChatGPT con servicios conectados también debe quedar claro qué cuenta autoriza la conexión y qué permisos tiene sobre datos y acciones. Un espacio gestionado organiza responsabilidades; no corrige autorizaciones incorrectas en el sistema de origen. En una solución RAG propia DAXS planifica expresamente identidad, filtros de permisos y actualización como parte de la arquitectura.

Controles efectivos para la confidencialidad

Solo llega al modelo información autorizada.

  1. Clases de información y propietarios: personal, finanzas, proyectos y conocimiento público tienen destinatarios justificados y responsables definidos.
  2. Mínimo privilegio: usuarios, aplicaciones y cuentas de servicio reciben solo los permisos necesarios. RBAC los asigna a roles; ABAC puede considerar además atributos como clase documental, organización o pertenencia a un proyecto.
  3. Búsqueda autorizada: la aplicación determina una identidad fiable. Security Trimming o Permission-Aware Retrieval limita resultados y extractos antes de entregarlos al modelo. Un nombre de grupo tomado del prompt no demuestra identidad.
  4. Cambios y cachés: se actualizan nuevas autorizaciones, revocaciones, fuentes eliminadas y cambios de grupo. Las cachés de respuestas no deben mezclar datos de usuarios u organizaciones diferentes.
  5. DLP y reglas de protección: se revisan por separado divulgación, cargas, descargas y destinatarios externos permitidos. Una etiqueta solo actúa con una aplicación de controles compatible y configurada.
  6. Pruebas negativas y auditoría: la validación incluye cuentas sin permisos, preguntas directas e indirectas, cambios de fuentes y documentos manipulados. Los registros conservan la evidencia necesaria con acceso limitado y retención adecuada.

Sensitive Information Disclosure y Data Leakage afectan a más que la respuesta visible: los registros de búsqueda, errores, exportaciones y chats compartidos también pueden contener información confidencial. La revisión sigue el recorrido de datos completo.

Cuando la IA también puede actuar

Los permisos de herramientas y las aprobaciones limitan el daño.

En un agente no basta con una búsqueda que respete los permisos de lectura. Una cuenta de servicio con privilegios excesivos podría modificar o enviar datos que el empleado solicitante no puede editar. Por eso DAXS separa herramientas de lectura, cambios preparados y ejecución efectiva. La API y el servidor MCP comprueban objeto, identidad, entrada y acción permitida en el sistema de destino.

Una inyección de prompts puede introducir instrucciones mediante documentos ajenos o resultados de herramientas. Esos contenidos siguen siendo datos. Las acciones críticas requieren una aprobación verificable que incluya destino, alcance y vista previa del resultado. Límites de pasos, ejecución y costes, junto con una vía de interrupción, completan el control. Estas medidas abordan, entre otros, los riesgos OWASP Prompt Injection, Sensitive Information Disclosure y Excessive Agency; no garantizan excluir todos los riesgos.

Introducción y responsabilidad continua

Una revisión de seguridad de IA con alcance verificable.

DAXS puede acompañar la introducción de Copilot, ChatGPT o IA propia mediante componentes de proyecto acotados: inventario de fuentes y cuentas, matriz de permisos, flujos de datos, muestras de autorizaciones problemáticas, piloto controlado y pruebas negativas documentadas. El resultado es una lista priorizada de medidas con responsables y criterios de aceptación trazables.

La operación incluye cambios en grupos y conectores, actualizaciones de modelos y software, avisos de seguridad, repetición periódica de las pruebas de permisos y tratamiento de resultados anómalos. El trabajo técnico se coordina con la evaluación organizativa y de protección de datos necesaria. Una configuración concreta no acredita de forma general el cumplimiento del RGPD o del Reglamento de IA.

Para el trabajo diario, IA en el puesto aporta introducción y formación. La optimización de costes de IA combina protección de datos y selección económica de modelos.

El próximo paso útil

Hablemos de su caso de uso.

¿Qué tarea debe resultar más sencilla, qué datos intervienen y qué sistemas utiliza? A partir de ello definimos un inicio acotado con puntos claros de comprobación y decisión.

Explicado de forma sencilla

Una IA puede encontrar archivos accesibles por error a demasiadas personas. DAXS comprueba quién puede leer cada información y ejecutar cada acción. Los permisos se revisan antes de enviar textos confidenciales a la IA.