La faille Chainstack remonte à un composant tiers, les intrusions assistées par IA se multiplient

La faille Chainstack remonte à un composant tiers

Les composants tiers et les clés d'API sont donc de vraies voies d'intrusion pour les éditeurs de SaaS et les sociétés d'infrastructure blockchain, pas des formalités. Les clients doivent changer leurs identifiants et se méfier des tentatives d'hameçonnage. Chainstack indique que des identifiants de nœuds ont été exposés, sans preuve qu'ils aient été lus. Ni Chainstack ni WorkOS n'ont précisé combien de clients étaient concernés.

La chronologie est le point le plus utile. L'attaquant a atteint un environnement de développement le 26 octobre 2026. Il est ensuite remonté dans une partie de la production. Chainstack a détecté l'intrusion le 31 octobre et coupé l'accès le jour même. La base de données contenait des noms d'organisations, des noms de titulaires de compte, des adresses e-mail de membres et des hachages de mots de passe. Chainalysis a confirmé une intrusion dans ses outils internes. Au 2 novembre 2026, l'entreprise maintenait hors ligne ses produits Reactor et Data Solutions.

Pourquoi les intrusions assistées par IA changent la donne

Google Threat Intelligence Group et Mandiant ont publié des chiffres lundi. Des factures frauduleuses ont dépassé les 100 000 dollars en une seule journée. Chez certaines organisations, les montants cumulés ont atteint 1 000 000 de dollars avant la révocation des accès.

Un acteur a effectué plus de 500 000 appels d'API LLM en moins de huit heures. Il utilisait des clés d'API tierces volées. Jet Night, un service relais, a répercuté près de 1 000 000 de dollars de coûts de jetons sur l'organisation victime. Jet Night vend des « forfaits d'accès illimité » à 60 dollars par mois, selon les chercheurs de Google.

Google décrit deux groupes. L'un recherche les points de terminaison LLM exposés publiquement. L'autre vole des clés d'API valides sur des machines non protégées. Les attaquants revendent ensuite l'accès via des services que les chercheurs appellent des mixeurs LLM. Ceux-ci font transiter les requêtes de leurs abonnés par les clés volées. Ils peuvent pousser les volumes de requêtes au-delà de 1 000 par seconde. Google a aussi observé l'exploitation de CVE-2026-40217 dans LiteLLM. La faille permet d'exécuter du code arbitraire sur le serveur via le point de terminaison de test des garde-fous de code personnalisé.

La chaîne d'approvisionnement reste le maillon faible

The Register a rapporté le 29 octobre 2026 que des attaquants avaient transformé des tickets GitHub en campagne de chaîne d'approvisionnement. La campagne a touché 61 dépôts publics en moins d'une heure. Trois jours plus tôt, le média rapportait que l'attaque contre la chaîne d'approvisionnement de LiteLLM avait commencé par une clé maîtresse exposée.

Lors du Security Congress 2026 de l'International Information System Security Certification Consortium, Deepam Kanjani, responsable de la sécurité produit chez Atlassian, a décrit la compromission par le ver Shai-Hulud. Le paquet malveillant disposait d'un dépôt crédible et de métriques d'engagement élevées. Il se trouvait trois niveaux plus bas, invisible aux analyses de dépendances de premier niveau. Les équipes de réponse ont eu du mal car leur nomenclature logicielle était obsolète. Elles n'avaient pas non plus de télémétrie d'exécution sur plus de 400 services.

Ce que l'on demande aux défenseurs

Kanjani recommande de garder les données de nomenclature logicielle vieilles de moins de 72 heures. Il préconise aussi d'ajouter une détection à l'exécution des chargements de modules inconnus. Selon lui, les défenseurs doivent traquer les comportements opérationnels malveillants plutôt que l'attribution, car les signaux d'identité se manipulent facilement.

La liste de Google est plus longue. Elle comprend des plateformes centralisées de secrets, le moindre privilège, le refus de toutes les permissions non explicitement requises et l'authentification multifacteur résistante à l'hameçonnage. The Hacker News rapporte que l'incident Chainstack présenterait des recoupements avec un groupe lié à la Chine utilisant ARTEX. Chainstack n'a pas donné de détails. BleepingComputer rapporte que des pirates chinois ont utilisé ARTEX dans des attaques automatisées contre plus de 200 organisations dans 14 pays.