Railway divulga relatório preliminar sobre incidente de segurança em que invasor mirou chaves de API de provedores de IA

Segundo o relatório preliminar da Railway, a empresa soube do ataque em 20 de outubro de 2026, às 19h53 UTC. A janela estimada vai de 20 de outubro, 13h58 UTC, a 22 de outubro, 03h32 UTC, quando ela confirmou que o invasor não tinha mais acesso a sistemas internos. A investigação forense segue em andamento, com peritos externos e autoridades envolvidos, e os detalhes técnicos das explorações ainda não foram divulgados.

O alvo eram chaves de API de provedores de IA, provavelmente para ataques de destilação de modelos. A Railway diz ter indícios de que o invasor tinha acesso a modelos abliterated e a muito poder computacional. O invasor decifrou variáveis de ambiente armazenadas de um subconjunto de workspaces: no máximo 1,85% do total, cerca de 100 mil. As contas de usuário não foram acessadas, mas a empresa não descarta acesso a código-fonte e só confirma isso no relatório final. Os serviços em execução continuaram no ar. Novos builds e deploys foram pausados durante a triagem, e a empresa relata instabilidade em dashboard, API, CLI e suporte.

Do lado da resposta, a Railway notificou GitHub, GitLab, Anthropic, OpenAI, OpenRouter, SpaceXSI, Stripe e outros para revogar chaves. Alguns fornecedores, como GitHub e SpaceXSI, receberam todas as chaves da plataforma, então o aviso de revogação não prova que a credencial do usuário foi afetada. A empresa rotacionou todas as chaves (duas vezes), as credenciais de buckets de storage e as instalações de GitHub App, reconstruiu as ferramentas internas a partir de fonte validada e criou recurso para revogar em massa permissões de aplicações Railway. A infraestrutura de builders migrou da terceira geração (multi-tenant isolada) para a quarta (single-tenant), que estava prevista para a semana seguinte e foi acelerada.

Em 22 de outubro de 2026, o CEVIU noticiou "Railway alerta para possível acesso não autorizado a variáveis de ambiente de clientes", com recomendação de rotacionar secrets. Em 23 de outubro de 2026, em "Railway pede que todos os usuários revoguem chaves secretas após ciberataque", a empresa confirmou que segredos foram descriptografados. Agora o relatório preliminar traz números (até 1,85% dos workspaces, cerca de 100 mil), a janela do ataque, a motivação ligada a chaves de IA e as mudanças estruturais, como os builders single-tenant.

Para quem opera na Railway, a leitura é prática: variável de ambiente com chave de IA é alvo de alto valor, e quem tem muitos segredos ou várias chaves de provedores está no grupo de maior risco segundo a própria empresa. Vale tratar a rotação como rotina, tirar acesso público de bancos e revisar audit logs de GitHub e registries. Quem ainda está avaliando plataformas pode olhar a migração para builders single-tenant como sinal de que isolamento de build virou requisito, mas isso é interpretação, e o relatório final ainda deve detalhar as explorações.