Crypto : Les conseils essentiels aux développeurs pour protéger son ordinateur et ses wallets
Un entretien d’embauche, un fichier à ouvrir, une trésorerie vidée. La Security Alliance (SEAL), organisation à but non lucratif de sécurité crypto fondée dans le sillage du chercheur samczsun, publie un référentiel consacré aux intrusions qui ciblent spécifiquement les développeurs. Le document ne sort pas d’un laboratoire : il compile les schémas d’attaque relevés lors des interventions d’urgence menées par ses équipes de réponse aux incidents. Le point de départ est inconfortable pour toute l’industrie. Le maillon faible d’un protocole ne se situe plus dans son code, mais devant l’écran de celui qui l’écrit.
Points clés
- SEAL, l’alliance de sécurité crypto fondée dans le sillage de samczsun, publie un référentiel des intrusions ciblant les développeurs, bâti sur ses cas réels de réponse aux incidents
- Les attaques ne visent plus les smart contracts mais les postes de travail : Bybit (1,5 milliard de dollars) et Radiant Capital (50 millions) sont passés par des machines de développeurs compromises
- Faux recruteurs, exercices techniques piégés, fausses mises à jour Zoom, technique ClickFix et paquets npm détournés composent l’essentiel des chaînes d’attaque documentées
- Cloisonnement des machines de signature, dépendances figées, clear signing et vérification hors canal des interlocuteurs figurent parmi les contre-mesures recommandées
Quand l’ordinateur du développeur devient la porte d’entrée
Les audits, les programmes de récompense et les vérifications de code rendent certaines attaques contre les smart contracts plus difficiles. Les pirates cherchent donc d’autres chemins. Ils visent notamment les personnes capables de modifier un site, de publier une mise à jour ou de signer une transaction importante.
Le vol de 1,5 milliard de dollars subi par Bybit en février 2025 reste l’exemple le plus spectaculaire. Les contrats du portefeuille multisignature n’ont pas été directement piratés. L’attaquant avait compromis l’ordinateur d’un développeur de Safe{Wallet}, le service utilisé pour préparer les transactions.
Du code malveillant a ensuite modifié l’interface présentée aux signataires de Bybit. Ceux-ci pensaient approuver un transfert ordinaire, alors que la transaction réellement signée donnait à l’attaquant le contrôle du portefeuille froid. Le FBI a attribué l’opération au groupe nord-coréen TraderTraitor.
Radiant Capital avait subi quelques mois plus tôt une attaque comparable, pour environ 50 millions de dollars. Plusieurs développeurs avaient reçu sur Telegram une archive présentée comme un document PDF, envoyée depuis le compte d’un ancien prestataire considéré comme fiable. Le fichier a installé un logiciel malveillant sur leurs ordinateurs.
L’interface affichait ensuite des transactions apparemment normales, tandis que les portefeuilles matériels recevaient autre chose à signer. Autrement dit, les protections cryptographiques fonctionnaient toujours, mais les informations montrées aux utilisateurs avaient été falsifiées.

Du faux recrutement au programme piégé
Le premier contact prend généralement une forme banale : une offre d’emploi, une mission rémunérée, une demande d’aide ou un rapport signalant une prétendue vulnérabilité. La conversation se termine par une invitation à télécharger un fichier, ouvrir un projet ou exécuter une commande.
SEAL distingue plusieurs étapes fréquentes dans son document référence :
- La prise de contact : un faux recruteur ou entrepreneur approche sa cible sur LinkedIn, Telegram ou Discord.
- La livraison du piège : la victime reçoit un dépôt GitHub, une archive, une extension ou un exercice technique.
- L’installation : le code s’exécute lors du lancement d’un test, de l’installation d’une dépendance ou d’une fausse mise à jour de Zoom ou Teams.
- Le vol : le logiciel récupère des mots de passe, des sessions ouvertes, des accès aux services cloud ou des informations permettant de préparer une transaction frauduleuse.
La technique dite ClickFix pousse même la victime à effectuer elle-même l’installation. Un faux message d’erreur lui demande de copier une commande dans son terminal afin de résoudre un problème imaginaire.
Les bibliothèques utilisées par les développeurs constituent une autre cible. En septembre 2025, le compte d’un mainteneur de plusieurs paquets npm très populaires, dont chalk et debug, a été compromis par un faux courriel de réinitialisation de l’authentification à deux facteurs. Du code destiné à détourner des transactions crypto a alors été ajouté à 18 paquets totalisant plus de deux milliards de téléchargements hebdomadaires.

Isoler le code avant de lui faire confiance
La principale recommandation de SEAL consiste à considérer tout code extérieur comme dangereux avant son examen. Même un projet transmis par une connaissance peut avoir été modifié, tandis que le compte de cette personne peut avoir été piraté.
Un fichier ou un dépôt inconnu doit donc être ouvert dans une machine virtuelle ou un environnement temporaire ne contenant aucun mot de passe, portefeuille ou accès aux systèmes de production. Une fois l’analyse terminée, cet environnement peut être supprimé.
SEAL conseille également de réserver un ordinateur aux signatures sensibles, de figer les versions des dépendances et d’attendre avant d’installer une mise à jour récemment publiée. L’identité d’un interlocuteur inattendu doit être vérifiée par un autre canal, par exemple avec un appel vers un numéro déjà connu.
Ces précautions concernent aussi les assistants de programmation fondés sur l’intelligence artificielle. Un agent capable de lire un projet puis d’exécuter automatiquement ses instructions doit être placé dans le même environnement isolé que le code qu’il analyse.
Enfin, les équipes doivent préparer leur procédure de crise avant l’incident : savoir qui peut suspendre un service, prévenir les plateformes d’échange ou communiquer publiquement. SEAL 911 fournit justement une assistance gratuite, accessible en permanence, grâce à un réseau de chercheurs bénévoles.
Le message du guide tient finalement en une règle : ouvrir un projet inconnu n’est pas toujours une opération passive. Dès qu’un outil installe, interprète ou exécute son contenu, ce simple fichier peut devenir une porte ouverte sur toute l’infrastructure. Plus que jamais au sein d’une entreprise ou d’un projet, la sécurité de tous dépend du comportement de chacun.