Railway detalla la intrusión de octubre: claves de API de IA robadas y unos 740 000 dólares de consumo fraudulento
El proveedor de alojamiento Railway publicó el 10 de noviembre su informe completo sobre la intrusión del 20 y 21 de octubre: el atacante buscaba las claves de API de proveedores de IA almacenadas por sus clientes, logró descifrar variables de entorno de como máximo 100 000 espacios de trabajo y las claves robadas se utilizaron para un uso no autorizado de unos 740 000 dólares.
Las claves de API de los proveedores de IA se han convertido en un objetivo por derecho propio. La plataforma de alojamiento de aplicaciones Railway publicó este martes 10 de noviembre su informe completo sobre la intrusión sufrida el 20 y 21 de octubre. Según la empresa, el atacante buscaba ante todo las claves de IA que sus clientes almacenan en sus variables de entorno. Las claves robadas se utilizaron para un consumo no autorizado de unos 740 000 dólares.
Una cadena de fallos
El informe describe un ataque en varios saltos. El 20 de octubre, el atacante explotó una vulnerabilidad desconocida en la infraestructura de compilación de Railway, compartida entre varios clientes en una misma máquina, para eludir en parte el aislamiento y leer archivos del anfitrión. Allí recuperó una credencial de compilación, supuestamente destinada solo a subir imágenes, pero que un sistema interno de planificación de tareas (Temporal) aceptaba como cliente de confianza. De este modo, leyó el historial de 353 compilaciones, variables incluidas, y obtuvo una copia del repositorio de código interno de Railway.
Este código le permitió buscar otras vías de entrada. En la noche del 21 de octubre, encontró una configuración OIDC errónea en la cadena de despliegue, obtuvo credenciales temporales en la nube y se conectó a una máquina de orquestación que conservaba una clave capaz de descifrar variables de clientes. Los registros de la base de datos muestran que filtraba los nombres de variables correspondientes a claves de proveedores de IA, dirigiéndose a los clientes que almacenaban muchas de ellas. Railway asegura haberlo expulsado de sus sistemas en la mañana del 21 de octubre.
La magnitud de los daños
Como máximo el 1,85% de los espacios de trabajo, es decir, unos 100 000, pudieron ver variables descifradas. Railway insiste: se trata de un límite superior, ya que sus registros identifican entornos y no variables precisas. También se descifraron tokens vinculados a cuentas (claves de agentes en BYOK, tokens OAuth de GitHub) de 1 852 usuarios; todos fueron restablecidos, sin que se hayan detectado inicios de sesión fraudulentos en Railway. Durante el incidente, el proveedor solicitó a GitHub, GitLab, Anthropic, OpenAI, OpenRouter, SpaceXSI, Google y Stripe revocar las claves potencialmente expuestas.
¿Quién paga la factura de unos 740 000 dólares? Depende del proveedor. AWS Bedrock y Google reembolsan en virtud de su política antifraude, mientras que OpenAI y SpaceXSI examinan las solicitudes caso por caso. Railway asume los costes vinculados a Anthropic, a la espera de un acuerdo, y a OpenRouter, que aplica su política de no reembolso.
Lo que Railway sostiene sin pruebas
Railway estima que las claves estaban destinadas a servicios de intermediación que revenden el acceso a los modelos, especialmente para la destilación, es decir, entrenar un modelo a partir de las respuestas de otro. El uso fraudulento observado abarca desde agentes de código hasta flujos de entrenamiento. El informe afirma también que el atacante se apoyaba en modelos a los que se les habían retirado las salvaguardas. Por último, Railway habla de una serie de ataques contra plataformas que almacenan claves de IA, citando robos similares en OpenCode, Warp y Fireworks AI entre el 6 y el 23 de octubre, sin demostrar que se trate del mismo autor.
Nuestro análisis
Una clave de API de IA es hoy en día un activo monetizable, al igual que una tarjeta bancaria: se revende y se consume con rapidez, y la factura le llega al cliente. El informe de Railway es inusualmente detallado y su lección va más allá de esta plataforma: una credencial con permisos excesivos, un sistema interno demasiado confiado y una configuración errónea bastaron para alcanzar los secretos de miles de clientes. Para los desarrolladores, la cuestión es práctica: cualquier clave almacenada en un tercero debe tener permisos y presupuesto limitados, y renovarse ante la menor duda. Las normas de reembolso varían de un proveedor a otro, y aquí es la empresa de alojamiento la que asume las diferencias. Nada garantiza que las próximas víctimas hagan lo mismo.
Fuentes
- Railway — Incident Report: October 21st Security Attack (10 de noviembre de 2026) Fuente primaria
- Railway — Preliminary Report: Oct 21st Security Incident Fuente primaria
- BleepingComputer — Railway breach leads to $740,000 in fraudulent AI charges Fuente secundaria
Una fuente primaria procede directamente de la empresa, el laboratorio o la organización implicados. Una fuente secundaria recoge la información sin ser su autora: la señalamos como tal. ¿Has visto un error? Consulta nuestra política de correcciones.
