Railway estime à environ 740 000 dollars les dépenses faites avec des clés d’IA volées

Railway estime à environ 740 000 dollars les dépenses non autorisées réalisées avec des clés de fournisseurs d’intelligence artificielle volées lors de l’intrusion des 20 et 21 octobre 2026, selon le rapport publié le 10 novembre et mis à jour le même jour à 18 h 02 UTC.

Le texte est signé Jacob Cooper, Angelo Saraceno, Sarah Bedell et Luca Casonato. Il précise un plafond, pas un décompte de clés lues une à une : au plus 1,85 % des espaces de travail, environ 100 000, ont pu avoir des variables d’environnement déchiffrées. Les journaux identifient des environnements, pas chaque variable. Le chiffre est donc un majorant. Railway dit avoir écrit aux clients jugés à haut risque d’après ces traces.

Ce qui a été lu, et ce qui ne l’a pas été

L’accès non autorisé commence, selon le rapport, le 20 octobre à 7 h 28 UTC. L’alerte interne date de 13 h 58 UTC le même jour. L’attaquant est sorti des systèmes le 21 octobre à 9 h 24 UTC, et Railway écrit n’avoir plus constaté d’accès à des données clients après 9 h 25 UTC. Entre 4 h 42 et 7 h 14 UTC le 21 octobre, une partie des variables chiffrées a été déchiffrée. Les requêtes visaient d’abord des noms de clés de fournisseurs d’IA, en priorité chez les clients qui en stockent beaucoup.

Une autre requête correspondait aussi à des identifiants de cloud, de bases et de paiement. Les analyses n’indiquent pas que des bases de données de clients aient été consultées. Railway n’a pas non plus d’indice que des dépôts de code de clients aient été téléchargés. En revanche, 353 historiques de builds, variables comprises, ont été lus le 20 octobre entre 13 h 50 et 15 h 30 UTC.

Les jetons de comptes liés de 1 852 utilisateurs, clés d’agents apportées par le client et jetons OAuth GitHub, ont été réinitialisés. Chaque personne a été prévenue. Railway n’a pas trouvé de connexion à des comptes Railway avec des identifiants pris pendant l’incident. L’entreprise croit que les clés d’IA étaient la cible, pour être revendues à des relais servant à la distillation de modèles. Elle ne nomme pas l’attaquant. Elle écrit que, selon Wiz, la défense a porté sur des modèles modifiés et un harnais proche d’ARTEX, un cadre d’agent déjà rencontré dans l’incident WorkOS. Ce rapprochement est celui de Wiz, pas une attribution à WorkOS.

Qui rembourse quoi

Railway demande de signaler les dépenses que l’on n’a pas faites, via un formulaire. Le traitement dépend du fournisseur, à la date du rapport. Amazon Web Services, pour Bedrock, et Google, pour Gemini, appliquent leur politique de fraude et leurs équipes ont lancé des remboursements. OpenAI demande au client d’ouvrir un ticket et de transmettre le numéro de dossier au support Railway. SpaceXSI demande d’écrire au support Railway avec la réclamation. Pour Anthropic, les discussions étaient encore ouvertes : en attendant, Railway dit couvrir lui-même le coût des clés touchées. OpenRouter applique son refus de remboursement ; Railway dit prendre en charge l’ensemble des coûts liés à cette intrusion chez ce fournisseur.

La phrase générale du rapport est que Railway travaille aux remboursements avec les fournisseurs et paie de ses propres fonds lorsque le fournisseur ne le fait pas. Le texte ne fixe ni plafond de réclamation ni date limite. Il ne dit pas non plus comment les 740 000 dollars ont été additionnés, ni sur quelle période.

Ce que le rapport change pour un client

Les builds ont été coupés deux fois, le 20 octobre à 17 h 03 UTC et le 21 octobre à 7 h 22 UTC, puis rétablis par paliers le 22 octobre, d’abord les offres Enterprise, ensuite Pro, puis Hobby, Free et Trial à 22 h 49 UTC. Les applications déjà déployées ont continué de tourner. En revanche, révoquer une clé sans pouvoir redéployer a pu arrêter un service. Les nouvelles inscriptions ont été fermées du 22 octobre à 19 h 06 UTC au 2 novembre.

Railway a saisi l’Internet Crime Complaint Center du FBI. Une société d’investigation spécialisée poursuit le travail. Les indicateurs de compromission restent partagés en privé tant que les autorités n’ont pas donné leur accord pour une publication. Le rapport dit que chaque voie utilisée par l’attaquant est désormais fermée, sans détailler ici les étapes de l’intrusion.

Sources

Incident Report: October 21st Security Attack, Railway, 10 novembre 2026, dernière mise à jour à 18 h 02 UTC.