Rapport final de Railway : des clés d’IA volées ont généré environ 740 000 $ de frais

La plateforme d’hébergement infonuagique Railway a publié son rapport d’incident complet (en anglais) sur l’intrusion qu’elle a divulguée le 21 octobre. Nous avions couvert la première annonce dans Railway dit que certaines variables d’environnement de clients ont pu être lues. Le nouveau rapport explique comment l’attaquant est entré, ce qu’il cherchait et ce que cela a coûté aux clients : Railway estime que des clés volées pendant l’attaque ont servi à environ 740 000 $ d’utilisation d’IA non autorisée, et dit qu’elle paiera la part que les fournisseurs d’IA refuseront de rembourser.

Si vous n’avez pas de projet Railway, cela ne vous touche pas directement. Si vous en avez un, le message reste le même qu’en octobre : changez les secrets stockés dans Railway et vérifiez vos factures de fournisseurs d’IA.

Comment l’attaquant est entré

La chronologie de Railway, en UTC, s’étend sur environ 26 heures :

• 18 octobre : l’attaquant commence à créer des comptes bidons. Railway dit que ses systèmes automatisés ont bloqué toutes ces premières tentatives.
• 20 octobre, 7 h 28 : l’attaquant exploite une faille inconnue du système de compilation (build) de Railway pour sortir en partie de l’isolement entre les compilations et lire un identifiant utilisé par les serveurs de compilation. Avec celui-ci, il lit l’historique de 353 compilations, y compris les variables qui leur étaient transmises, et récupère une copie du code source interne de Railway.
• 20 octobre, 13 h 58 : une alerte sur des appels d’API inhabituels réveille l’ingénieur de garde. Railway suspend les compilations, remplace l’identifiant et limite ce que les serveurs de compilation peuvent joindre.
• 21 octobre, 3 h 26 : en s’aidant du code source volé, l’attaquant trouve un réglage de confiance mal configuré dans un des environnements infonuagiques de Railway et s’en sert pour obtenir des identifiants infonuagiques temporaires. De là, il atteint une machine qui contenait un identifiant de plus longue durée capable de déchiffrer les variables d’environnement des clients.
• 21 octobre, de 4 h 07 à 7 h 14 : l’attaquant extrait des variables chiffrées de la base de données de Railway, en cherchant des noms qui ressemblent à des clés de fournisseurs d’IA, et en déchiffre une partie. Railway désactive tous les identifiants infonuagiques et le service de déchiffrement à 7 h 14.
• 21 octobre, 9 h 24 : Railway dit que l’attaquant a été complètement expulsé.

Railway décrit la riposte comme « une course de vitesse entre agents » : l’attaquant utilisait des agents d’IA pour essayer de nombreuses voies à la fois pendant que les ingénieurs les fermaient.

Ce qui a été pris

Railway dit que ses journaux lui permettent de confirmer qu’au plus 1,85 % des espaces de travail, soit environ 100 000, ont pu voir des variables déchiffrées. C’est un maximum : les journaux montrent quels environnements ont été touchés, pas quelles variables. L’attaquant visait surtout les clés de fournisseurs d’IA, mais une requête visait aussi des identifiants infonuagiques, de bases de données et de services de paiement. Railway dit n’avoir trouvé aucun signe d’accès aux bases de données des clients ni de téléchargement de leurs dépôts de code.

Les données déchiffrées comprenaient aussi des jetons de comptes liés, comme des jetons de connexion GitHub et des clés d’agents d’IA, pour 1 852 utilisateurs. Railway dit les avoir tous réinitialisés, avoir prévenu chaque utilisateur et n’avoir vu aucune connexion à un compte Railway avec des éléments volés.

Pendant l’attaque, Railway a demandé à GitHub, GitLab, Anthropic, OpenAI, OpenRouter, SpaceXSI, Google et Stripe de révoquer les clés possiblement exposées. Certains en ont révoqué davantage, ce qui explique que des clients hors du groupe touché aient vu des clés réinitialisées.

Où sont allées les clés volées

Des clients ont montré comment leurs clés volées ont servi ensuite : requêtes d’agents de programmation, évaluations du comportement d’agents d’IA pour des données d’entraînement et vérifications de tâches d’entraînement. Railway dit que cela correspond à des identifiants volés transmis à des services qui revendent l’accès aux fournisseurs d’IA, et croit que l’attaquant voulait des clés pour la « distillation », c’est-à-dire entraîner d’autres modèles d’IA sur les réponses d’un fournisseur. Elle dit ne pas avoir établi si l’attaquant exploitait lui-même ces services de revente.

Railway relie l’attaque à une série d’intrusions chez des plateformes qui détiennent des clés d’IA. Elle nomme OpenCode, Warp et Fireworks AI parmi les entreprises qui ont signalé des vols semblables entre le 6 et le 23 octobre. Nous avons couvert OpenCode, Warp, Northflank et Fireworks AI. Railway cite comme contexte les recherches de la firme de sécurité Wiz, qui appelle ce phénomène « Black October », tout en précisant que Wiz n’attribue pas l’attaque contre Railway à un groupe précis.

Ce que vous pouvez faire si vous utilisez Railway

1. Changez tout secret stocké dans une variable Railway, si ce n’est pas déjà fait : clés d’IA, mots de passe de bases de données, clés infonuagiques, clés de paiement et identifiants de registres. Railway n’a pas publié de liste que vous pourriez consulter vous-même.
2. Vérifiez l’utilisation et la facturation de vos fournisseurs d’IA depuis le 20 octobre. Des frais inattendus sont le signe le plus clair qu’une clé a servi. Railway dit travailler avec les fournisseurs sur les remboursements et couvrir les frais qu’ils refusent.
3. Révoquez les anciens jetons GitHub du côté de GitHub, pas seulement en reconnectant Railway, comme Railway l’expliquait en octobre.
4. Méfiez-vous des courriels aux couleurs de Railway qui vous demandent de « vérifier » des clés ou votre facturation. Allez dans votre tableau de bord vous-même plutôt que de cliquer sur un lien.

Comment Frame peut aider

Cet incident touche des secrets de développeurs, pas des renseignements personnels comme une adresse ou les mots de passe de comptes grand public, donc il n’y a pas de fuite à ajouter dans Frame. Frame peut aussi chercher vos adresses courriel vérifiées dans la base de données de fuites de Have I Been Pwned pour d’autres fuites. Frame ne recueille ni ne conserve jamais les données divulguées, et ne gère pas de clés d’API.

À lire aussi

• Railway dit que certaines variables d’environnement de clients ont pu être lues : notre article sur la première annonce de Railway en octobre.
• Fireworks AI : une deuxième intrusion a touché sa facturation, des jeux de données et des modèles partiels : une autre plateforme d’IA dans la même série d’attaques.
• Fuite chez OpenCode Console : des clés d’API d’IA volées ont fait grimper les factures : un vol antérieur de clés d’IA chez une plateforme de développeurs, avec le même genre de factures surprises.

Sources

• Railway, Incident report: October security incident (en anglais), 10 novembre 2026
• Railway, Security disclosure: Wednesday October 21st (en anglais), 21 octobre 2026
• BleepingComputer, Railway breach leads to $740,000 in fraudulent AI charges (en anglais), 10 novembre 2026