Control de acceso de la IA en la firma: qué permisos mantener
7 minutos de lectura
Si una herramienta de IA pasa por alto los permisos que tu firma ya tiene, lo que consigues es un problema de acceso nuevo, no más productividad. Qué debe mantenerse y cómo comprobarlo.
Una firma tarda años en construir sus reglas de acceso: quién puede abrir cada carpeta de cliente, quién puede ver cada modelo financiero, quién pierde el acceso el día que se va. Si conectas una herramienta de IA sin trasladar esas reglas, puede saltárselas todas sin que nadie lo note. El control de acceso de la IA en una firma consiste en aplicar las reglas que ya tienes a un nuevo usuario de tus datos, en lugar de diseñar desde cero un conjunto de permisos nuevo.
Qué significa el control de acceso cuando entra la IA
Una herramienta de IA nunca debería ver más de lo que la persona que la usa ya tiene permiso para ver. Si un analista júnior no puede abrir el modelo de precios de un socio, un asistente que trabaja en nombre de ese analista tampoco debería poder sacar información de él, por muy cómodo que fuera tener una base de conocimiento compartida.
Las firmas se equivocan aquí de una forma concreta y habitual: conectan una herramienta de IA al «conocimiento de la firma» como un único bloque sin divisiones, porque crear una biblioteca de fuentes compartida parece precisamente el objetivo de conectar la IA con los datos internos. Pero en cuanto ese bloque no tiene límites, todos los permisos que la firma ha establecido dejan de aplicarse, y cualquiera que pueda usar el asistente llega a todo lo que contiene.
Dónde se rompe de verdad el límite
Rara vez parece un ataque. Suele empezar con una decisión de configuración corriente.
- Un asistente compartido con más alcance que cualquier usuario individual. Alguien configura un asistente sobre «todo el drive» o «todo el espacio de trabajo del cliente» porque acotarlo parecía trabajo extra, y ahora cualquiera que pueda hablar con el asistente puede recuperar documentos a los que nunca se le dio acceso directo.
- Una integración que se autentica una sola vez, con nivel de administrador, para todos. La conexión con el repositorio de documentos de la firma se configura con las credenciales de un administrador, y a partir de ahí cada usuario de la herramienta de IA hereda el alcance del administrador en lugar del suyo.
- Alguien que se ha ido de la firma y conserva el acceso. Las listas de comprobación para las bajas cubren el correo y el CRM. Una herramienta de IA con una conexión permanente a carpetas de clientes es fácil de olvidar, y la conexión sigue funcionando cuando la persona ya se ha ido.
- Material de cliente que acaba en un espacio de trabajo general. Un documento que un cliente compartió para un proyecto se usa para responder una pregunta sobre otro que no tiene nada que ver, porque nada en la herramienta distingue a qué cliente pertenece el material.
Ninguno de estos casos exige que alguien haga algo mal a propósito. Es lo que pasa cuando una herramienta es más fácil de configurar con acceso amplio que acotado, y nadie revisa la configuración una vez que funciona.
Qué debe mantenerse, regla por regla
Los permisos que una firma ya tiene deberían aplicarse igual dentro de una herramienta de IA que en cualquier otro sitio. Esta es la comprobación que conviene hacer con cualquier herramienta antes de que se acerque a datos de clientes.
| Regla de acceso actual | Qué debería pasar dentro de la herramienta de IA |
|---|---|
| Un usuario solo puede abrir documentos de su propio espacio de trabajo | La herramienta de IA respeta ese alcance al recuperar fuentes, en lugar de usar «todos los documentos conectados» |
| El material de un cliente está restringido al equipo del proyecto | Los borradores generados con IA para ese cliente salen solo del material asignado a ese proyecto |
| Un rol tiene acceso de solo lectura a un sistema | El acceso de la IA a través de esa conexión también es de solo lectura; la integración no lo amplía |
| El acceso de un empleado se revoca en su último día | El acceso de la herramienta de IA a sus sesiones, claves y fuentes conectadas se revoca ese mismo día |
| Las acciones en los sistemas principales quedan registradas | El uso de la IA sobre esos mismos sistemas se registra con el mismo nivel de detalle |
Si un proveedor no puede situar su herramienta en una fila de esta tabla, trata esa carencia como un hallazgo en sí misma, no como un detalle que ya se resolverá más adelante.
Qué preguntar antes de conectar la IA a tus herramientas
Hazte estas preguntas antes de poner en marcha una integración, no cuando un cliente pregunte quién ha podido ver su material.
- ¿La herramienta de IA hereda los permisos de la persona que la usa o los de quien configuró la conexión?
- ¿Se puede acotar el acceso por cliente, por proyecto o por documento, o la conexión es de todo o nada?
- Cuando se revoca el acceso de alguien a un sistema de origen, ¿se revoca automáticamente el acceso de la herramienta de IA a esa fuente, o alguien tiene que acordarse de hacerlo por separado?
- ¿Queda constancia de lo que recuperó la herramienta de IA y cuándo, con detalle suficiente para responder a un cliente que pregunte por su propio material?
Si un proveedor responde a las cuatro con detalle, tiene un modelo de acceso. Si responde «es flexible», probablemente no lo tenga.
Límites de acceso y bajas de personal
El hueco que queda en las bajas merece un apartado propio, porque aquí una cuestión de diseño se convierte en un riesgo real. Una persona se va, se recoge su portátil, se desactiva su correo y se le retira el acceso al CRM. En cambio, el asistente de IA que conectó a un espacio de trabajo de cliente seis meses antes a menudo sigue funcionando con un token que nadie recuerda haber emitido. Como explicamos en Seguridad de la IA con datos de clientes, esa conexión necesita el mismo paso de baja que todo lo demás de la lista: un responsable con nombre que la revise el día que alguien se va, para que nadie la descubra por primera vez en una revisión de seguridad.
Cómo encaja con el conocimiento conectado
El control de acceso es la otra mitad de conectar el conocimiento de tu firma a la IA. Al conectar fuentes, los borradores mejoran porque salen de material real y actual, y no de lo que un asistente ya sabe. En esa misma conexión es donde los límites de acceso siguen aplicándose o dejan de hacerlo sin que nadie lo note. Tienes que tomar dos decisiones a la vez: qué conectar y qué debe seguir fuera de alcance una vez conectado. Si dejas la segunda para el final, un proyecto de productividad puede acabar en un incidente de acceso.
Hemos diseñado Hebno para mantener esos límites: las conexiones heredan los permisos que tu firma ya aplica, la actividad queda registrada con detalle suficiente para responder a la pregunta de un cliente y, al revocar el acceso de alguien, se cierra su conexión con la IA junto con todo lo demás. Consulta la página de seguridad para ver todos los detalles o solicita una demo para repasar cómo encajan los límites de acceso en la configuración concreta de tu firma.
