El 7 de julio, la presidenta del consejo de supervisión del Banco Central Europeo, Claudia Buch, envió una carta a los consejeros delegados de todos los bancos que el BCE supervisa directamente, pidiéndoles un plan escrito contra los ciberataques impulsados por inteligencia artificial. El plazo que fijó, confirmado por American Banker bajo el titular "ECB tells banks: Fix AI cyber gaps by Oct. 31", vence este viernes 31 de octubre. No es una propuesta ni una recomendación genérica: la carta, con referencia SSM-2026-0301, exige que cada entidad describa medidas concretas, nombre a un responsable interno, comprometa presupuesto y personal, y fije plazos de ejecución, y que entregue el plan a su equipo conjunto de supervisión. Entre los destinatarios están las filiales de la zona euro de JPMorgan Chase, Goldman Sachs, Citi y Morgan Stanley.
Según el repaso de KPMG sobre la carta, el BCE pide a los bancos que actúen en seis frentes: priorizar las áreas más vulnerables, acelerar la gestión de vulnerabilidades y parches, desplegar detección y respuesta apoyadas en IA, reforzar la gobernanza y el riesgo de terceros, aplicar una defensa en profundidad basada en principios de confianza cero, y preparar la gestión de crisis y la recuperación. KPMG encaja esos seis frentes en los artículos ya vigentes de DORA: la carta trata la IA como un multiplicador de velocidad y escala sobre riesgos que los bancos ya debían gestionar, no como un reglamento nuevo. Tampoco amenaza con una multa concreta si un banco llega tarde: un abogado especializado en regulación cibernética citado por American Banker señaló que el BCE puede dar margen si hay una razón de peso, pero que si no queda satisfecho puede llegar a una orden formal de cumplimiento, sanciones económicas o límites a la nueva actividad del banco.
El detonante: un modelo que Anthropic mantiene bajo acceso restringido
American Banker vincula la urgencia de la carta a un hecho concreto del sector: este año Anthropic comunicó que un modelo que solo distribuye bajo restricciones estrictas, Claude Mythos, había encontrado miles de vulnerabilidades hasta entonces desconocidas en los principales sistemas operativos y navegadores, y la compañía mantiene el acceso a ese modelo muy restringido. La carta del BCE no nombra el modelo. El dato importa menos por el modelo en sí que por lo que anticipa: una capacidad que hoy está deliberadamente contenida podría, en una futura generación o en manos menos cautelosas, convertirse en una herramienta de ataque disponible para cualquiera.
Por qué importa aunque su empresa no sea un banco
El BCE solo puede exigir algo a las entidades que supervisa, pero el razonamiento detrás de su carta no es específico de la banca: si un modelo de IA puede encontrar y convertir en arma un fallo de software más rápido de lo que una empresa puede parchearlo, el ciclo de parches deja de ser la defensa que era. Ese problema alcanza a cualquier compañía con sistemas conectados a internet, proveedores externos y componentes de código abierto, que es, hoy, prácticamente cualquier compañía.
Cuatro pasos para escribir ese plan sin esperar a que se lo exijan
- Trate la velocidad como la variable nueva, no la superficie de ataque. El riesgo que preocupa al BCE no es que existan vulnerabilidades, eso ya lo sabía todo el mundo, sino que un atacante asistido por IA puede encontrarlas y convertirlas en un ataque que funciona en mucho menos tiempo del que tarda un equipo humano en parchearlas. Mida su ciclo de parcheo actual contra ese supuesto, no contra el de hace dos años.
- Póngalo por escrito con nombre, presupuesto y fecha, aunque nadie se lo pida todavía. La plantilla que exige el BCE, medidas concretas, un responsable con nombre y apellido, dinero y personal asignados, y un plazo, funciona igual de bien como plan interno voluntario que como obligación de supervisión.
- Revise primero lo que no es suyo. Proveedores externos, software de terceros y componentes de código abierto aparecen en la lista del BCE junto a los sistemas propios; es, en la mayoría de empresas, donde la visibilidad real es más baja.
- Ensaye la respuesta antes de necesitarla. Un plan de gestión de crisis que nadie ha probado es, en la práctica, un plan que no existe; una simulación anual con las personas que realmente tendrían que actuar vale más que el documento que la describe.
Por nuestra parte, cuando ayudamos a una empresa a mirar de frente su exposición a la IA, empezamos exactamente por la pregunta que ahora formaliza el BCE: quién sería responsable, con qué presupuesto y en qué plazo, si el fallo de seguridad de esta semana lo encuentra antes un modelo que una persona.