Railway reveló que un atacante utilizó agentes de IA, un fallo en el sistema de construcción y errores de acceso en la nube para robar secretos de clientes. Esta vulnerabilidad permitió generar cargos no autorizados por un valor estimado de 740.000 dólares. El informe del 10 de noviembre detalla cómo el ataque logró atravesar varios sistemas internos antes de que los ingenieros pudieran cerrar los puntos de entrada.

Railway ha revelado cómo un atacante utilizó agentes de IA, un fallo en el sistema de compilación y errores de acceso a la nube para robar secretos de clientes y generar cargos no autorizados estimados en 740.000 dólares. Su informe del 10 de noviembre describe un ataque que atravesó varios sistemas internos mientras los ingenieros trabajaban para cerrar múltiples puntos de entrada.

Los hallazgos amplían la anterior divulgación del incidente de seguridad de Railway. Hasta el 1,85% de los espacios de trabajo, aproximadamente 100.000, podrían haber tenido sus variables de entorno descifradas. Este es un límite superior, no un recuento confirmado de espacios de trabajo con claves robadas, ya que los registros disponibles identifican los entornos afectados en lugar de secretos individuales.

El primer exploit exitoso ocurrió a las 07:28 UTC del 20 de octubre. Un fallo previamente desconocido permitió al atacante escapar parcialmente del aislamiento de archivos del sistema de compilación y leer archivos en su máquina anfitriona. Esos archivos expusieron una credencial que los servidores de compilación utilizaban para acceder a servicios internos y subir imágenes completadas.

Esa credencial tenía más confianza de la prevista. El sistema de tareas Temporal de Railway la aceptó, permitiendo al atacante leer historiales almacenados de 353 compilaciones, incluyendo secretos. El acceso a instantáneas almacenadas en caché del repositorio también expuso el código base interno de Railway, proporcionando a los agentes de IA un mapa para buscar debilidades y probar varias rutas a la vez.

Railway afirmó que el atacante utilizó modelos con los límites de seguridad eliminados a través de un marco de agentes similar a ARTEX. Los ingenieros detectaron llamadas inusuales a la API del registro a las 13:58 UTC y posteriormente reemplazaron la credencial robada. Sin embargo, el código base copiado ayudó al atacante a encontrar otra ruta después de que Railway bloqueara el punto de entrada inicial.

Error de Confianza en la Nube Expuso Secretos Cifrados

Según el informe detallado del incidente de Railway, una configuración de confianza de OpenID Connect, o OIDC, incorrecta expuso una credencial de nube de corta duración a las 03:26 UTC del 21 de octubre. El atacante la utilizó para recuperar credenciales internas y una clave privada SSH, y luego entró en una máquina responsable de coordinar las cargas de trabajo de los clientes.

Esa máquina tenía acceso de red a la base de datos de producción y otra credencial capaz de autorizar el descifrado de secretos. El atacante recuperó variables cifradas y utilizó el servicio de gestión de claves de Railway para descifrar algunos valores. Esto fue un abuso de credenciales, no una evidencia de cifrado roto. Las consultas a la base de datos buscaron específicamente nombres de claves de proveedores de IA.

Railway cree que las claves robadas llegaron a servicios que retransmiten o revenden el acceso a la IA, apoyando potencialmente la destilación de modelos. Sin embargo, no ha establecido si el intruso operaba esos servicios. La investigación “Black October” de Wiz documenta el patrón más amplio de robo de credenciales, pero no atribuye la brecha de Railway de forma independiente.

Los datos robados incluyeron tokens de cuentas vinculadas de 1.852 usuarios, que Railway restableció. Los investigadores no encontraron inicios de sesión en cuentas de Railway utilizando credenciales robadas ni pruebas de acceso a la base de datos de clientes. Los cargos resultantes reflejan ataques de LLMjacking, donde los criminales utilizan credenciales robadas para consumir servicios de IA de pago a expensas de las víctimas. Railway estimó que el gasto no autorizado alcanzó aproximadamente 740.000 dólares.

Railway revocó las credenciales, reconstruyó los sistemas internos y restauró las compilaciones para todos los planes para el 22 de octubre. Su informe preliminar describió los pasos de recuperación inmediata. Deberías rotar los secretos potencialmente expuestos, revisar el uso de los proveedores y reportar cargos fraudulentos.

Railway dice que está trabajando con los proveedores para obtener reembolsos y cubrirá los cargos relacionados con la brecha en los casos donde los proveedores rechacen el reembolso, en lugar de dejar que tú, como cliente afectado, absorbas esas pérdidas.