Ataque à Railway expôs chaves de até 100 mil projetos e gerou US$ 740 mil em uso indevido de IA
Relatório da plataforma de hospedagem mostra que invasor mirou chaves de serviços de IA, provavelmente para revenda; empresa promete cobrir o que os provedores não reembolsarem.
A Railway, plataforma americana de hospedagem de aplicações usada por desenvolvedores e startups, publicou nesta terça-feira (10) o relatório detalhado do ataque que sofreu em outubro. Segundo a empresa, o invasor conseguiu decifrar variáveis de ambiente, onde ficam senhas e chaves de acesso, de até 1,85% dos espaços de trabalho da plataforma, cerca de 100 mil. O alvo principal eram chaves de serviços de inteligência artificial, e o uso indevido delas gerou uma conta estimada em US$ 740 mil.
A Railway ressalta que os 100 mil espaços de trabalho são um teto calculado a partir dos registros disponíveis, e não o número confirmado de clientes que tiveram segredos roubados. Os dados decifrados também incluíam tokens de contas vinculadas, como chaves de agentes de IA e tokens de acesso ao GitHub, de 1.852 usuários. A empresa diz ter redefinido todos esses tokens, avisado cada usuário e não ter encontrado logins na Railway feitos com credenciais obtidas no ataque.
Como o invasor entrou
De acordo com o relatório, a invasão começou em 20 de outubro, quando o atacante explorou uma falha até então desconhecida na infraestrutura de compilação da Railway, onde os projetos dos clientes são montados antes de ir ao ar. A brecha permitiu ler arquivos da máquina virtual hospedeira e obter uma credencial interna que deveria servir apenas para tarefas como enviar imagens de contêiner. Um sistema interno de tarefas, porém, aceitava essa credencial como cliente confiável, o que expôs o histórico de 353 compilações e uma cópia do código-fonte da própria empresa.
Com o código em mãos, o invasor encontrou uma configuração errada de identidade no pipeline de implantação da Railway. Por ela, chegou em 21 de outubro a uma máquina de orquestração que guardava uma credencial capaz de decifrar variáveis dos clientes. Os registros do banco de dados mostram, segundo a empresa, consultas que buscavam especificamente nomes de variáveis associados a chaves de provedores de IA e que priorizavam clientes com muitas variáveis armazenadas. Uma consulta adicional também mirou credenciais de nuvem, bancos de dados e pagamentos, mas a perícia não indicou acesso aos bancos de dados dos clientes, ainda de acordo com a Railway.
A empresa afirma ter expulsado o invasor na manhã de 21 de outubro (horário UTC), depois de suspender as compilações duas vezes, trocar credenciais internas e invalidar todas as sessões de usuários. A Railway descreve a resposta como uma disputa de velocidade entre agentes de IA e diz ter indícios, não publicados, de que o atacante usava modelos com as travas de segurança removidas.
Para que serviam as chaves roubadas
A hipótese da Railway é que as chaves foram repassadas a serviços que revendem acesso a modelos de IA, inclusive para destilação, prática de consultar um modelo comercial em grande volume para treinar uma cópia. O uso indevido observado vai de agentes de programação a pipelines de treinamento de IA. A própria empresa ressalva que não conseguiu determinar se o invasor operava esses serviços ou apenas fornecia as credenciais a terceiros.
O caso não é isolado. A Railway cita roubos semelhantes divulgados em outubro por outras plataformas para desenvolvedores, como OpenCode, Warp e Fireworks AI. A empresa de segurança Wiz, que pertence ao Google, vem documentando uma onda de ataques contra plataformas de desenvolvimento de IA e o uso de credenciais roubadas por operações de revenda. A Railway observa, porém, que essa pesquisa serve de contexto e não atribui o seu incidente ao mesmo grupo.
Quem paga a conta
O reembolso dos US$ 740 mil depende de cada provedor. Segundo a Railway, a Amazon (no serviço Bedrock) e o Google (no Gemini) iniciaram estornos com base em suas políticas contra fraude; OpenAI e SpaceXSI analisam os pedidos caso a caso; a conversa com a Anthropic ainda estava em andamento; e o OpenRouter decidiu aplicar a regra de não reembolsar prevista em seus termos de uso. A Railway diz que vai cobrir do próprio caixa as perdas que os provedores não devolverem.
A empresa afirma ter fechado todas as brechas exploradas, passado a isolar cada compilação em uma máquina virtual própria e centralizado as operações de decifragem de segredos. Também informa ter registrado queixa no IC3, canal do FBI para crimes na internet, e contratado uma perícia especializada, cuja investigação continua.
O que fazer se você usa a plataforma
Quem hospeda projetos na Railway e guarda chaves de APIs de IA, nuvem ou pagamentos em variáveis de ambiente deve conferir se elas já foram trocadas desde outubro e acompanhar a fatura dos provedores em busca de consumo que não reconhece. A empresa pede que clientes informem cobranças indevidas pelo suporte. O episódio reforça uma lição que vale para qualquer serviço: chaves com limite de gasto, escopo restrito e rotação periódica reduzem o prejuízo quando um fornecedor é invadido.
.jpg){kind=link}