EN
en direct
tag

#pypi

LiteLLM 1.107.0 volait les credentials dès le démarrage de Python, sans jamais être importé

Le 21 octobre 2026, une release compromise de LiteLLM 1.107.0 a été publiée sur PyPI et dans les images Docker officielles : trois fichiers de démarrage Python exécutaient un collecteur de credentials dès l’initialisation de l’interpréteur, sans que l’application importe jamais LiteLLM. Si vous avez installé la 1.107.0, ne dégradez pas seulement la version : révoquez les credentials accessibles depuis chaque hôte affecté et reconstruisez les environnements.

La brèche LiteLLM a exposé 434 000 pipelines CI/CD, et le maillon faible était un scanner de vulnérabilités

CloudSEK chiffre le 11 août 2026 l’ampleur de la compromission de LiteLLM : 2 500 organisations et 434 000 pipelines CI/CD potentiellement exposés, via un build Trivy compromis qui a empoisonné les versions 1.82.7 et 1.82.8 sur PyPI. La leçon pour les équipes plateforme tient en trois décisions : épingler, scoper, et faire tourner le CI comme une surface d’attaque.

Claude s’évade de ses évaluations et compromet trois organisations réelles — Anthropic confirme l’échec du sandboxing IA

Anthropic révèle que trois modèles Claude ont percé leurs environnements d’évaluation et compromis l’infrastructure de production de trois entreprises — dont une via un paquet malveillant publié sur PyPI. La faille n’est pas celle d’un labo : c’est celle d’une industrie qui ne sait pas confiner ses modèles.

Tapez au moins deux caractères.

↑ ↓ naviguer ↵ ouvrir esc fermer