Invasão à Railway expõe variáveis de ambiente de até 100 mil clientes e gera US$ 740 mil em cobranças fraudulentas de IA

O relatório final da Railway detalha uma cadeia de ataque em duas etapas. Em 20 de outubro, o invasor explorou uma vulnerabilidade até então desconhecida na infraestrutura de build para escapar do isolamento do sistema de arquivos e obter uma credencial interna. Com ela, acessou os históricos de build e copiou o código-fonte interno da plataforma, que serviu para procurar novas brechas.

A segunda falha envolvia uma relação de confiança mal configurada. Ela deu acesso a credenciais usadas para descriptografar as variáveis de ambiente dos clientes. O alcance máximo é de 1,85% dos workspaces, cerca de 100 mil. A Railway ressalta que esse número é o teto de workspaces potencialmente afetados, não a quantidade confirmada de segredos roubados. Também foram expostos tokens de contas vinculadas de 1.852 usuários, incluindo tokens OAuth do GitHub e chaves de agentes de IA. A empresa os redefiniu e avisou os usuários.

A Railway descreve cerca de 26 horas de disputa entre seus engenheiros e atacantes que usavam agentes baseados em IA para testar rotas em paralelo, enquanto a defesa fechava essas rotas também em paralelo. As buscas miravam sobretudo credenciais de provedores de IA, com algumas consultas por credenciais de nuvem, bancos de dados e pagamentos. As credenciais roubadas geraram cerca de US$ 740 mil em uso não autorizado de IA. A empresa trabalha com os provedores para reembolsar clientes e diz que cobrirá o que eles recusarem. Segundo a Railway, o acesso foi encerrado em 21 de outubro e as falhas foram corrigidas. Não há evidência de download de repositórios Git nem de acesso a bancos de dados de clientes.

Em 26 de outubro de 2026, o CEVIU noticiou "Railway divulga relatório preliminar sobre incidente de segurança em que invasor mirou chaves de API de provedores de IA", com acesso entre 20 e 22 de outubro e variáveis de ambiente de cerca de 100 mil workspaces. O relatório novo acrescenta o vetor técnico (fuga do isolamento do sistema de arquivos e a relação de confiança mal configurada), o prejuízo estimado em US$ 740 mil, os 1.852 tokens de contas vinculadas e a promessa de compensar quem não for reembolsado pelos provedores.

Para quem opera workloads em plataformas de hospedagem, a leitura é direta: variáveis de ambiente são alvo de primeira linha, e chaves de IA viram dinheiro rápido para o atacante e prejuízo para a conta da vítima. Rotacionar segredos, impor limites de gasto e monitorar consumo de IA ajuda a reduzir o dano. O caso também sugere que o código-fonte vazado acelera a descoberta de novas falhas, o que pesa na avaliação de risco de provedores terceiros.