La société de sécurité Web3 CertiK a identifié une grave vulnérabilité d'écriture hors limites (out-of-bounds, OOB) dans le portefeuille matériel BitBox02. Découverte par le chercheur de CertiK Guanxing Wen, cette faille ouvrait la voie à un potentiel détournement du flux de contrôle via des commandes USB compromises. Cette découverte souligne une préoccupation croissante dans l'écosystème des actifs numériques : conserver ses clés privées hors ligne ne suffit plus, à elle seule, à garantir la sécurité totale des actifs.

Fonctionnement de la vulnérabilité du BitBox02

Les portefeuilles matériels sont conçus pour maintenir les clés privées à l'écart des appareils connectés à Internet, mais chaque transaction commence néanmoins en dehors du portefeuille. L'appareil doit recevoir des commandes, analyser des données, afficher les détails de confirmation et produire une signature.

Comme BitBox l'a publiquement révélé dans sa mise à jour de sécurité « Oeschinen » de juillet, les clés privées secrètes stockées dans le portefeuille n'ont jamais été directement exposées. Le problème résidait plutôt dans la manière dont l'appareil communiquait avec un ordinateur.

Lors de la réception de commandes via USB, le logiciel du portefeuille acceptait aveuglément les instructions indiquant la quantité de données entrantes, sans vérifier si elles pouvaient réellement tenir dans l'espace de mémoire temporaire de l'appareil. Un attaquant pouvait exploiter cette faille en envoyant une commande surdimensionnée pour faire déborder ce tampon mémoire, ce qui, selon BitBox, pouvait lui permettre de détourner le contrôle de l'appareil. Concrètement, une écriture hors limites est un bug classique de sécurité mémoire : les données débordent de la fin du tampon qui leur est alloué et écrasent la mémoire adjacente, et avec un contrôle suffisant sur ces données, un attaquant peut rediriger l'exécution de l'appareil — le détournement du flux de contrôle dont BitBox avait averti. Son exploitation nécessiterait d'envoyer au portefeuille des commandes USB malveillantes, ce qui est précisément la raison pour laquelle CertiK a souligné qu'un ordinateur ou un smartphone connecté doit toujours être considéré comme une source d'entrées non fiables, ce qui implique que le firmware du portefeuille doit traiter en toute sécurité chaque commande qu'il reçoit. Le correctif a été intégré à la mise à jour de juillet de BitBox.

Un schéma plus large dans la sécurité des portefeuilles matériels

Le cas du BitBox02 n'est pas isolé. Début 2026, Ledger a corrigé une faille du bootloader du MCU (CVE-2025-15645) après que CertiK a découvert que les gestionnaires de réinitialisation fournis par l'hôte n'étaient pas correctement validés lors des mises à jour du firmware. Cette faille affectait le processus de mise à jour du firmware du MCU de Ledger, où le bootloader — ce petit morceau de code qui initialise le microcontrôleur d'un appareil avant le chargement du firmware principal — ne validait pas suffisamment une adresse reset_handler fournie par l'hôte. Ledger a corrigé le problème et a déclaré que les fonds des utilisateurs n'ont jamais été menacés.

Ces deux cas partagent un point commun : chaque portefeuille faisait confiance aux données provenant d'une source externe — une commande USB dans un cas, une entrée de mise à jour du firmware dans l'autre — sans les valider de manière adéquate.

Les enjeux pour la sécurité Web3 ont rarement été aussi élevés. Selon le rapport Hack3D H1 2026 de CertiK, le premier semestre 2026 a compté 344 incidents de sécurité entraînant plus de 1,31 milliard de dollars de pertes totales en cryptomonnaies. Les compromissions de portefeuilles se sont révélées être la menace la plus dommageable, drainant plus de 444 millions de dollars en seulement 33 attaques distinctes.

Dans ce contexte — la compromission de portefeuilles figurant désormais parmi les catégories d'attaques les plus coûteuses du Web3 —, le cas du BitBox02 démontre que la sécurité des portefeuilles matériels ne dépend pas seulement de l'isolement des clés privées : le firmware, les protocoles de communication et les flux de confirmation doivent également résister aux entrées non fiables. Pour les propriétaires de BitBox02, la prochaine étape pratique est simple : installer la mise à jour « Oeschinen » de juillet afin que le firmware corrigé soit en cours d'exécution sur l'appareil.