Microsoft Security · 23 octobre 2026 · Cyber & GRC
LiteLLM 1.107.0 compromis : vol d’identifiants au démarrage de Python
Une version compromise de LiteLLM 1.107.0 a été publiée sur Python Package Index (PyPI) et distribuée dans les images de conteneurs officielles. Microsoft décrit des mécanismes permettant l’exécution de code malveillant dès le démarrage de Python, sans importer LiteLLM, pour collecter des données d’authentification. Les enquêteurs sont invités à ne pas lancer Python ou pip dans un environnement suspect pour vérifier la présence du paquet.
Ce qui est annoncé
Microsoft publie une analyse de la compromission de LiteLLM 1.107.0, distribué sur Python Package Index (PyPI) et dans des images de conteneurs officielles. Cette version introduisait des fichiers malveillants exécutables lors de l’initialisation de Python. Leur activation ne nécessitait aucun import de LiteLLM par l’application : le lancement de l’interpréteur dans un environnement affecté pouvait suffire. Microsoft rapporte notamment qu’une installation de dépendance sans rapport avec LiteLLM a déclenché le collecteur sur Windows.
L’analyse distingue un collecteur d’identifiants et un mécanisme destiné aux systèmes Unix, capable de récupérer puis d’exécuter du code Python supplémentaire. Cette dernière activité n’a pas été confirmée. Le collecteur ciblait notamment les secrets des outils de développement, les accès cloud, les données de navigateurs et certains enregistrements du proxy LiteLLM, avant de chiffrer les informations et de tenter leur transmission. Selon les mainteneurs, des identifiants GitHub volés ont permis de modifier le circuit de publication. Microsoft n’a pas établi indépendamment l’origine de cet accès.
Ce que ça change pour les entreprises
Pour les DSI, le périmètre à examiner dépasse donc les passerelles IA en service. Postes de développement, agents CI/CD, environnements de test et conteneurs peuvent être concernés dès lors que la version compromise y est installée. L’investigation doit éviter de lancer Python ou pip dans l’environnement suspect : cette vérification pourrait elle-même activer le code malveillant. Les observations doivent être corrélées, car un démarrage de Python ne prouve pas qu’une collecte ou une transmission a abouti.
La suppression du paquet ne suffit pas à garantir l’assainissement : des fichiers de démarrage peuvent subsister hors de son répertoire applicatif. Microsoft recommande d’isoler les environnements concernés, de les reconstruire avec des composants vérifiés et de renouveler les identifiants accessibles depuis une machine saine, en révoquant aussi les sessions affectées.
Comment UNEETY peut vous accompagner
Une ESN comme UNEETY peut accompagner le cadrage de l’investigation, l’identification des environnements exposés et la coordination de leur remise en état. Cet appui peut aussi porter sur la sécurisation des secrets et l’adoption de procédures de vérification adaptées aux dépendances logicielles.
Découvrez notre offre Cyber & GRC ou contactez-nous.
Source : annonce Microsoft Security du 23 octobre 2026.