En casi toda empresa que adoptó un asistente de IA en los últimos dos años existe una cuenta bautizada como "IA-finanzas" o "bot-soporte", con una contraseña que circula por chat entre quien la necesita. Nadie lo decidió formalmente. Ocurrió porque crear un acceso individual para cada persona parecía demasiado trabajo para una herramienta "solo de prueba".
El problema es que la identidad robada no es un riesgo hipotético: según el índice de inteligencia de amenazas de IBM, es la puerta de entrada preferida de los atacantes. El informe de 2025 de IBM X-Force encontró que el abuso de identidad fue responsable del 30% de los incidentes registrados en 2024, junto con un mercado clandestino de credenciales robadas en franca expansión.
Una contraseña compartida por varias personas, sin dueño individual, es exactamente el tipo de credencial que ese mercado más valora: amplio alcance, uso concentrado, nadie notando rápido cuando se filtra.
El hábito que nadie cuestiona
La lógica detrás de la cuenta compartida es seductora: crear un único acceso, entregar la contraseña a quien la necesite, seguir adelante. El costo de esa decisión aparece después, y casi siempre en el peor momento.
Según IBM, los cinco mayores programas de robo de credenciales (los llamados infostealers) registraron, ellos solos, más de 8 millones de anuncios de credenciales a la venta en la dark web en un solo año, un aumento del 12% respecto al período anterior. Cada anuncio puede agrupar, en la práctica, cientos de credenciales, lo que hace que el volumen real sea aún mayor que la cifra, ya alta, que se publica.
Una credencial personal comprometida afecta a una persona y a un conjunto conocido de sistemas. Una credencial compartida comprometida afecta a todos los que la usan, al mismo tiempo, y nadie puede decir con certeza a cuántas personas realmente incluye eso, porque la lista de quién "tiene la contraseña" casi nunca está escrita en ningún lado, solo en la memoria de quien la fue pasando.
Hay además un segundo efecto, más silencioso. Cuando varias personas usan la misma cuenta, la misma contraseña termina reapareciendo en otros lugares: pegada en un gestor de contraseñas personal, reutilizada en algún otro servicio, escrita en una computadora que no es la de trabajo. Cada una de esas copias es un punto de fuga más, y ninguna aparece en el inventario de seguridad de la empresa, porque oficialmente esa contraseña "solo existe" en la herramienta de IA.
Por qué la identidad robada es el blanco favorito
Verizon publica cada año uno de los estudios más respetados sobre cómo ocurren realmente las violaciones de datos, basado en miles de incidentes reales investigados. Durante diecinueve años seguidos, la puerta de entrada más común fue siempre la misma: una credencial robada. Eso cambió recién en la edición más reciente, publicada en mayo de 2026: por primera vez, la explotación de fallas de sistema superó a las credenciales robadas como la forma más común de entrar, con casi un tercio de todas las violaciones analizadas.
La lectura correcta de ese giro no es "la credencial robada dejó de ser un problema". Es lo contrario: según el propio informe, las credenciales robadas ya son tan fáciles de comprar listas en el mercado paralelo que, en muchos casos, el atacante ni siquiera necesita entrar por su cuenta: simplemente compra el acceso a un corredor especializado en revender cuentas comprometidas. La explotación de fallas creció porque los propios atacantes la hicieron más rápida con IA; las credenciales siguen alimentando la etapa siguiente de buena parte de esos ataques, sobre todo los que terminan en secuestro de datos.
Y el costo de ignorar esto sigue subiendo, no bajando. Según IBM, el costo medio global de una violación de datos llegó a USD 4,99 millones en 2026, y las violaciones que involucraron algún uso malicioso de IA por parte del atacante costaron, en promedio, USD 6 millones: cerca de un millón de dólares más que el promedio general. Una cuenta de IA con contraseña compartida, sin ninguna identidad detrás, es un blanco particularmente atractivo justamente porque nadie la vigila como vigilaría la cuenta de un directivo.
Sumemos un detalle que rara vez entra en la conversación: una cuenta genérica también es más difícil de defender después. Si un analista de seguridad tiene que decidir, en plena investigación de un incidente, si una actividad sospechosa vino de un uso legítimo o de un intruso, una cuenta con identidad individual da una respuesta en minutos. Una cuenta compartida por seis personas, sin registro de quién estaba conectado en cada momento, convierte esa misma pregunta en un ejercicio de adivinanza.
Lo que tiene que existir en la práctica
Resolver esto no es escribir una política de contraseñas más. Es cambiar de dónde viene la identidad del agente.
Ingreso con la identidad corporativa, proveniente del directorio de la empresa. En vez de una cuenta aislada creada solo para la herramienta de IA, el acceso nace del mismo directorio que ya controla el correo y los sistemas internos. La persona ingresa con su propio inicio de sesión de la red, no con una contraseña nueva para memorizar y compartir.
Credencial personal por herramienta conectada. Cada persona que usa una integración (un sistema de pagos, una hoja de cálculo, un sistema de atención) usa su propia credencial dentro de esa herramienta, no una clave genérica prestada de mano en mano. Lo que el agente puede hacer en nombre de alguien queda limitado a lo que esa persona específica puede hacer.
Acceso conforme al papel de cada persona. Nadie recibe la herramienta entera solo porque necesitaba una de sus funciones. Si una integración tiene treinta funciones y la rutina de alguien usa dos, esas dos son las que quedan habilitadas.
Baja que se propaga al instante. Cuando alguien deja la empresa y pierde el acceso en el directorio corporativo, ese mismo corte llega a la IA en el mismo momento, sin depender de una segunda lista de "quién tenía la contraseña" que alguien deba recordar actualizar aparte.
Para eso nació la plataforma Skyller con federación con el directorio de la empresa desde el primer día: la identidad viene de un único lugar, y salir de ese lugar significa salir de todo, incluida la IA.
Lo que cambia en el día a día del equipo
En la práctica, cambiar la cuenta compartida por identidad individual suele asustar menos de lo que parece. La persona ingresa con el mismo inicio de sesión que ya usa para el resto de su trabajo: un paso menos, no uno más. Lo que cambia es lo que queda registrado detrás: cada acción del agente lleva el nombre de quien la pidió, en vez de perderse en un "alguien del equipo, no sé quién".
Esto también resuelve un problema que todo departamento de TI ya vivió sin darse cuenta de que era el mismo problema: alguien deja la empresa, y meses después se descubre que esa persona todavía podía entrar a una herramienta porque la contraseña de esa cuenta nunca se cambió, solo se "olvidó" pasarla en la transición. Con identidad proveniente del directorio corporativo, ese tipo de descubrimiento tardío deja de ocurrir, porque no existe una segunda lista escondida que alguien pueda olvidar.
Tres preguntas para llevar a la próxima reunión
Antes de asumir que el equipo está seguro, vale la pena confrontar al área de TI con tres preguntas concretas sobre cada herramienta de IA en uso:
- Si preguntáramos ahora mismo quién tiene acceso a esta cuenta de IA, ¿existe una lista actualizada, o la respuesta es "algunas personas del equipo"? Si es la segunda opción, el control real no existe, solo la impresión de que existe.
- Cuando esta cuenta hace algo sensible, ¿en qué autorización se basa? Si la respuesta remite a una contraseña compartida y no a una persona específica con un papel definido, no hay forma de responder con seguridad "quién lo autorizó".
- Si una de estas personas dejara la empresa mañana, ¿su acceso a esta herramienta de IA caería junto con ella, o seguiría funcionando hasta que alguien recordara cambiar la contraseña? Si es la segunda opción, ese es el próximo incidente esperando a ocurrir, no un riesgo teórico.
