Des pirates utilisent les clés d'IA confiées par des développeurs à l'hébergeur Northflank
Le 30 octobre, l'hébergeur britannique a demandé à ses clients de considérer tous leurs secrets comme volés. Ce qu'il faut révoquer, et pourquoi le cas n'est pas isolé : huit autres plateformes ont été touchées en octobre.

Le 30 octobre à 11 h 43 (heure universelle), une alerte de l'éditeur de sécurité Wiz se déclenche chez Northflank, une plateforme britannique qui héberge les applications de développeurs. Une minute plus tard, ses ingénieurs l'examinent. À 13 h 58, la consigne publiée sur la page d'état de l'entreprise ne laisse pas de place au doute : partez du principe que toutes vos variables d'environnement ont été déchiffrées, et désactivez ou changez toutes vos clés.
Dans l'après-midi, plusieurs clients signalent que les clés d'accès à des services d'IA qu'ils avaient confiées à Northflank sont utilisées par quelqu'un d'autre. L'hébergeur l'a reconnu sur sa page d'état. Il n'a dit ni comment les attaquants sont entrés, ni combien de clients sont touchés, ni si d'autres secrets ont été exploités. BleepingComputer, qui l'a interrogé, n'avait pas obtenu de réponse le 31 octobre.
Ce que Northflank demande à ses clients
Le correctif réseau a été déployé dans la journée du 30 octobre. Mais les secrets déjà lus restent valables tant que leur propriétaire ne les a pas changés. La page d'état, mise à jour jusqu'au 31 octobre au soir, recommande de :
- changer immédiatement tous les secrets saisis sur la plateforme : ceux des applications, des groupes de secrets et des secrets globaux ;
- pour les clés d'IA, les révoquer chez le fournisseur qui les a émises, en créer de nouvelles, puis mettre à jour les applications ;
- couper l'accès public aux modules complémentaires (bases de données, files de messages) qui l'avaient ;
- examiner les journaux de consommation et la facturation des fournisseurs d'IA, et signaler toute anomalie à Northflank et au fournisseur.
Northflank a ouvert la rotation des identifiants pour PostgreSQL, MongoDB, MySQL, Redis, MinIO et RabbitMQ. Il a aussi activé les journaux d'audit pour tous ses clients, y compris les comptes gratuits.
Pourquoi les pirates visent-ils les clés d'IA ?
Northflank n'est pas un cas isolé. Dans un rapport publié le 30 octobre et intitulé « Black October », Wiz recense neuf incidents chez des plateformes pour développeurs d'IA depuis début octobre : Fireworks AI, Andromeda, Zeabur, Lightning AI, OpenCode, Railway, Warp, CommandCode et Northflank. Cyberiack a déjà raconté les épisodes Railway et OpenCode.
Le point commun, selon Wiz : les attaquants cherchent les variables d'environnement, en particulier celles qui donnent accès à des modèles d'IA. Cette pratique a un nom, le « LLMjacking ». Elle consiste à faire payer à la victime des appels à des modèles coûteux. Dans les cas étudiés par Wiz, une clé volée est testée par un premier appel dans les 30 minutes, puis vérifiée de temps en temps, avant d'être exploitée en masse ou revendue.
Les chiffres donnent une idée de la facture. Sur deux cas analysés, Wiz a compté environ 800 000 appels au service Bedrock d'Amazon en une trentaine d'heures dans le premier, et environ 1,7 million en treize heures dans le second. Dans les deux cas, ces appels visaient surtout des modèles Claude d'Anthropic : les versions Opus représentaient les trois quarts des appels réussis dans le premier, une part moindre dans le second. Le coût dépasserait 100 000 dollars au prix catalogue pour les deux cas réunis.
Wiz reste prudent sur l'attribution. Il n'affirme pas qu'un seul groupe est derrière les neuf intrusions, et ne peut pas relier avec certitude les revendeurs de clés qu'il a repérés aux piratages initiaux.
Le bon réflexe : traiter chaque clé d'IA comme une carte bancaire
Une clé d'IA se dépense comme une carte de crédit sans plafond. Fixez des plafonds de dépense et des alertes de facturation chez vos fournisseurs. Préférez une clé par application et par environnement, pour savoir laquelle a fuité. Si votre hébergeur annonce un incident, révoquez sans attendre le bilan.
Reste une question : comment les attaquants sont-ils entrés chez Northflank ? L'entreprise n'a pas encore publié son analyse. Avec neuf incidents en un mois, les autres plateformes du secteur ont intérêt à la lire de près.
Mise à jour du 13 novembre 2026
Northflank, l'hébergeur britannique dont des clients ont vu leurs clés d'IA détournées fin octobre, a précisé le déroulé de l'attaque sur sa page d'état. Selon son point du 6 novembre, le premier déchiffrement connu de secrets a eu lieu le 30 octobre entre 2 h 39 et 3 h 08 (heure universelle), soit plus de huit heures avant la première alerte, reçue à 11 h 43. D'après l'entreprise, l'attaque semble avoir visé les secrets conservés dans son plan de contrôle, la partie de la plateforme qui gère les déploiements. Les clients dotés d'un plan de contrôle dédié ou installé chez eux ne sont pas touchés. Northflank dit n'avoir trouvé aucune preuve d'accès aux applications de ses clients ni aux données de ces applications.
Le 2 novembre, l'hébergeur a indiqué avoir révoqué les jetons d'accès, les sessions, les connexions aux services d'hébergement de code et les rôles d'accès entre comptes et les comptes de service, là où il pouvait agir au nom de ses clients. Il a aussi confié l'examen de l'incident à des auditeurs indépendants. Il dit avoir corrigé sur tout son parc la faille CVE-2026-98432 du noyau Linux, signalée par Anthropic, l'éditeur de Claude, sans la présenter comme la porte d'entrée des pirates. Le vecteur d'attaque et le nombre de clients touchés n'ont pas été rendus publics : Northflank promet une analyse des causes « une fois disponible ».
Méthode : veille assistée par intelligence artificielle, sources vérifiées, article relu et validé par Frédéric LENQUETTE. Notre charte éditoriale.
Partager cet article