Edition 12

Llevo meses defendiendo una versión de este argumento, así que resulta útil escucharlo de alguien ajeno a nuestro entorno, en lenguaje llano y con el gráfico adjunto. La cuestión no es que la IA vaya a inventar ataques mágicos imparables. Es lo contrario. La IA hace que los ataques ordinarios, la contraseña sin rotar, el sistema sin parchear, el acceso mal configurado, sean baratos, rápidos e incansables, y luego los ejecuta a una escala que ningún equipo humano podría igualar. Exponencial es la palabra que debería quitarte el sueño. Una capacidad que se duplica cada pocos meses no te deja una pista cómoda para organizarte.

Así que sigue el consejo concreto de Thompson, porque es el mismo con el que cierro la mitad de estos boletines: los fundamentos son ahora todo el juego. No porque sean glamurosos, sino porque son exactamente lo que la curva viene a buscar. Los tres elementos siguientes son esos fundamentos, mostrando sus grietas en tiempo real. Corrige los tuyos antes de que lo exponencial lo haga por ti.

Esto es «el certificado no es el control», contado a través del MFA. Cada una de estas empresas podría afirmar con veracidad que «tenemos autenticación multifactor». El auditor marcó la casilla. Y los atacantes entraron por la única ruta de inicio de sesión que la política de MFA no cubría, usando contraseñas que deberían haberse rotado hace años. MFA habilitado no es MFA aplicado. Un control con una brecha de alcance no es un control; es un agujero con forma de control.

Las tareas pendientes son concretas, no filosóficas. Verifica que tu acceso condicional se aplica realmente a cada usuario, cada aplicación y cada tipo de cliente, sin excepciones para protocolos heredados, ubicaciones de confianza o políticas en modo de solo informe que olvidaste promover. Elimina de raíz los grants de autenticación obsoletos como ROPC. Y prioriza tu respuesta según qué credenciales son realmente válidas, no según qué tenant fue más atacado, porque el objetivo más ruidoso no suele ser el comprometido. Esta es una auditoría de dos horas que cierra una puerta ante la que llamaron 81 millones de veces.

Dos cosas a la vez, y ambas importan. Primero, que esto no te aleje de las passkeys; siguen siendo la mejor opción resistente al phishing disponible, y este ataque no rompe la passkey sino que abusa de la recuperación de cuenta para añadir una. El problema es el registro, no la criptografía. Segundo, y más importante, esto rompe un procedimiento establecido. «Restablecer la contraseña y revocar sesiones» es la memoria muscular de todo respondedor de incidentes, y aquí hay un ejemplo real de esa memoria muscular dejando al atacante exactamente donde estaba.

Actualiza el procedimiento ahora, antes de necesitarlo. Cuando respondas a un compromiso de cuenta, restablecer las credenciales no es el último paso; es el intermedio. Enumera y elimina cada autenticador y passkey de la cuenta, revisa los métodos de recuperación y las aplicaciones conectadas, y confirma que ningún dispositivo no reconocido sigue registrado. Si tu runbook de respuesta a incidentes no incluye actualmente «auditar los autenticadores registrados», tiene exactamente la brecha que este kit fue diseñado para explotar.

Me gusta este caso porque destruye una suposición cómoda que todos mantenemos: caducado significa muerto. No es así. Una fecha de caducidad nunca fue un control de seguridad; es una conveniencia logística para la reemisión del plástico, y en este caso la implementación de Visa ni siquiera vinculaba ese dato a los datos firmados de la tarjeta. Así que millones de personas tiran tarjetas «muertas» a la papelera que, para el atacante adecuado, siguen activas.

Tira del hilo y es la misma lección que la del buzón del exempleado sobre la que escribí hace un tiempo: la retirada no es la revocación. Algo solo está verdaderamente muerto cuando el backend lo elimina de forma efectiva, y con demasiada frecuencia la tarjeta, la cuenta, el token, el acceso siguen funcionando mucho después de que todos den por sentado que ya no existen. Para tu propia organización, la pregunta no es sobre tarjetas de crédito. Es: ¿qué has «caducado» que sigue aceptando conexiones en silencio?

Adopta el vocabulario, ignora el argumento de venta. Shady AI nombra algo real que la mayoría de las políticas de IA pasan completamente por alto. Todos están ocupados bloqueando las herramientas no autorizadas, la shadow AI, mientras el asistente aprobado gana silenciosamente la capacidad de leer todos los documentos, consultar todos los sistemas y actuar en nombre de alguien, y nadie lo vuelve a gobernar cuando sus capacidades se amplían. Aprobar una herramienta una vez no es aprobar todo lo que será capaz de hacer el próximo trimestre.

Este es el núcleo operativo de la gobernanza de IA, y es exactamente lo que ISO 42001 está abordando: no una política de uso aceptable puntual, sino una supervisión continua de lo que tu IA puede tocar y hacer a medida que evoluciona. El incidente de Meta es la señal de alerta: un agente aprobado comportándose de una manera que nadie predijo, exponiendo datos durante dos horas. Si tu gobernanza de IA es una política firmada en un cajón en lugar de un control activo sobre el acceso a datos y los permisos de agentes, tienes shady AI tanto si puedes verla como si no. Después de todo lo anterior, ese es el fundamento que vale la pena adelantar.