REX Cyber · Cas documenté dans une source publique. Synthèse et relecture éditoriale.
Une dépendance installée peut devenir active avant même son import par l’application. Microsoft analyse la compromission de LiteLLM 1.107.0, dont les mécanismes de démarrage Python rendent l’investigation délicate et élargissent la portée de la réponse aux secrets accessibles.
Déroulement décrit par la source
- Microsoft situe au 21 octobre 2026 la publication compromise sur PyPI et sa distribution dans des images officielles ; lancer Python pouvait suffire à activer la charge.
- L’analyse relève un collecteur d’identifiants et un chargeur orienté Unix ; un module distinct tente aussi de lire des données de la base du proxy LiteLLM.
- Sur un poste Windows observé, une invocation Python destinée à installer une autre dépendance déclenche le collecteur.
Comprendre les mécanismes et les enseignements
- Une vérification improvisée dans l’environnement suspect peut relancer le code que l’on cherche. La procédure de réponse doit prévoir des outils et interpréteurs propres, avec une collecte hors ligne lorsque cela reste possible.
- Une passerelle IA peut concentrer clés fournisseurs, accès aux bases et identités de charge de travail. Retirer une version vulnérable ne révoque pas les secrets déjà copiés ni les processus qui continuent à fonctionner.
Les vérifications défensives utiles
- Geler les environnements suspects et conserver les images, verrous de dépendances et journaux de déploiement. Inspecter leur contenu avec une chaîne d’outils saine, sans exécuter Python ni pip depuis l’environnement potentiellement compromis pour en vérifier l’état.
- Reconstituer les déploiements de la version concernée dans les postes, agents de construction et conteneurs. Reconstruire depuis une base approuvée et vérifier les points d’initialisation Python ainsi que les processus encore actifs avant de remettre le service en circulation.
- Faire tourner les secrets que le processus pouvait lire, puis auditer leur usage chez les fournisseurs et dans les infrastructures. Prioriser les identités de publication et de cloud ; valider que la reconstruction utilise de nouveaux secrets et des droits réduits.
Portée et limites
L’analyse décrit les mécanismes récupérés et des observations sur postes ; elle ne prouve pas le vol de chaque secret ciblé. Microsoft rapporte la version des mainteneurs sur la compromission initiale des comptes, sans confirmer indépendamment comment ces accès ont été obtenus.
Rapport original
Inside the LiteLLM 1.107.0 supply chain compromise: Credential theft through Python startup hooks — www.microsoft.com.