Railway detalha invasão de outubro: chaves de API de IA roubadas e cerca de 740 mil dólares em consumo fraudulento
A plataforma de hospedagem Railway publicou em 10 de novembro seu relatório completo sobre a invasão ocorrida em 20 e 21 de outubro: o invasor visava chaves de API de provedores de IA armazenadas por seus clientes, conseguiu decifrar variáveis de ambiente de no máximo 100.000 espaços de trabalho e as chaves roubadas geraram cerca de 740 mil dólares em uso não autorizado.
As chaves de API de provedores de IA tornaram-se um alvo por si só. A plataforma de hospedagem de aplicações Railway publicou nesta terça-feira, 10 de novembro, seu relatório completo sobre a invasão sofrida em 20 e 21 de outubro. Segundo a empresa, o invasor buscava principalmente as chaves de IA que seus clientes armazenam em variáveis de ambiente. As chaves roubadas foram utilizadas para gerar cerca de 740 mil dólares em consumo não autorizado.
Uma cadeia de falhas
O relatório descreve um ataque em múltiplos estágios. Em 20 de outubro, o invasor explorou uma falha desconhecida na infraestrutura de build da Railway, compartilhada entre vários clientes em uma mesma máquina, para escapar parcialmente do isolamento e ler arquivos do host. Ele recuperou ali uma credencial de build, que deveria servir apenas para enviar imagens, mas que um sistema interno de orquestração de tarefas (Temporal) aceitou como cliente confiável. Com isso, ele leu o histórico de 353 builds, incluindo variáveis, e obteve uma cópia do repositório de código interno da Railway.
Esse código permitiu que ele buscasse outras portas de entrada. Na madrugada de 21 de outubro, ele encontrou uma configuração incorreta de OIDC na esteira de implantação, obteve credenciais temporárias de nuvem e se conectou a uma máquina de orquestração que mantinha uma chave capaz de decifrar variáveis de clientes. Os logs do banco de dados mostram que ele filtrava nomes de variáveis correspondentes a chaves de provedores de IA, mirando clientes que armazenavam grandes volumes delas. A Railway afirma tê-lo expulsado de seus sistemas na manhã de 21 de outubro.
A extensão dos danos
No máximo 1,85% dos espaços de trabalho, ou cerca de 100.000, podem ter tido variáveis decifradas. A Railway insiste: trata-se de um limite superior, pois seus logs identificam ambientes, e não variáveis específicas. Tokens vinculados a contas (chaves de agentes em BYOK, tokens OAuth do GitHub) de 1.852 usuários também foram decifrados; todos eles foram redefinidos, sem nenhuma conexão fraudulenta detectada na Railway. Durante o incidente, a empresa solicitou a GitHub, GitLab, Anthropic, OpenAI, OpenRouter, SpaceXSI, Google e Stripe a revogação das chaves potencialmente expostas.
Quem paga a fatura de cerca de 740 mil dólares? Isso depende do provedor. AWS Bedrock e Google reembolsam com base em suas políticas antifraude, enquanto OpenAI e SpaceXSI examinam os pedidos caso a caso. A Railway arca com os custos vinculados à Anthropic, enquanto negocia um acordo, e à OpenRouter, que aplica sua política de não reembolso.
O que a Railway afirma sem apresentar provas
A Railway estima que as chaves seriam destinadas a serviços de relay que revendem o acesso a modelos, sobretudo para destilação — processo de treinar um modelo a partir das respostas de outro. O uso fraudulento observado vai de agentes de código a pipelines de treinamento. O relatório também afirma que o invasor recorria a modelos cujas proteções haviam sido removidas. Por fim, a Railway fala em uma série de ataques contra plataformas que armazenam chaves de IA, citando roubos semelhantes na OpenCode, Warp e Fireworks AI entre 6 e 23 de outubro, sem comprovar que se trata do mesmo autor.
Nossa leitura
Uma chave de API de IA é hoje um ativo monetizável, tal como um cartão de crédito: é revendida e consumida rapidamente, e a fatura chega para o cliente. O relatório da Railway é excepcionalmente detalhado, e sua lição vai além dessa plataforma: uma credencial permissiva demais, um sistema interno excessivamente confiante e uma configuração incorreta bastaram para expor os segredos de milhares de clientes. Para os desenvolvedores, a questão é prática: qualquer chave armazenada em terceiros deve ter escopo e orçamento limitados, além de ser renovada à menor suspeita. As políticas de reembolso variam entre provedores, e aqui é a empresa de hospedagem que está cobrindo a diferença. Nada garante que as próximas vítimas farão o mesmo.
Fontes
- Railway — Incident Report: October 21st Security Attack (10 de novembro de 2026) Fonte primária
- Railway — Preliminary Report: Oct 21st Security Incident Fonte primária
- BleepingComputer — Railway breach leads to $740,000 in fraudulent AI charges Fonte secundária
Uma fonte primária vem diretamente da empresa, do laboratório ou da organização envolvida. Uma fonte secundária relata a informação sem ser a sua autora: nós a sinalizamos como tal. Encontrou um erro? Consulte nossa política de correções.
