← Retour au blog

TeamPCP cache le voleur dans les fichiers WAV via Telnyx PyPI, les failles LangChain et LangGraph exposent des secrets, la violation AWS de la Commission européenne, le phishing de la police néerlandaise, la campagne GitHub VS Code Malware

TeamPCP intensifie son déchaînement de chaîne d'approvisionnement open source en compromettant le package Telnyx Python et en cachant les logiciels malveillants voleurs d'informations d'identification dans les fichiers audio WAV. Trois vulnérabilités critiques LangChain et LangGraph exposent les données du système de fichiers, les secrets d'environnement et les bases de données de conversation sur des millions de déploiements d'IA. La Commission européenne enquête sur une violation de son environnement AWS avec 350 Go prétendument exfiltrés. La police néerlandaise révèle une violation de phishing – son deuxième incident en 18 mois. Une campagne GitHub à grande échelle utilise de fausses alertes de sécurité VS Code pour distribuer des logiciels malveillants aux développeurs.

---

1. TeamPCP compromet le package Telnyx PyPI – La stéganographie audio WAV cache le voleur d'informations d'identification

TeamPCP poursuit sa campagne sans précédent sur la chaîne d’approvisionnement open source. Sur 27 mars 2026, des chercheurs d'Aikido, Endor Labs, JFrog, Socket et StepSecurity ont confirmé que le Paquet Python Telnyx sur PyPI avait été compromis avec deux versions malveillantes. L'attaque représente une évolution technique significative : les charges utiles de vol d'informations d'identification sont désormais caché dans les fichiers audio WAV en utilisant la stéganographie.

Détails de la chaîne d'attaque

Le code malveillant est injecté dans telnyx/_client.py, se déclenchant automatiquement lorsque le package est importé. La chaîne d'attaque en trois étapes fonctionne différemment selon le système d'exploitation cible :

• Windows : Télécharge hangup.wav de C2, extrait un exécutable caché, le dépose dans le dossier Démarrage comme msbuild.exe pour la persistance après les redémarrages
• Linux/macOS : Récupère ringtone.wav de C2, extrait un script collecteur qui s'exécute en mémoire, récupère les informations d'identification des variables d'environnement, .env fichiers et historiques de shell
• Toutes les plateformes : Exfiltre les données volées comme tpcp.tar.gz via HTTP POST vers 83.142.209[.]203:8080
• Kubernetes : Abuse des jetons de compte de service pour déployer des pods privilégiés sur tous les nœuds pour les mouvements latéraux

L'ensemble de la chaîne opère dans un répertoire temporaire autodestructeur, laissant des artefacts forensiques proches de zéro. Il s'agit de la même technique de stéganographie WAV que TeamPCP utilisait auparavant dans le logiciel malveillant d'effacement « kamikaze » — maintenant affinée pour le vol d'informations d'identification.

Comment TeamPCP a obtenu le jeton

Les chercheurs d'Endor Labs pensent que Le jeton Telnyx PyPI a été récolté lors du précédent compromis LiteLLM. Le collecteur d'informations d'identification de TeamPCP a balayé les variables d'environnement, .env fichiers et historiques de shell de chaque système qui a importé LiteLLM. Si un développeur ou un pipeline CI disposait à la fois de LiteLLM et d'un accès au jeton Telnyx PyPI, ce jeton était déjà entre les mains de TeamPCP, créant ainsi un compromission en cascade de la chaîne d'approvisionnement.

Implications de l'ARC et du NIS2

• Chaîne d’approvisionnement des logiciels de l’ARC : La nature en cascade de cette attaque – de Trivy à LiteLLM en passant par Telnyx – démontre exactement pourquoi la Cyber Resilience Act impose des processus de gestion des vulnérabilités et une divulgation coordonnée sur l'ensemble du graphique de dépendance.
• NIS2 Article 21(2)(d) : La sécurité de la chaîne d'approvisionnement doit désormais prendre en compte l'exposition des informations d'identification provenant d'une dépendance compromise, permettant des attaques sur des packages non liés.
• Urgence SBOM : Les organisations ne disposant pas de nomenclatures logicielles complètes ne peuvent pas évaluer l'exposition à cette chaîne d'attaques en cascade.

Ce que cela signifie pour votre organisation

• Rétrograder immédiatement Telnyx vers la version 4.87.0 — le projet PyPI est désormais mis en quarantaine
• Auditez tous les systèmes qui ont importé LiteLLM pour les jetons PyPI, les clés API et les informations d'identification exposés
• Vérifiez les clusters Kubernetes pour les pods privilégiés non autorisés : le composant de mouvement latéral de TeamPCP cible les k8
• Implémentez la vérification de l'intégrité des packages au-delà des simples vérifications de version : les charges utiles stéganographiques contournent les scanners traditionnels

---

2. Les vulnérabilités LangChain et LangGraph exposent des fichiers, des secrets et des bases de données

Le chercheur en sécurité de Cyera, Vladimir Tokarev, a révélé trois vulnérabilités critiques dans LangChain et LangGraph – les frameworks les plus populaires au monde pour créer des applications basées sur LLM. Chaque faille fournit un chemin indépendant pour drainer les données sensibles de l'entreprise :

CVE	CVSS	Type	Impact	Version corrigée
CVE-2026-34070	7.5	Traversée du chemin	Fichier arbitraire lu via l'API de chargement rapide	langchain-core ≥1.2.22
CVE-2025-68664	9.3	Désérialisation	Fuite de clé API et de secret d'environnement	langchain-core 0.3.81 / 1.2.5
CVE-2025-67644	7.3	Injection SQL	Accès complet à la base de données via les métadonnées du point de contrôle	langgraph-checkpoint-sqlite 3.0.1

Le défaut le plus grave, CVE-2025-68664 (CVSS 9.3), permet aux attaquants de divulguer des clés API et des secrets d'environnement en transmettant une structure de données spécialement conçue que LangChain interprète comme un objet pré-sérialisé plutôt que comme une entrée utilisateur. Cette vulnérabilité – baptisée "LangGrinch" par Cyata qui l’a identifié pour la première fois en décembre 2025 – peut être exploité via une injection rapide.

L'effet d'entraînement

Cyera prévient que LangChain n'existe pas de manière isolée : elle se trouve au centre d'un réseau de dépendances massives. Des centaines de bibliothèques encapsulent, étendent ou dépendent de LangChain. Lorsqu'une vulnérabilité existe dans le cœur de LangChain, elle se répercute sur chaque bibliothèque, wrapper et intégration en aval. Avec 52 millions de téléchargements par semaine rien que pour LangChain, le rayon d’explosion est énorme.

Loi de l’UE sur l’IA et contexte de l’ARC

• EU AI Act Article 15: Les systèmes d'IA doivent répondre aux exigences de cybersécurité : une faille de désérialisation CVSS 9.3 dans le cadre d'IA le plus populaire au monde représente un risque systémique pour les systèmes d'IA à haut risque construits sur LangChain.
• Gestion des vulnérabilités CRA : L'écart entre la découverte initiale du CVE-2025-68664 (décembre 2025) et l'application complète des correctifs soulève des questions sur l'exigence de l'ARC de patcher « sans délai »
• Article 32 du RGPD : Les historiques de conversations exposés via CVE-2025-67644 peuvent contenir des données personnelles — les organisations traitant des données personnelles via LangGraph s'exposent désormais à des mesures d'application du RGPD

Ce que cela signifie pour votre organisation

• Corrigez immédiatement : Mettez à jour langchain-core vers ≥1.2.22 et langgraph-checkpoint-sqlite vers 3.0.1
• Auditez tous les déploiements LangChain pour les clés API exposées – faites pivoter toutes les clés qui auraient pu être accessibles
• Examiner les historiques de conversations stockés dans les points de contrôle SQLite pour détecter l'exposition des données sensibles
• Évaluez toutes les dépendances en aval qui enveloppent LangChain – elles peuvent hériter de ces vulnérabilités

---

3. La Commission européenne enquête sur une violation d'AWS — 350 Go prétendument volés

Le Commission européenne enquête sur ce qui semble être une violation importante de ses Amazon Web Services (AWS) environnement cloud. Détails clés rapportés par BleepingComputer :

• Au moins un compte AWS a été compromis
• L'attaque a été détectée et l'équipe de réponse aux incidents enquête
• L'acteur menaçant affirme avoir volé plus de 350 Go de données incluant plusieurs bases de données
• Les captures d'écran fournies comme preuve montrent l'accès à informations sur les employés et un serveur de courrier électronique utilisé par le personnel de la Commission
• L'agresseur déclare qu'il n'extorquera pas la Commission mais a l'intention de divulguer les données publiquement
• AWS a confirmé que ses services n'étaient pas compromis : la violation était du côté de la Commission

C'est le deuxième manquement de la Commission en deux mois. En février, la Commission a révélé que sa plate-forme de gestion des appareils mobiles avait été piratée le 30 janvier, lors d'un incident lié aux vulnérabilités d'injection de code Ivanti EPMM qui ont également affecté l'autorité néerlandaise de protection des données et la société finlandaise Valtori.

Implications réglementaires et politiques

L’ironie n’échappe pas aux observateurs : l’institution rédigeant les lois européennes sur la cybersécurité subit elle-même des manquements répétés :

• Conformité NIS2 : En tant qu'institution de l'UE, la Commission est soumise au règlement (UE) 2023/2841 sur la cybersécurité des institutions de l'Union — des violations répétées soulèvent des questions sur sa propre posture de conformité
• Sécurité du cloud : Cette violation souligne les risques liés à l'adoption du cloud public par les institutions gouvernementales – le code de conduite du cloud de l'UE et le système de certification EUCS sont censés répondre précisément à ce problème.
• Protection des données : Si les données personnelles des employés ont été exfiltrées, le Contrôleur européen de la protection des données (CEPD) enquêtera en vertu du règlement (UE) 2018/1725.
• Écart de crédibilité : La Commission a proposé une nouvelle législation sur la cybersécurité le 20 janvier 2026 pour renforcer les défenses contre les acteurs soutenus par l'État. Elle doit maintenant démontrer qu'elle peut protéger sa propre infrastructure.

Ce que cela signifie pour votre organisation

• Auditez vos configurations AWS IAM : les informations d'identification compromises restent la principale cause de violations du cloud.
• Mettre en œuvre la gestion de la posture de sécurité du cloud (CSPM) avec des alertes en temps réel
• Si votre organisation interagit avec la Commission européenne, surveillez l'exposition des données suite à la prétendue fuite de 350 Go.
• Examinez votre propre réponse aux incidents cloud : pouvez-vous détecter et contenir une violation aussi rapidement que le prétend la Commission ?

---

4. La police néerlandaise révèle une violation de phishing – deuxième incident en 18 mois

Le Police nationale néerlandaise a déclaré avoir été la cible d'un attaque de phishing cela a entraîné une faille de sécurité. Selon le communiqué du 25 mars :

• Le Centre des opérations de sécurité (SOC) a détecté l'incident rapidement et a immédiatement bloqué l'accès
• L'impact apparaît limité — les données des citoyens et les informations d'enquête ont été non exposées ni consultées
• Une enquête criminelle lancée
• La police n'a pas révélé quels systèmes ou comptes étaient concernés

Dans septembre 2024, la police néerlandaise a subi un manquement plus grave lié à un "acteur étatique" qui a volé les coordonnées professionnelles de plusieurs agents, notamment les noms, adresses e-mail, numéros de téléphone et certaines données privées. Cette enquête est toujours en cours.

NIS2 et cybersécurité des forces de l'ordre

• Portée NIS2 : Même si les forces de l'ordre sont généralement exclues du champ d'application de NIS2, elles restent soumises aux cadres nationaux de cybersécurité — le NCSC néerlandais fournit des lignes directrices que la police est censée suivre.
• Modèle de ciblage : Deux violations en 18 mois ciblant la même organisation suggèrent un intérêt persistant de l'adversaire – potentiellement de la part du même acteur étatique à l'origine de la violation de 2024.
• Améliorations post-violation : Après la violation de 2024, la police a mis en place des exigences 2FA plus strictes et une surveillance continue – cette fois, le SOC a détecté l'attaque rapidement, suggérant que ces investissements ont porté leurs fruits.

Ce que cela signifie pour votre organisation

• Le phishing reste le premier vecteur d'accès initial : même les organisations dotées de SOC matures sont victimes de phishing.
• La détection rapide est aussi importante que la prévention : le SOC de la police néerlandaise l'a détecté avant que de graves dommages ne surviennent
• Après une violation, investissez dans les capacités de détection parallèlement à la prévention : le 2FA amélioré et la surveillance de la réponse de 2024 ont contribué à contenir cet incident.
• Effectuez régulièrement des simulations de phishing et mesurez le temps de détection, pas seulement les taux de clics.

---

5. De fausses alertes de sécurité VS Code sur GitHub propagent des logiciels malveillants aux développeurs

Entreprise de sécurité des applications Socket a découvert une campagne sophistiquée à grande échelle ciblant les développeurs sur GitHub. Les attaquants :

• Postent de faux avis de sécurité dans la section Discussions de milliers de référentiels GitHub, avec des titres comme « Grave vulnérabilité – Mise à jour immédiate requise »
• Utilisent de faux identifiants CVE réalistes et un langage urgent pour créer un faux sentiment d'urgence
• Imitent de vrais mainteneurs de code ou chercheurs en utilisant des comptes nouvellement créés ou à faible activité
• Publient de façon automatisée et coordonnée sur des milliers de référentiels en quelques minutes
• Déclenchent des notifications par courrier électronique GitHub à tous les utilisateurs tagués et suiveurs du projet

Les fausses alertes incluent des liens vers des extensions VS Code prétendument corrigées hébergées sur Google Drive. En cliquant dessus, vous déclenchez une chaîne de redirection basée sur les cookies menant à un script de reconnaissance JavaScript qui collecte le fuseau horaire, les paramètres régionaux, l'agent utilisateur, les détails du système d'exploitation et les indicateurs d'automatisation avant de fournir une charge utile de deuxième étape aux victimes validées.

Ingénierie sociale à grande échelle

Cette campagne se distingue par son abus de signaux de confiance:

• Discussions sur GitHub sont un canal de notification légitime — les développeurs s'attendent à des alertes de sécurité ici
• Notifications par courrier électronique arrivent dans les boîtes de réception aux côtés de véritables alertes GitHub
• Google Drive les liens fournissent un vernis de légitimité
• La campagne cible spécifiquement les développeurs, qui sont plus susceptibles d'agir rapidement suite aux avis de sécurité.

Obligations de sécurité des développeurs de l’ARC

• Développement sécurisé de l'ARC : La Cyber Resilience Act exige que les fabricants suivent des pratiques de développement sécurisées : les développeurs qui se laissent prendre à cette campagne peuvent, sans le savoir, introduire des extensions compromises dans leurs environnements de développement.
• Intégrité de la chaîne d'approvisionnement : Si les machines de développement compromises ont accès aux registres de packages ou aux pipelines CI/CD, le rayon d'action s'étend bien au-delà du développeur individuel.
• Responsabilité de GitHub : En vertu du DSA, GitHub, en tant que service d'hébergement, a des obligations en matière de contenu illégal – le spam automatisé usurpant l'identité des chercheurs en sécurité peut être admissible.

Ce que cela signifie pour votre organisation

• Former les développeurs à vérifier les rapports de vulnérabilité auprès de sources faisant autorité (NVD, CISA KEV, CVE.org) avant d'agir
• Ne téléchargez jamais d'extensions ou de correctifs à partir de sources externes telles que Google Drive : utilisez uniquement les marchés officiels.
• Implémenter des règles de filtrage des e-mails pour signaler les e-mails de notification GitHub contenant des liens de téléchargement externes
• Auditer les postes de travail des développeurs pour les extensions VS Code installées à partir de sources non-Marketplace

---

Résumé du paysage actuel des menaces

Développement	Règlement	Impact	Action requise
Stéganographie TeamPCP Telnyx WAV	ARC / NIS2	Compromission en cascade de la chaîne d'approvisionnement via la stéganographie audio	Rétrograder Telnyx vers 4.87.0, auditer l'exposition LiteLLM
Défauts LangChain/LangGraph	Loi européenne sur l'IA / ARC / RGPD	Fichiers, secrets et bases de données exposés dans des millions d'applications d'IA	Patch langchain-core ≥1.2.22, rotation des clés API
Violation AWS de la Commission européenne	NIS2 / EUCS / Reg. 2018/1725	350 Go auraient été volés à l'organe exécutif de l'UE	Auditer AWS IAM, mettre en œuvre CSPM
Violation de phishing par la police néerlandaise	Cybersécurité nationale	Deuxième violation en 18 mois, impact limité	Renforcez les défenses contre le phishing, investissez dans la détection SOC
Campagne contre les logiciels malveillants GitHub VS Code	ARC / DSA	Des milliers de référentiels touchés par de faux avis de sécurité	Vérifier les CVE via des sources officielles, auditer les extensions