Un agente IA halla un bypass de OTP en producción: la lección

Hay hallazgos de seguridad que se explican en una frase y, aun así, cuestan semanas de trabajo. Es lo que ocurrió en una evaluación autorizada sobre la web de producción de una gran aseguradora: un agente de pentesting con inteligencia artificial encontró, sin ayuda humana, un fallo crítico de autenticación. El error, en sí, era sencillo. Lo complicado fue demostrar que era explotable en un sistema real, en vivo y con tráfico de verdad.

Qué falló exactamente

El mecanismo del fallo era tan simple como peligroso: en el proceso de inicio de sesión, el usuario podía elegir a dónde se enviaba el código de un solo uso (OTP). Es decir, el sistema confiaba en una decisión que no debería estar en manos del que se está autenticando. Si el atacante controla el destino del código, el segundo factor deja de ser un factor y se convierte en un trámite.

Conviene detenerse aquí, porque este patrón se repite más de lo que parece en aplicaciones de pymes y de empresas medianas:

• El flujo de login permite parámetros que el usuario puede manipular (correo, teléfono, identificador de sesión).
• La validación del OTP se hace contra el valor enviado, no contra el canal legítimo del usuario.
• No hay comprobación de que el destino del código coincida con el registrado en la cuenta.

El resultado es un bypass de autenticación de manual, pero con impacto crítico: acceso a cuentas ajenas sin necesidad de romper cifrado ni de explotar una vulnerabilidad de memoria.

Lo verdaderamente difícil: probarlo en producción

La noticia insiste en un punto que en ForgeNEX nos parece el más valioso: el ataque fue la parte fácil. Lo costoso fue demostrar el fallo sobre un sitio en producción, con usuarios reales, sin causar daños ni disparar alertas innecesarias. Ahí es donde un agente automatizado aporta valor: puede explorar hipótesis, repetir peticiones y documentar evidencia de forma ordenada, mientras el equipo humano decide hasta dónde se puede llegar.

Esto conecta con una discusión que ya hemos tratado en el blog: los agentes de IA están entrando en las empresas más rápido que los controles para gobernarlos. Si un agente puede encontrar y explotar un bypass, también puede operar sin trazabilidad si nadie lo supervisa. Lo contamos en Agentes IA sin trazabilidad: el agujero de identidad en tu pyme, y el caso de la aseguradora es un ejemplo perfecto de las dos caras: capacidad ofensiva útil y necesidad de límites claros.

Por qué esto importa a una pyme

Puede parecer un caso de gran corporación, pero el patrón es idéntico en una pyme. Muchas aplicaciones internas, portales de cliente o paneles de administración se construyen con flujos de OTP "rápidos" que nadie revisa después. El fallo no requiere un atacante sofisticado: basta con alguien que entienda el flujo de login y lo manipule.

Además, el uso de agentes de IA para pruebas de seguridad ya no es ciencia ficción. Igual que hablamos de IA local para empresas, aquí el debate es el mismo: ¿tiene sentido integrar estas capacidades en nuestros procesos, o las dejamos en manos de terceros sin control? La respuesta depende del riesgo, pero ignorar la tendencia no es una opción.

Qué recomendamos hacer

1. Revisa tus flujos de OTP. Comprueba que el destino del código no sea un parámetro manipulable por el usuario y que siempre se valide contra el dato registrado en la cuenta.
2. Prueba en preproducción, pero valida en producción con cuidado. Un fallo que no se reproduce en el entorno real puede quedarse sin corregir. Define un protocolo de pruebas autorizadas y con alcance limitado.
3. Registra y limita a tus agentes de IA. Si usas herramientas automatizadas para pentesting o para operaciones, que tengan identidad propia, permisos mínimos y logs completos.
4. No confundas autenticación con verificación. El segundo factor debe depender de un canal que el atacante no controle. Si puede elegirlo, no es un factor.
5. Prioriza por impacto, no por CVSS. Un bypass de login puede ser más grave que un fallo con puntuación alta pero difícil de explotar.

La parte que nadie cuenta

La noticia deja una idea incómoda: encontrar el fallo fue lo fácil. Lo difícil fue demostrarlo de forma responsable. Esa es, precisamente, la diferencia entre una auditoría seria y un escaneo automático. En ForgeNEX lo vemos a diario: las pymes no necesitan más herramientas, necesitan criterio para usarlas y alguien que responda cuando el agente encuentra algo.

Un agente de IA puede encontrar un bypass en minutos. Decidir qué hacer con ese hallazgo sigue siendo un trabajo humano.

Si tu equipo no tiene claro quién revisa los hallazgos de seguridad, ni cómo se autorizan las pruebas sobre producción, el problema no es la IA: es el proceso. Y ese sí que se puede arreglar hoy.

Fuente: The Hacker News. Análisis y adaptación: ForgeNEX.