Brecha na Railway gera US$ 740 mil em cobranças fraudulentas de IA após roubo de credenciais
Atacantes exploraram uma falha até então desconhecida na infraestrutura de build da Railway para escapar do isolamento de sistema de arquivos e, a partir daí, abusar de uma relação de confiança mal configurada para extrair credenciais de descriptografia de variáveis de ambiente de clientes. Com essas credenciais, geraram cerca de US$ 740 mil em uso fraudulento de serviços de IA, em um incidente que expôs potencialmente até 100 mil workspaces e tokens OAuth vinculados de quase 2 mil usuários. O caso está ligado à campanha mais ampla "Black October", que também atingiu outras plataformas de desenvolvimento de IA.
A Railway, provedora de hospedagem em nuvem voltada a desenvolvedores, confirmou que sofreu uma invasão em 20 de outubro de 2026 que resultou em aproximadamente US$ 740 mil em cobranças fraudulentas de uso de serviços de inteligência artificial. O ataque comprometeu potencialmente até 100 mil workspaces de clientes — cerca de 1,85% da base total — e expôs tokens de contas vinculadas, incluindo tokens OAuth do GitHub, de 1.852 usuários.
O que torna este caso um exemplo interessante de fraude digital não é o vetor de entrada em si, mas o que os atacantes fizeram depois de obter acesso. Primeiro, exploraram uma vulnerabilidade na infraestrutura de build para escapar do isolamento de sistema de arquivos (sandbox escape). A partir desse ponto, identificaram uma relação de confiança mal configurada entre componentes internos e a usaram para extrair as credenciais de descriptografia das variáveis de ambiente dos clientes — exatamente o tipo de segredo onde chaves de API de provedores de IA costumam ficar armazenadas. Na prática, isso é o equivalente a um roubo de identidade corporativa: em vez de senhas de pessoas físicas, os criminosos colecionaram chaves que autenticam aplicações inteiras perante provedores terceiros. Com essas chaves em mãos, bastou consumir os serviços de IA das vítimas até esgotar limites de uso, gerando cobranças que os verdadeiros titulares das contas jamais autorizaram — uma fraude financeira por tomada de conta (account takeover) que, neste caso, mira diretamente o bolso das empresas vítimas e, por tabela, a Railway, que se comprometeu a reembolsar cobranças que os provedores de IA recusarem perdoar.
O dado mais revelador do incidente é a duração do confronto: segundo a Railway, a disputa entre a equipe de defesa e agentes de IA operados pelos próprios atacantes durou cerca de 26 horas antes da expulsão completa, em 21 de outubro. Isso sinaliza uma tendência que equipes antifraude e de segurança precisam monitorar de perto: o uso de agentes autônomos pelo lado ofensivo para automatizar a extração de credenciais e o consumo fraudulento de recursos em escala, reduzindo a janela de reação dos defensores. O vínculo com a campanha "Black October" — que também afetou Northflank, OpenCode, Warp e Lightning AI — sugere um padrão coordenado de ataques a plataformas de desenvolvimento de IA, e não um incidente isolado.
Para quem opera plataformas SaaS ou PaaS com segredos de clientes, as lições práticas são diretas: segmentar rigorosamente a confiança entre componentes de infraestrutura (nunca assumir que um serviço interno é confiável por padrão), tratar variáveis de ambiente e chaves de API como dados sensíveis sujeitos a criptografia forte e rotação frequente, e instrumentar alertas de anomalia de consumo que detectem picos de uso atípicos de APIs de IA — muitas vezes o primeiro sinal visível de credenciais comprometidas sendo monetizadas. Para os clientes afetados, a resposta correta diante de um aviso como este é rotacionar imediatamente todas as chaves de API e tokens OAuth vinculados à plataforma comprometida, revisar faturas de provedores de IA em busca de uso anômalo e monitorar extratos financeiros nos dias seguintes à notificação.