La adopción de asistentes personales de inteligencia artificial está alcanzando los entornos laborales menos rápido de lo que desearían las empresas, pero lo suficiente como para convertirse en un problema real de seguridad e identidad. Estos agentes, que funcionan desde la nube del proveedor o en el equipo del usuario, realizan acciones en nombre de empleados y, en muchos casos, se vinculan a cuentas y sesiones corporativas sin pasar por canales de TI.
Qué cambia: agentes personales vs. BYOD
Este fenómeno no es exactamente un nuevo “Bring Your Own Device” (BYOD). En BYOD la organización podía inscribir o gestionar el dispositivo que accedía a sus recursos. Un agente personal de IA no es un dispositivo: es un servicio que actúa automáticamente y que suele residir fuera del control directo de la empresa. Puede utilizar credenciales del empleado, navegar por interfaces web como si fuera una persona, y ejecutar tareas—todo ello sin aparecer en los registros habituales de administración.
Quiénes afectan y por qué importa la identidad
La llegada masiva de agentes personales afecta a administradores de sistemas, responsables de seguridad, propietarios de sitios y desarrolladores. El riesgo principal es la pérdida de trazabilidad y control sobre qué procesos acceden a datos sensibles y con qué permisos. Un agente puede llevar sesiones corporativas a servidores del proveedor del agente o ejecutar acciones automatizadas desde un entorno fuera de la empresa, lo que complica la auditoría y el offboarding (dar de baja el acceso cuando un empleado abandona la organización).
Tipos de agentes y retos operativos
- Agentes gestionados en la nube del proveedor: facilitan movilidad y sincronización, pero alojan tokens o procesos en infraestructuras de terceros. Aunque algunos proveedores implementan guardianes que inspeccionan solicitudes salientes, el control de políticas queda en manos del proveedor.
- Agentes locales en el equipo del empleado: mantienen credenciales en el dispositivo, pero no distinguen sus acciones de las del usuario humano, lo que dificulta la identificación de la entidad que realizó cada acción.
- Soluciones corporativas o “especialistas”: algunas empresas están lanzando versiones con identidades y credenciales pensadas para entornos empresariales, pero funcionan bien sólo dentro de despliegues gestionados por la organización.
Qué deben hacer administradores y dueños de webs
La respuesta recomendada no es bloquear todo uso de agentes, sino permitir un uso seguro guiado por identidad y controles de acceso. Pasos prácticos:
- Descubrir: identificar conexiones y sesiones que usan tokens o integraciones externas asociadas a agentes personales.
- Atar identidades: relacionar cada agente con su propietario (usuario real) y mantener registro de esa relación en sistemas de identidad y acceso.
- Limitar permisos: aplicar el principio de menor privilegio a tokens y cuentas que usan agentes, reduciendo su alcance y duración.
- Offboarding y revocación: automatizar la revocación de privilegios cuando un empleado cambia de rol o abandona la organización.
- Supervisión y alertas: monitorizar acciones automatizadas y generar alertas por comportamientos atípicos o accesos fuera de horario.
Qué sigue por resolver
Quedan desafíos técnicos: distinguir si quien inicia sesión es el empleado o su agente; comunicación segura entre agentes y servicios corporativos; y mecanismos para que la memoria o conocimientos del agente puedan limitarse o borrarse al finalizar la relación laboral. Mientras tanto, existen herramientas de seguridad que ya descubren agentes conectados, clasifican propietarios y reducen permisos.
En conclusión, los asistentes personales de IA son una nueva clase de cliente externo que ya está accediendo a sistemas corporativos. La estrategia práctica para administradores y responsables de seguridad es asumir que aparecerán y gestionarlos mediante identidad, permisos y control de sesiones en lugar de intentar bloquearlos por completo.
Lee también:
- IonQ compra la firma de zero trust Elisity en una operación en acciones de hasta 1.300 millones
- Recap semanal: explotación rápida de fallos en Atlassian y múltiples vulnerabilidades que exigen parche urgente
Fuente: The Hacker News
