> ## Content Index > Fetch the complete content index at: https://fomoera.com/llms.txt > Use this file to discover other available public pages before exploring further. # Railway calcula 740,000 dólares en cargos por claves de IA robadas - URL: https://fomoera.com/railway-cargos-claves-ia-robo/ - Published: 2026-11-11T12:40:00.000Z - Updated: 2026-11-11T12:40:00.000Z - Description: La empresa promete cubrir los gastos que los proveedores no reembolsen. Hasta 100,000 espacios de trabajo pudieron tener alguna variable descifrada. - Author: Patricia Rodriguez - Tags: Tecnología y Ciencia, Ciberseguridad Las claves robadas durante el ataque a Railway en octubre generaron un gasto no autorizado estimado en 740,000 dólares en servicios de inteligencia artificial, informó la empresa en un reporte publicado el 10 de noviembre. La plataforma de alojamiento en la nube dice que trabaja con los proveedores para reembolsar a los clientes y que cubrirá las pérdidas por consumo de tokens que aquellos no asuman. ## Qué significan las cifras de exposición Railway calcula que hasta el 1.85% de sus espacios de trabajo, unos 100,000, pudo tener alguna variable de entorno descifrada. La cifra es un límite máximo basado en los registros disponibles, no un recuento confirmado de espacios cuyas credenciales fueron robadas. Los registros identifican entornos, pero no cada variable afectada. Las variables de entorno guardan valores que las aplicaciones necesitan para funcionar. Entre ellos puede haber claves de API, que permiten a un programa acceder a servicios externos, y credenciales de bases de datos. Si una clave queda en manos de otra persona, el consumo puede terminar en la cuenta de su titular. El informe sí identifica otro 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. Railway afirma que restableció esos tokens y notificó a esas personas. También dice que no detectó accesos a cuentas de Railway con las credenciales obtenidas ni indicios de que se accediera a bases de datos de clientes. Las dos cifras miden cosas distintas: 1,852 corresponde a usuarios con tokens vinculados descifrados; los 100,000 son espacios que pudieron tener alguna variable descifrada. La empresa no presenta la primera cifra como el total de clientes afectados. Railway ya había suspendido los despliegues durante la respuesta al incidente y empezó a reactivarlos el 22 de octubre. La reapertura permitió a los clientes aplicar credenciales nuevas en sus aplicaciones. [Railway reabre despliegues de Pro y Enterprise tras el incidente de seguridadRailway reactiva despliegues de Pro y Enterprise y publica guías para revisar claves de AWS y Google Cloud.![](https://fomoera.com/content/images/icon/FomoEra-favicon-512-e763203f-087c-48a4-a794-ba96847ec984.png)FomoEraGerardo Pavez![](https://fomoera.com/content/images/thumbnail/fomoera-railway-reabre-despliegues-de-pro-y-enterprise-tras-el-incidente-de-seguridad-bca04cc6-16x9-v2-1600x900-9ddce1ba-10f4-4140-8dc0-f6ce785c0e07.webp)](https://fomoera.com/railway-reactiva-despliegues/) ## Por qué buscaban claves de inteligencia artificial Las consultas examinadas durante la investigación buscaban nombres de variables asociados con proveedores de IA, según Railway. 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 terminaron en servicios intermediarios para su reventa o uso en destilación, una técnica que puede emplear las respuestas de un modelo para entrenar otro. Entre los usos no autorizados observados menciona solicitudes de agentes de programación y procesos de entrenamiento. Railway aclara que 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. ## El cambio en la respuesta a los cargos 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. En el informe del 10 de noviembre, la empresa asumió un compromiso distinto: cubrirá las pérdidas por consumo de tokens que los proveedores no reembolsen. Según Railway, AWS y Google ya iniciaron reembolsos por uso fraudulento en sus servicios, mientras OpenAI revisa las solicitudes caso por caso. La empresa 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. Railway pide a los clientes reportar los cargos que no reconozcan mediante un formulario enlazado en su informe. En el caso de OpenAI, indica que el cliente debe abrir una solicitud de soporte con el proveedor y compartir el identificador del caso con Railway. ## 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 y que los despliegues de todos los planes se restablecieron el día 22\. La compañía explica que avisó primero a proveedores para que revocaran claves potencialmente expuestas, mientras aseguraba sus sistemas. Una firma externa continúa la investigación forense. *Fuentes:* [1](https://blog.railway.com/p/incident-report-october-security-incident?ref=fomoera.com), [2](https://blog.railway.com/p/preliminary-report-october-security-incident?ref=fomoera.com), [3](https://www.wiz.io/blog/black-october-for-ai-developer-platforms?ref=fomoera.com)