✨︎ Resumen (TL;DR):
- Railway atribuye un gasto no autorizado estimado en 740,000 dólares a claves de IA robadas durante el ataque de octubre.
- Hasta 1.85% de sus espacios de trabajo, unos 100,000, pudo tener alguna variable de entorno descifrada.
- La plataforma cubrirá las pérdidas por consumo de tokens que los proveedores no reembolsen.
Railway estimó en 740,000 dólares el gasto no autorizado generado por claves de inteligencia artificial robadas durante el ataque de octubre. En un reporte publicado el 10 de noviembre, la plataforma de alojamiento en la nube dijo que trabaja con los proveedores para reembolsar a sus clientes y que cubrirá las pérdidas por consumo de tokens que ellos no asuman.
El cálculo no equivale a un recuento confirmado de espacios de trabajo afectados. Railway separó en su informe el alcance potencial de las variables expuestas, los tokens vinculados descifrados y los cargos que aparecieron en servicios de IA.
Hasta 100,000 espacios pudieron tener variables descifradas
Railway calcula que hasta el 1.85% de sus espacios de trabajo, unos 100,000, pudo tener alguna variable de entorno descifrada. La empresa presenta esa cifra como un límite máximo basado en sus registros, no como el total confirmado de espacios cuyas credenciales fueron robadas.
Los registros permiten identificar entornos, pero no cada variable afectada. Una variable de entorno es un valor que una aplicación necesita para funcionar y puede guardar una clave de API o una credencial de base de datos. Una clave de API es una credencial que permite a un programa acceder a servicios externos.
Si otra persona obtiene una de esas claves, el consumo puede terminar en la cuenta de su titular. El informe no afirma que todas las variables de los espacios contabilizados hayan sido descifradas.
Railway sí identificó un grupo concreto: el atacante descifró tokens de cuentas vinculadas de 1,852 usuarios, incluidas credenciales de GitHub y claves de agentes de IA aportadas por los clientes. La empresa afirma que restableció esos tokens y notificó a las personas afectadas.
Las dos cifras describen situaciones distintas. 1,852 corresponde a usuarios con tokens vinculados descifrados; 100,000 se refiere a espacios que pudieron tener alguna variable descifrada. Railway no presenta la primera cifra como el total de clientes afectados.
La empresa tampoco detectó accesos a cuentas de Railway con las credenciales obtenidas ni indicios de que el atacante hubiera accedido a bases de datos de clientes.
Las claves de IA fueron el objetivo aparente
Durante la investigación, Railway examinó consultas que buscaban nombres de variables asociados con proveedores de inteligencia artificial. Una búsqueda adicional también coincidió con credenciales de servicios de nube, bases de datos y pagos.
La empresa cree que las claves de IA eran el objetivo principal y que pudieron terminar en servicios intermediarios para su reventa o para usarlas en destilación. La destilación es una técnica que puede emplear las respuestas de un modelo para entrenar otro.
Entre los usos no autorizados observados, Railway menciona solicitudes de agentes de programación y procesos de entrenamiento. Aun así, no ha establecido si quien entró a sus sistemas operaba esos servicios o entregó las credenciales a terceros.
La firma de seguridad Wiz documentó un patrón más amplio de robo de credenciales en plataformas para desarrolladores de IA. El 30 de octubre, enumeró al menos nueve empresas que habían divulgado incidentes durante ese mes, incluida Railway. La coincidencia de patrones no demuestra por sí sola que un mismo operador estuviera detrás de todos los casos.
Railway asumirá los cargos que queden pendientes
El 26 de octubre, Railway había dicho que no podía reembolsar a sus clientes el gasto realizado en otras plataformas con claves comprometidas y les pidió contactar primero al proveedor correspondiente.
El reporte del 10 de noviembre planteó un compromiso distinto: Railway cubrirá las pérdidas por consumo de tokens que los proveedores no reembolsen. Según la empresa, AWS y Google ya iniciaron reembolsos por uso fraudulento en sus servicios, mientras OpenAI revisa las solicitudes caso por caso.
Railway dice que cubrirá los cargos asociados con claves comprometidas de Anthropic mientras continúan las conversaciones con ese proveedor y los costos del incidente relacionados con OpenRouter.
La empresa pide a sus clientes reportar los cargos que no reconozcan mediante un formulario enlazado en su informe. Para los cargos de OpenAI, el cliente debe abrir una solicitud de soporte con el proveedor y compartir con Railway el identificador del caso.
Cómo entró el atacante
La investigación de Railway sitúa la primera intrusión el 20 de octubre. El atacante aprovechó una falla en la infraestructura que prepara las aplicaciones para su despliegue y obtuvo una credencial interna.
Después encontró otra vía de acceso y consiguió usar credenciales que le permitieron descifrar parte de las variables almacenadas. Railway sostiene que el atacante dejó de tener acceso a los datos de clientes el 21 de octubre.
La plataforma ya había suspendido los despliegues durante la respuesta al incidente y comenzó a reactivarlos el 22 de octubre. Ese día restableció los despliegues de todos los planes, lo que permitió a los clientes aplicar credenciales nuevas en sus aplicaciones.
Railway dice que avisó primero a los proveedores para que revocaran las claves potencialmente expuestas mientras aseguraba sus sistemas. Una firma externa continúa la investigación forense.
El expediente deja dos pendientes concretos: determinar qué variables fueron realmente afectadas dentro del límite de 100,000 espacios y cerrar los reembolsos con cada proveedor. AWS y Google ya iniciaron ese proceso, OpenAI revisa cada solicitud y las conversaciones con Anthropic siguen en curso.
