Le package @bitwarden/cli v2026.4.0 a été publié compromis sur npm le 22 avril 2026. Le worm Shai-Hulud: The Third Coming vole clés SSH, secrets cloud et tokens IA.
TL;DR — En résumé
Le package npm @bitwarden/cli v2026.4.0 compromis 1h30 le 22 avril 2026 : le worm Shai-Hulud vole clés SSH, secrets cloud et tokens IA via la chaîne.
En bref
- Le package npm @bitwarden/cli v2026.4.0 a été publié compromis le 22 avril 2026 pendant environ 1 h 30.
- Le worm Shai-Hulud: The Third Coming vole clés SSH, secrets cloud et credentials d'outils IA puis se propage via les packages des victimes.
- Bitwarden confirme que l'intrusion provient de la compromission Checkmarx et qu'aucune donnée utilisateur n'a été touchée.
Ce qui s'est passé
Socket et Aikido ont détecté le 23 avril 2026 une version malveillante du package @bitwarden/cli publiée sur npm. La version 2026.4.0 est restée disponible entre 17 h 57 et 19 h 30 heure de l'Est américain le 22 avril, soit environ 1 h 30 d'exposition. Bitwarden a confirmé l'incident et lié la compromission à l'attaque récente contre Checkmarx, dont l'accès aurait servi à pivoter vers le pipeline de publication npm du gestionnaire de mots de passe.
Le payload est une nouvelle itération du worm Shai-Hulud, déjà observé dans deux vagues précédentes en 2025. Baptisée « The Third Coming » par les analystes, cette variante vole les clés SSH, les secrets cloud AWS, GCP et Azure, les credentials d'outils de coding IA comme Cursor ou Copilot, et scanne les tokens npm de la victime pour injecter la backdoor dans d'autres packages qu'elle publie. Le vecteur de propagation transforme chaque développeur compromis en nouveau relais actif.
Selon Socket, la chaîne d'infection est liée à la campagne TeamPCP en cours, qui poursuit son offensive sur l'écosystème JavaScript depuis plusieurs semaines. Bitwarden a invalidé la version incriminée, déclenché une rotation complète de ses tokens de publication et demandé aux utilisateurs ayant installé la version piégée de révoquer immédiatement leurs clés SSH et secrets cloud exposés.
Pourquoi c'est important
L'attaque confirme l'enchaînement redouté des compromissions supply chain : un fournisseur de sécurité (Checkmarx) tombe, puis sert de tremplin pour atteindre un autre fournisseur de sécurité (Bitwarden), dans une cascade qui finit par toucher les développeurs finaux. Chaque maillon infecté devient à son tour un vecteur, ce qui rend le confinement exponentiellement plus complexe que pour une attaque isolée sur un seul éditeur.
Pour les équipes DevSecOps, l'épisode rappelle que les installations automatisées de CLI côté développeur ou côté CI/CD doivent passer par un registre privé avec verrouillage de version, et que les secrets présents sur les postes développeurs (SSH, cloud, tokens IA) doivent être rotés au moindre doute. La fenêtre de 1 h 30 suffit à infecter des milliers de runners CI qui auto-mettent à jour leurs dépendances.
Ce qu'il faut retenir
- Révoquez et rotez vos clés SSH, secrets cloud et tokens IA si vous avez installé @bitwarden/cli v2026.4.0 entre le 22 et le 23 avril 2026.
- Mettez en place un miroir npm privé avec scan SCA automatique pour toute nouvelle version publiée.
- Surveillez les publications npm sortantes depuis vos postes : un worm se propage en réutilisant les tokens locaux.
Comment savoir si j'ai installé la version compromise de @bitwarden/cli ?
Exécutez npm list -g @bitwarden/cli ou inspectez vos lockfiles pour repérer la version 2026.4.0. Si elle apparaît, considérez l'environnement compromis : rotez tous les secrets accessibles depuis le poste, régénérez les paires SSH, invalidez les tokens npm et contrôlez les publications récentes de vos propres packages. Un scan des artefacts publiés pendant la fenêtre d'exposition est indispensable.
Besoin d'un accompagnement expert ?
Ayi NEDJIMI vous accompagne sur vos projets cybersécurité et IA.
Articles connexes :
📎 Articles complémentaires
Sources et références
À propos de l'auteur
Ayi NEDJIMI
Auditeur Senior Cybersécurité & Consultant IA
Expert Judiciaire — Cour d'Appel de Paris
Habilitation Confidentiel Défense
[email protected]
Ayi NEDJIMI est un vétéran de la cybersécurité avec plus de 25 ans d'expérience sur des missions critiques. Ancien développeur Microsoft à Redmond sur le module GINA (Windows NT4) et co-auteur de la version française du guide de sécurité Windows NT4 pour la NSA.
À la tête d'Ayi NEDJIMI Consultants, il réalise des audits Lead Auditor ISO 42001 et ISO 27001, des pentests d'infrastructures critiques, du forensics et des missions de conformité NIS2 / AI Act.
Conférencier international (Europe & US), il a formé plus de 10 000 professionnels.
Domaines d'expertise
Ressources & Outils de l'auteur
Articles connexes
Agent IA Hermes utilisé pour pirater un ministère d'État
Des chercheurs de Hunt.io ont documenté le premier cas public d'un agent IA autonome (Hermes en mode YOLO) utilisé pour automatiser une cyberattaque réelle contre le ministère des Finances thaïlandais, déployant l'implant inédit Hades sur 62 payloads Windows et Linux.
ShinyHunters revendique la fuite EY via une supply chain attack
ShinyHunters revendique le piratage d'Ernst & Young via une supply chain attack, accédant à Jira, GitHub et Azure. Ultimatum fixé au 31 juillet 2026 pour la publication de données fiscales et financières de clients.
Kimi K3 : Moonshot AI ouvre les poids de son géant IA 2,8T
Moonshot AI publie les poids libres de Kimi K3, modèle de 2,8 trillions de paramètres qui s'impose comme le plus grand modèle open source jamais publié, surpassant Claude Fable 5 en benchmark de code et proposant une API nettement moins coûteuse que les systèmes propriétaires américains.
Un projet cybersécurité ? Parlons-en.
Pentest, conformité NIS 2, ISO 27001, audit IA, RSSI externalisé… nos experts répondent sous 24h pour évaluer votre besoin et vous proposer un accompagnement sur mesure.
Commentaires (1)
Laisser un commentaire