El ciberataque a Adif y Renfe deja una pregunta incómoda: si la inteligencia artificial abarata el trabajo de quien ataca, ¿terminaremos pagando por otra inteligencia artificial que nos defienda?
El caso merece atención por el daño a los usuarios y por lo que sugiere sobre esa carrera. También exige cuidado: el comunicado inicial de Renfe y la información posterior de El Mundo describen alcances distintos. Y el uso de IA, aunque recogido por el diario, todavía no permite reconstruir públicamente cómo entraron los atacantes.
Ciberataque a Adif y Renfe: qué se sabe del robo de datos
El 25 de septiembre, Renfe confirmó un incidente de ciberseguridad cuyo origen técnico situaba en servidores de Adif comprometidos y conectados con sus sistemas. La investigación inicial apuntaba principalmente a nombres y correos electrónicos. La operadora decía que no había evidencias de acceso a DNIs, datos bancarios ni medios de pago, y que el servicio ferroviario seguía operativo.
El 27 de septiembre, El Mundo publicó un alcance mucho mayor: más de 150 millones de registros, según fuentes conocedoras del análisis forense. El diario describía información de identidad y contacto, incluidos DNIs, y más de 100 millones de registros nominativos de billetes. Esa combinación podría permitir relacionar personas con viajes. La noticia tampoco señalaba evidencias de robo de datos bancarios o medios de pago.
La primera información de El Mundo, publicada el 25 de septiembre, cifraba el volumen en 500 GB y atribuía a los atacantes el uso de IA. Es una información periodística, no una cifra incluida en el comunicado de Renfe.
En las redes se comparte más información
El 28 de septiembre, Hackmanac difundió una actualización sobre la magnitud del robo y el supuesto uso de IA para localizar vulnerabilidades en Adif y avanzar hacia Renfe. Su hilo enlaza la noticia de El Mundo.
Por su parte, elhacker.NET publicó el 25 de septiembre una captura de la web de Adif junto con la cifra de 500 GB recogida por El Mundo.
Iterar con IA no significa necesariamente fuerza bruta
La fuerza bruta consiste en probar muchas combinaciones, por ejemplo para adivinar una contraseña. Un agente que examina resultados y decide qué comprobar después puede seguir un proceso distinto: adaptar sus hipótesis y encadenar hallazgos.
La información consultada atribuye al ataque asistencia de IA, pero no identifica un modelo, publica sus conversaciones ni detalla una técnica que permita llamarlo fuerza bruta. Tampoco permite cuantificar cuántas decisiones fueron humanas y cuántas autónomas. Por eso evitamos convertir una descripción general en una explicación técnica cerrada.
El riesgo de fondo sí cuenta con una evaluación independiente del caso. El NCSC británico prevé hasta 2027 que la IA hará más eficientes partes de las intrusiones y aumentará la frecuencia e intensidad de las amenazas. También anticipa que las herramientas ampliarán el acceso a esas capacidades.
Nuestra lectura es que abaratar la investigación y automatizar tareas repetitivas puede permitir más intentos contra más objetivos. Eso no demuestra que cualquiera, con unos dólares, pueda tumbar cualquier web. El acceso, las vulnerabilidades, los recursos y las defensas siguen condicionando el resultado. Provocar una caída y extraer datos son, además, daños diferentes.
Los escudos de Anthropic sí existen
ha documentado el desvío de determinadas peticiones de a Opus. En su explicación del redespliegue de Fable 5, describió clasificadores que bloqueaban determinadas peticiones y las enviaban a Opus 4.8. También reconoció que algunos trabajos legítimos podían activar esos filtros.
La política ha evolucionado. Con Fable 5.1, anunciado en septiembre, la compañía permite descubrir vulnerabilidades, pero mantiene restricciones sobre el desarrollo de exploits y redirecciones de determinadas tareas de ciberseguridad de doble uso hacia Opus. Son trabajos que pueden servir tanto para defender como para atacar.
Estos filtros ponen sobre la mesa un riesgo que va más allá de una marca: cuanto más capaz es la IA de encontrar vulnerabilidades y encadenar tareas, más útil puede resultar también para quien ataca. Los laboratorios intentan limitar ese uso mientras siguen ampliando las capacidades de sus modelos. Esa tensión ayuda a entender por qué la seguridad ha llevado a plantear pausas en el desarrollo.
Las advertencias de seguridad ya estaban sobre la mesa
planteó en junio la posibilidad de una ralentización o pausa coordinada y verificable del desarrollo de modelos de frontera. En When AI builds itself, relaciona la propuesta con el avance hacia sistemas capaces de desarrollar sus sucesores y con el riesgo de perder control. También explica el problema de parar mientras otros continúan en secreto.
El 18 de agosto, OpenAI informó de una pausa de dos semanas en entrenamiento por refuerzo de sus modelos más recientes destinados al despliegue, mientras reforzaba controles. La publicación trataba riesgos observados en sus propios entornos y las capacidades cibernéticas de .
En junio se planteaba una pausa coordinada; en agosto, frenaba temporalmente parte de su entrenamiento por riesgos de seguridad; en septiembre, El Mundo atribuía a la IA un papel en el ataque a Adif y Renfe. Esa secuencia da una dimensión concreta a las advertencias: capacidades que facilitan el trabajo legítimo también pueden acelerar el abuso. El NCSC prevé precisamente más frecuencia e intensidad de las amenazas a medida que estas herramientas se extiendan.
Inteligencia artificial y ciberseguridad: cómo proteger una web
Usar inteligencia artificial en ciberseguridad puede ayudar a revisar código, ordenar alertas y encontrar patrones entre eventos. Como ejemplo del enfoque, describe en su documento de agosto el uso de modelos para comprobar continuamente sus límites de seguridad mediante ataques simulados. Esa declaración del proveedor no prueba que cualquier producto defensivo consiga el mismo resultado.
Para una empresa con una web, proponemos empezar por controles que puedan comprobarse:
- Mantener un inventario de servicios expuestos y corregir vulnerabilidades conocidas. Las actualizaciones y la autenticación multifactor forman parte de las recomendaciones básicas de CISA.
- Reducir permisos y separar sistemas para contener una intrusión. Revisar especialmente las conexiones con proveedores y otras aplicaciones.
- Aplicar límites de solicitudes y protección frente a tráfico abusivo. Estas medidas ayudan con intentos repetitivos; no corrigen por sí solas un fallo de autorización.
- Conservar registros útiles y asignar responsables a las alertas. Una señal que nadie investiga aporta poca capacidad de respuesta.
- Probar restauraciones y preparar un procedimiento de aislamiento, revocación de accesos y comunicación del incidente.
Sobre esa base, incorporar IA puede acelerar el análisis. Un uso inicial razonable es que lea registros minimizados o revise cambios y proponga acciones, con permisos limitados y revisión humana para decisiones que puedan interrumpir el servicio o borrar datos. La información del atacante que aparece en una alerta debe tratarse como datos, no como instrucciones para el agente.
Mediríamos el tiempo de detección y contención, los falsos positivos y los fallos que sobreviven a la revisión. Comprar una herramienta porque lleva IA en el nombre no establece que la web esté mejor protegida.
La pescadilla que se muerde la cola, y quién cobra
Aquí está la tensión que nos interesa en LetBrand. Si la IA reduce el coste de ciertas tareas ofensivas y obliga a los defensores a automatizar más, puede crecer la demanda de modelos y servicios de seguridad. En ese escenario, los proveedores podrían obtener ingresos del trabajo defensivo que ayuda a responder a amenazas amplificadas por la propia tecnología.
Es una hipótesis económica razonable. Afirmar que las compañías pidieron una pausa sabiendo que fracasaría para vender más protección exigiría pruebas de esa intención. Las fuentes consultadas no las aportan. Un interés comercial puede coexistir con una preocupación de seguridad real.
Nuestra posición es pedir transparencia sobre los límites, evaluaciones independientes y resultados medibles. También acceso a herramientas defensivas útiles y responsabilidad cuando un proveedor conoce patrones de abuso. La discusión sobre una pausa debería concretar qué actividades frenaría, quién verificaría el cumplimiento y cómo se mantendría la capacidad de proteger sistemas existentes.
El ataque a Adif y Renfe permite abrir ese debate. Para quien administra una web hoy, la decisión inmediata es revisar qué puede alcanzar una cuenta comprometida, cuánto tardaría el equipo en detectarlo y si sabe recuperar el servicio. La IA puede ayudar con ese trabajo; los resultados se comprueban en el sistema que hay que proteger.
Si necesitas trasladar esa revisión a tu producto, cuéntanos qué sistema utilizas y qué datos maneja. Empezamos por el alcance y los controles existentes.