Según el informe Businesses at Work 2026, de Okta, elaborado con datos de más de 14 mil empresas clientes recopilados entre noviembre de 2024 y octubre de 2025, el 91% de las organizaciones ya usa agentes de IA en algún grado. El mismo informe mide la otra mitad de la historia: solo el 10% dice tener una estrategia madura para gestionar esos agentes, y apenas el 32% les aplica el mismo rigor de identidad que ya aplica a un empleado común.
Esa brecha no tiene que ver con qué modelo de IA eligió la empresa. Tiene que ver con la puerta por la que las personas —y ahora los agentes— entran para usarlo. Cuando una herramienta llega por fuera del proceso de compra oficial, casi siempre llega con su propio inicio de sesión y contraseña, sin pasar por el mismo directorio que ya controla el correo corporativo y el sistema financiero.
Para quien decide presupuesto y riesgo, esa brecha tiene un efecto concreto: el área de TI deja de poder responder, con certeza, quién está realmente autorizado a usar cada herramienta de IA en la empresa —y eso vale incluso antes de que ocurra cualquier incidente.
Cada herramienta nueva es una puerta nueva
El camino de adopción más común es conocido: alguien del equipo paga con la tarjeta del área, crea una cuenta con el correo de trabajo y elige una contraseña en el momento. Ningún paso de ese proceso pasa por el directorio central que la empresa ya mantiene para todo lo demás.
En Brasil y en el resto de América Latina, ese camino suele ser todavía más corto: la compra de una herramienta de IA rara vez pasa por un proceso formal, y el área de seguridad solo se entera de la herramienta cuando ya lleva meses en uso dentro de alguna área operativa.
El informe Access-Trust Gap 2025, de 1Password, midió esa acumulación desde el lado de la seguridad corporativa: al menos el 34% de las aplicaciones usadas en las empresas encuestadas no está protegido por inicio de sesión único, y el 70% de los profesionales de TI y seguridad encuestados afirma que el inicio de sesión único, por sí solo, ya no basta para proteger la identidad de quienes trabajan ahí.
El mismo relevamiento encontró que el 52% de los empleados ya descargó alguna aplicación sin aprobación del área de TI —un comportamiento que la mayoría de las políticas internas trata como excepción, pero que la investigación muestra como mayoría simple.
Con la IA, ese patrón se acelera. El Informe de Investigaciones de Violación de Datos 2026, de Verizon, registró que el uso de herramientas de IA no aprobadas saltó del 15% al 45% de los empleados en un solo año, y que ese uso ya figura entre las tres causas más comunes de filtración de datos no intencional del relevamiento. Cada una de esas herramientas llega con su propia puerta —y la mayoría no se conecta con el directorio que la empresa ya mantiene para todo lo demás.
El resultado práctico es una lista de accesos que crece más rápido de lo que cualquier equipo de TI puede seguir, elemento por elemento. Cada herramienta nueva se suma a un inventario que casi nadie revisa por completo, y cada una, por sí sola, parece demasiado pequeña como para justificar un proceso formal.
Por qué reforzar la contraseña no resuelve
La respuesta más común de las empresas es técnica y puntual: exigir una contraseña más fuerte, imponer el cambio periódico o publicar una lista de herramientas prohibidas. Ninguna de esas medidas cambia el hecho central: la herramienta sigue viviendo fuera del directorio de la empresa, con una identidad que nadie ahí administra de verdad.
Una contraseña más fuerte no resuelve lo que pasa cuando alguien deja la empresa: sin conexión con el directorio central, cerrar ese acceso específico depende de que alguien del equipo de TI se acuerde de hacerlo, herramienta por herramienta.
Una lista de herramientas prohibidas tiene el mismo límite que cualquier prohibición sin alternativa oficial: reduce lo que aparece en los registros de la empresa, no lo que el equipo realmente usa para entregar el trabajo. El salto del 15% al 45% en el uso de IA no aprobada que midió Verizon en un solo año ocurrió justo en el período en que más empresas publicaron políticas más estrictas sobre el uso de IA.
El problema, entonces, no es de disciplina del equipo. Es de arquitectura: mientras entrar a una herramienta de IA dependa de una contraseña creada fuera del directorio de la empresa, ninguna política por sí sola va a cerrar esa puerta.
La alternativa no es elegir entre confiar ciegamente en el equipo y prohibirlo todo. Es cambiar de lugar la puerta: en vez de que cada herramienta tenga su propia cerradura, todas pasan a usar la misma entrada que la empresa ya administra.
Lo que tiene que existir en la práctica
Un entorno de IA gobernado resuelve esto de raíz, no en el borde —con cuatro mecanismos verificables.
Entrada por la identidad corporativa. La persona usa el mismo inicio de sesión que ya usa para la red y el correo de la empresa. El directorio corporativo —el mismo que el área de TI ya mantiene— es quien confirma quién es, sin exigir un registro adicional ni una contraseña más para recordar.
Perfil y permisos que vienen del directorio. Cargo, área y rol llegan ya definidos desde donde la empresa ya registra esa información, en vez de que cada herramienta nueva reconstruya ese registro desde cero, con sus propios criterios y sus propios huecos.
Baja automática de acceso. Cuando alguien sale del directorio de la empresa, el acceso a la IA se cae al mismo tiempo —sin depender de una tarea manual que alguien puede simplemente olvidar en medio de una lista de otras herramientas.
Registro único de auditoría. Quién entró, cuándo y qué hizo queda registrado junto con el resto del acceso corporativo, en un solo lugar —no repartido en paneles separados que nadie cruza cuando necesita reconstruir lo que pasó.
Así fue diseñada la Skyller: entrada por la identidad corporativa que ya existe en la empresa, perfil que viene del directorio, y baja automática de acceso en el momento en que alguien se va.
Menos contraseñas, más visibilidad real
Para quien administra el área de TI, la ganancia más inmediata es el número de contraseñas que dejan de existir. Cada herramienta que pasa a entrar por la identidad corporativa es una contraseña menos para restablecer y un ticket menos cuando alguien olvida su propio acceso.
Para quien responde por la seguridad, la ganancia es otra: el mismo registro que ya muestra quién entró al sistema financiero empieza a mostrar quién entró a la herramienta de IA y qué le pidió. Investigar un incidente deja de depender de reconstruir, herramienta por herramienta, quién tenía acceso a qué. En la Skyller, ese registro nace conectado al resto del acceso corporativo, no como un panel aparte.
Y para quien lidera la operación, la ganancia aparece en la adopción diaria: una herramienta que la persona ya abre con el inicio de sesión que usa todos los días tiene una barrera menos entre ella y el trabajo. Nadie tiene que recordar una contraseña más para empezar a usarla.
Ninguna de estas ganancias depende de que el equipo cambie de comportamiento. Aparecen porque la puerta cambió de lugar —y eso es una decisión de arquitectura, no una campaña interna de concientización.
Antes de aprobar una herramienta más
Antes de aprobar la próxima herramienta de IA —o de descubrir que el equipo ya está usando una sin avisar—, vale la pena revisar cuatro puntos con el área de TI:
- ¿La herramienta entra por la identidad corporativa, o tiene registro propio? Si la respuesta es "tiene un inicio de sesión separado", ese ya es el primer punto de riesgo, y vale preguntar por qué se aceptó esa excepción.
- ¿Quien sale del directorio de la empresa pierde el acceso automáticamente? Si depende de que alguien se acuerde, herramienta por herramienta, ese acceso va a seguir existiendo después de que debería haber terminado.
- ¿Existe un único lugar para consultar quién entró y qué hizo? Si la respuesta está repartida en paneles distintos, uno por proveedor, en la práctica ese registro no existe cuando alguien más lo necesita.
- ¿Cuántas herramientas de IA usa hoy el equipo sin que el área de TI lo sepa? Sin ese recuento, cualquier política de seguridad nueva protege solo una parte de la empresa —y la parte más grande puede quedar afuera.
