Incident de piratage par empoisonnement (LiteLLM) : fuite de 500 000 identifiants, des portefeuilles crypto pourraient être dérobés — comment vérifier si vous êtes touché ?

Auteur : HIBIKI, ville de la crypto

LiteLLM a subi une attaque de la chaîne d’approvisionnement, des centaines de Go de données, 500 000 certificats exposés
Avec jusqu’à 3,4 millions de téléchargements par jour, le kit open source AI LiteLLM est un pont essentiel pour de nombreux développeurs connectant plusieurs grands modèles de langage (LLM), mais il est récemment devenu la cible des hackers. Kaspersky estime que cette vague d’attaques a exposé plus de 20 000 dépôts de code à des risques, les hackers prétendant avoir volé des centaines de Go de données sensibles et plus de 500 000 certificats de compte, causant un impact grave sur le développement logiciel mondial et les environnements cloud.
Après enquête, les experts en sécurité ont découvert que l’origine de l’incident de hacking de LiteLLM était un outil de sécurité open source appelé Trivy, utilisé par de nombreuses entreprises pour scanner les vulnérabilités systèmes.
Il s’agit d’une attaque de chaîne d’approvisionnement typique, où les hackers ciblent des outils de confiance en amont sur lesquels la cible dépend, intégrant ainsi discrètement du code malveillant, comme si l’on empoisonnait la source d’eau d’une usine de distribution, laissant tous les consommateurs pris au piège à leur insu.

Source de l’image : Trivy ｜ L’origine de l’incident de hacking de LiteLLM est un outil de sécurité open source que de nombreuses entreprises utilisent pour scanner les vulnérabilités systèmes, Trivy.

Chronologie de l’attaque contre LiteLLM : de l’outil de sécurité à la cascade d’explosions AI
Selon les analyses de l’entreprise de sécurité Snyk et de Kaspersky, l’incident d’attaque contre LiteLLM a été planifié dès la fin février 2026.
Les hackers ont exploité une vulnérabilité dans le CI/CD de GitHub (un processus automatisé de test et de publication de logiciels) pour voler les certificats d’accès (Token) des mainteneurs de Trivy. Étant donné que les certificats n’ont pas été complètement révoqués, les hackers ont réussi à modifier les balises de publication de Trivy le 19 mars, permettant au processus automatisé de télécharger un outil de scan contenant du code malveillant.
Par la suite, les hackers ont utilisé la même méthode pour contrôler les droits de publication de LiteLLM le 24 mars et ont téléchargé les versions 1.82.7 et 1.82.8 contenant du code malveillant.
À ce moment-là, le développeur Callum McMahon, lors de tests de la fonctionnalité d’extension de l’éditeur Cursor, a vu son système automatiquement télécharger la dernière version de LiteLLM, entraînant une consommation instantanée de ses ressources informatiques.
Après avoir débogué avec l’assistant AI, il a découvert qu’il y avait un défaut dans le code malveillant, déclenchant accidentellement une bombe fork, c’est-à-dire un comportement malveillant qui se reproduit continuellement et épuise la mémoire et les ressources de calcul de l’ordinateur, ce qui a permis d’exposer cette attaque discrète prématurément.
Selon l’analyse de Snyk, le code malveillant de cette attaque se divise en trois phases :

• Collecte de données : le programme va fouiller de manière exhaustive les informations sensibles sur l’ordinateur victime, y compris les clés d’accès SSH pour les connexions distantes, les certificats d’accès aux services cloud (AWS, GCP), ainsi que les codes de départ pour les portefeuilles de cryptomonnaies comme Bitcoin et Ethereum.
• Chiffrement et fuite : les données collectées sont chiffrées et empaquetées, puis transmises discrètement à un domaine factice préenregistré par les hackers.
• Maintien de la présence et déplacement latéral : le programme malveillant va implanter une porte dérobée dans le système, et s’il détecte Kubernetes, une plateforme open source pour le déploiement et la gestion automatisés des applications conteneurisées, il tentera également de propager le code malveillant à tous les nœuds du cluster.

Chronologie de l’attaque de la chaîne d’approvisionnement de LiteLLM et Trivy

Votre portefeuille et vos certificats sont-ils en sécurité ? Guide de détection et de remédiation
Si vous avez installé ou mis à jour le kit LiteLLM après le 24 mars 2026, ou si votre environnement de développement automatisé a utilisé l’outil de scan Trivy, votre système a très probablement été compromis.
Selon les recommandations de Callum McMahon et Snyk, la première tâche de protection et de remédiation est de confirmer l’étendue de la compromission et de bloquer complètement les portes dérobées des hackers.

Kaspersky recommande, pour renforcer la sécurité des GitHub Actions, d’utiliser les outils open source suivants :

• zizmor : un outil pour l’analyse statique et la détection des erreurs de configuration des GitHub Actions.
• gato et Gato-X : ces deux versions d’outils sont principalement utilisées pour aider à identifier les pipelines automatisés présentant des vulnérabilités structurelles.
• allstar : une application GitHub développée par la fondation de sécurité open source (OpenSSF), conçue pour configurer et appliquer des politiques de sécurité dans les organisations et dépôts GitHub.

Derrière l’attaque contre LiteLLM, les hackers avaient déjà les yeux rivés sur la tendance à élever des homards
Selon les analyses de Snyk et de l’ingénieur Huli, qui s’intéresse au domaine de la cybersécurité, les cerveaux derrière cette affaire sont un groupe de hackers appelé TeamPCP, qui est actif depuis décembre 2025 et établit fréquemment des canaux d’activité via des applications de messagerie comme Telegram.
Huli a souligné que les hackers ont utilisé un composant d’attaque automatisé appelé hackerbot-claw pendant le processus d’attaque. Ce nom s’inscrit habilement dans la tendance récente des agents AI de capture de homards (OpenClaw) qui est très populaire dans le domaine de l’IA.
Ce groupe de hackers a ciblé des outils d’infrastructure de haute autorité et largement utilisés, y compris Trivy et LiteLLM, tout en sachant exploiter les dernières tendances de l’IA pour élargir l’échelle de l’attaque, montrant des méthodes criminelles très organisées et ciblées.

Source de l’image : Huli en discussion libre ｜ L’ingénieur Huli, qui s’intéresse au domaine de la cybersécurité, explique l’incident de la chaîne d’approvisionnement Trivy et LiteLLM (captures d’écran partielles)

Avec la prolifération des outils AI, la gestion des permissions et la sécurité de la chaîne d’approvisionnement dans le processus de développement sont devenues des risques que toutes les entreprises ne peuvent ignorer.
Des incidents récents, tels que le piratage du compte NPM d’un développeur célèbre, ayant entraîné l’injection de code malveillant dans des paquets JavaScript, mettant en danger la plupart des DApp et portefeuilles ; ou encore la révélation par Anthropic de hackers chinois lançant la première grande opération d’espionnage réseau automatisé via Claude Code, doivent tous servir d’avertissement.