Resumen del debate: Oscar Puente dice que el sistema cayó por un fallo informático

Puente culpa al sistema y no descarta la vía del hackeo con IA​

El ministro de Transportes, Óscar Puente, compareció para explicar el accidente ferroviario y situó el origen en un fallo informático que tumbó los sistemas de seguridad. Sobre la mesa quedó la posibilidad de un ataque externo facilitado por inteligencia artificial, una hipótesis que, según varios mensajes del hilo, el propio ministro no descartó y que ha encendido todas las alarmas en un sector que mueve millones de viajeros al año. La comparecencia, sin embargo, dejó más dudas que certezas: ni cronología precisa, ni responsables claros, ni una explicación técnica que cuadre con lo que dicen los que trabajan a pie de vía.

El relato oficial se apoya en una cadena de fallos: la avería informática que dejó sin cobertura los sistemas de seguridad, la orden de circular con normalidad desde una sala de control y un AVE que terminó donde no debía. Puente despachó con rapidez la parte técnica y puso el foco en el error humano, una fórmula que en España tiene recorrido probado. La pregunta que sobrevoló toda la comparecencia es incómoda: si el sistema cayó, ¿por qué no se activó el protocolo de bloqueo degradado que cualquier manual exige?

Qué dicen los técnicos que trabajan en el sector​

La versión oficial choca con la experiencia de quienes operan los centros de control. En el sector hay una queja que viene de lejos: la incorporación de personal nuevo al CTC sin la formación adecuada, con cargas de trabajo que multiplican las líneas atendidas por cada operador. Un profesional lo resume sin paños calientes: en una autorización de rebase, la velocidad máxima no puede superar los 40 km/h, y menos aún si hay agujas de por medio. Si no funciona el sistema de seguridad, se establece un bloqueo degradado y jamás se da una orden de marcha normal al tren.

Ese es el punto donde el relato hace agua. La explicación del ministro sitúa la responsabilidad en un operador que habría dado luz verde al AVE, pero no aclara por qué el sistema permitió esa orden si la cobertura de seguridad estaba caída. La gente incompetente siempre tiene la socorrida excusa del fallo informático, sea real o ficticio, apunta otro técnico. La sospecha no es menor: si el sistema cayó, ¿por qué no se activaron las redundancias que cualquier servidor básico incorpora desde hace décadas?

El hackeo con IA: hipótesis plausible o cortina de humo​

La posibilidad de un ciberataque facilitado por inteligencia artificial ha ganado peso en la conversación pública. La lógica es sencilla: la IA permite encontrar vulnerabilidades a una velocidad que antes requería meses de trabajo humano. Según varios mensajes del hilo, el propio ministro dejó caer esa posibilidad, y eso abrió una caja de Pandora que él mismo tendrá que cerrar. Porque si el sistema es vulnerable a un ataque externo, el problema no es un operador despistado: es la arquitectura de seguridad de toda la red.

Hay quien sostiene que un sistema crítico no puede depender de un corte de suministro eléctrico ni del fallo de un servidor, y menos aún tener acceso a redes externas. Si hasta los servidores más básicos cumplen el requisito de redundancia, la pregunta es qué clase de sistema se ha instalado en la red ferroviaria. La ironía se dispara: un sistema analógico de 1992 difícilmente se hackea, pero uno moderno sin redundancias es una puerta abierta.

La comparecencia que no convenció a nadie​

El ministro llegó a la comparecencia con un discurso preparado y se fue sin haber construido un relato. Empezó afirmando que los accidentes ferroviarios son una excepcionalidad en España, un arranque que muchos interpretaron como un reconocimiento implícito de que no lo son. Se le vio nervioso, incapaz de responder con precisión a las preguntas técnicas y sin anunciar dimisiones. La exigencia de responsabilidad política recorrió toda la comparecencia: desde quienes piden su dimisión inmediata hasta quienes reclaman una investigación independiente que depure responsabilidades más allá del operador de turno.

La sombra de Adamuz planea sobre este accidente. Lo mismo que dijeron el primer día y al final era todo mentira, recuerda quien sigue la estela de aquel siniestro. La desconfianza en la versión oficial no es un capricho: es el resultado de una secuencia de explicaciones que se desmoronaron con el paso de los días. Ahora, con un fallo informático como causa y un posible hackeo con IA como hipótesis, la pelota está en el tejado de un ministerio que tendrá que demostrar que sus sistemas de seguridad están a la altura.

El negocio de la ciberseguridad ferroviaria​

Mientras el debate público se enreda en culpables, hay un negocio que crece al calor de la incertidumbre. La ciberseguridad ferroviaria mueve ya contratos millonarios y empresas extranjeras con experiencia en infraestructuras críticas pugnan por hacerse con el control técnico de las redes. La pregunta incómoda es si esos contratos incluyen auditorías reales o solo certificados de complacencia. En un contexto de tensiones geopolíticas, la dependencia de proveedores externos en sistemas críticos es un flanco que ningún gobierno quiere reconocer en público.

La discusión sobre la autoría del supuesto ataque —si rusos, si servicios extranjeros, si simples delincuentes— es un laberinto sin salida. Lo relevante no es quién lo hizo, sino por qué el sistema estaba en condiciones de ser atacado. Un sistema crítico no debe tener acceso a redes externas, sentencia un técnico. La lección, si algo se aprende de todo esto, es que la seguridad no se compra con contratos: se diseña con redundancias, se audita con independencia y se exige con responsabilidad política.

Con estos mimbres, el cierre del caso está lejos de vislumbrarse. El ministro no dimite, el sistema sigue funcionando con las mismas vulnerabilidades y la investigación apenas ha comenzado. Mientras tanto, los viajeros que cada día suben a un tren confían en que el próximo fallo informático no les pille dentro.