LiteLLM : fuite de données chez plus de 2 500 organisations

Une attaque de la chaîne d'approvisionnement visant LiteLLM, un outil open source qui simplifie le développement logiciel basé sur l'IA, a exposé des téraoctets d'identifiants appartenant à plus de 2 500 organisations, dont Microsoft, Amazon, Cisco, Samsung et Salesforce. Les sociétés de sécurité CloudSEK et Hudson Rock ont révélé cette violation les 11 et 12 août 2026.

Les identifiants volés ont été collectés en mars 2026, lors d'une fenêtre de 40 minutes, sur des machines exécutant les versions 1.82.7 et 1.82.8 de LiteLLM, téléchargées depuis le référentiel officiel Python Package Index. Hudson Rock a analysé un fichier de 195 To et confirmé qu'environ 434 000 pipelines logiciels CI/CD (intégration continue/déploiement continu) avaient leurs identifiants exposés.

Les chercheurs n'ont souvent pas pu attribuer de nombreux identifiants à des organisations spécifiques, car les pipelines ne contiennent pas d'informations identifiables sur l'entreprise, bien que CloudSEK et Hudson Rock aient publié une liste de haute confiance des entités concernées. La compromission de LiteLLM découle d'une attaque antérieure de la chaîne d'approvisionnement contre le scanner de vulnérabilités Trivy, qui a également infecté KICS et le SDK Python Telnyx.

TeamPCP, un groupe composé en grande partie d'adolescents, a revendiqué la responsabilité, et les chercheurs ont en grande partie corroboré cette affirmation. Le chercheur indépendant en sécurité Kevin Beaumont a déclaré avoir confirmé la légitimité des données auprès de plusieurs organisations victimes, et que la violation résultait d'une mauvaise sécurité de l'IA et de pratiques DevOps précipitées, plutôt que de l'IA elle-même en tant que menace.

Les données volées comprennent des mots de passe de bases de données actifs, des clés API tierces et des identifiants cloud, dont beaucoup restent valides. CloudSEK et Hudson Rock exhortent toutes les organisations ayant utilisé les versions compromises de LiteLLM à faire pivoter immédiatement tous les identifiants de pipeline. Hudson Rock a conseillé aux parties concernées de supposer que tout secret accessible à l'environnement LiteLLM est compromis, d'invalider les clés cloud et les jetons Kubernetes, et d'auditer la journalisation et le filtrage des sorties.

Les développeurs de Trivy ont fait pivoter mais n'ont pas réussi à révoquer complètement un jeton d'automatisation sur une période de 20 jours, donnant aux attaquants près de trois semaines pour pousser du code malveillant vers des builds tiers, a déclaré CloudSEK. « Cette ampleur nous pousse dans un monde complètement nouveau en ce qui concerne le type de réponse requise de la part de l'industrie de la cybersécurité », a déclaré Alon Gal, cofondateur et directeur technique de Hudson Rock.