Ledger a corrigé une vulnérabilité dans son application Ethereum pour portefeuilles matériels qui aurait pu permettre à une dApp malveillante de substituer une transaction pendant le processus d'approbation, alors que l'appareil continuait d'afficher la transaction que l'utilisateur avait initialement vérifiée.

Cette vérification à l'écran constitue le fondement du modèle de sécurité d'un portefeuille matériel : les clés privées restent isolées sur l'appareil, et la transaction affichée à l'écran est censée être exactement celle qui est signée, même lorsque l'ordinateur ou le navigateur connecté est compromis.

La société de sécurité TestMachine a révélé la faille de substitution de signature le 21 août après l'avoir reproduite sur du matériel Ledger (publication X). Ledger avait déjà publié la version 1.22.2 de son application Ethereum le 12 août, l'historique des versions mentionnant des correctifs de sécurité pour cette mise à jour (journal des modifications).

Une dApp malveillante pouvait modifier la transaction avant la signature

La faille affectait le flux de commandes entre une dApp connectée et l'application Ethereum de Ledger. Une application malveillante disposant d'un accès direct à l'appareil via WebHID pouvait interférer pendant qu'une vérification de transaction était encore ouverte, en remplaçant le contexte de signature avant que l'utilisateur ne l'approuve. WebHID est une interface de navigateur qui permet aux pages web de communiquer directement avec des périphériques matériels, ce qui explique comment une application web pouvait accéder au portefeuille.

L'appareil pouvait donc continuer d'afficher la transaction d'origine tout en préparant une transaction différente pour la signature finale. TestMachine a démontré le problème à l'aide d'un transfert ETH inoffensif pouvant être remplacé par une approbation de jeton — un type de transaction qui peut accorder à une autre adresse ou à un contrat l'autorisation de dépenser les jetons de l'utilisateur — créant ainsi un moyen pour les utilisateurs d'autoriser quelque chose de différent de la transaction affichée sur l'écran du matériel.

La version 1.22.2 bloque les commandes de signature concurrentes pendant qu'une vérification est en attente et renforce la manière dont l'application maintient l'état de signature pendant le flux d'approbation. Le correctif préserve le lien entre la transaction affichée sur l'écran sécurisé et la transaction finalement signée par l'appareil.

Ledger affirme que Donjon avait trouvé le bug avant la divulgation

Le directeur technique de Ledger, Charles Guillemet, a déclaré que l'équipe de sécurité Donjon de l'entreprise avait déjà identifié et corrigé le bug environ deux semaines avant la publication des résultats de TestMachine, en utilisant des outils de sécurité assistés par IA lors de la vérification (publication X).

Guillemet a également critiqué le processus de divulgation, déclarant que TestMachine avait contacté le programme de primes de Ledger uniquement après que le correctif avait déjà été déployé, puis avait rendu publics ses résultats sans mener à terme le processus normal de divulgation responsable. Dans le cadre d'une divulgation coordonnée, les chercheurs signalent les failles en privé et laissent aux éditeurs le temps de déployer un correctif avant que les détails ne soient rendus publics, et cet ordre chronologique est au cœur du différend.

Les utilisateurs disposant du micrologiciel actuel de l'appareil et de la version 1.22.2 de l'application Ethereum sont protégés contre cette faille.

Cette découverte constitue un exemple supplémentaire de l'entrée de l'IA dans la revue de sécurité des portefeuilles. Un audit récent du Bitcoin Red Team a utilisé une analyse assistée par IA aux côtés de chercheurs humains pour identifier des milliers de problèmes de sécurité potentiels dans les portefeuilles Bitcoin et l'infrastructure associée.

Les fabricants de portefeuilles matériels multiplient les mises à jour de sécurité

Le correctif de Ledger arrive moins d'une semaine après la publication par BitBox du micrologiciel 9.26.5 pour corriger deux vulnérabilités graves, dont une faille de corruption de mémoire pouvant permettre l'exécution de code arbitraire dans des conditions spécifiques.

La sécurité des portefeuilles matériels fait l'objet d'un examen plus approfondi depuis que la défaillance de génération de graine de Coldcard a exposé des portefeuilles créés avec un aléa insuffisant. Étant donné que la phrase de graine d'un portefeuille dérive ses clés privées, un aléa faible peut rendre ces clés reproductibles par des tiers. Les vols de Bitcoin qui en ont résulté ont été estimés à jusqu'à 132 millions de dollars, plusieurs attaquants s'étant livrés à une course pour identifier les adresses vulnérables.

L'application Ethereum 1.22.2 de Ledger, publiée le 12 août, est la version corrigée couvrant la faille de signature nouvellement divulguée ; les versions antérieures de l'application n'incluent pas ce correctif.