Étape 1 : faire l’inventaire

Curiosité

1. Comment une signature de permission oubliée peut-elle permettre à un attaquant d’accéder aux actifs sans jamais révéler la clé privée ?
2. Pourquoi la révocation des autorisations de jetons inutilisés nécessite-t-elle le paiement d’une commission de réseau alors qu’aucun jeton n’est effectivement transféré au cours du processus ?
3. Quelle est la différence entre détenir un actif emballé sur une chaîne et détenir la monnaie native qui le sous-tend ?

Explorer

1. Avant de consolider les actifs, chaque lieu où se trouve de la valeur nécessite une documentation. Cela inclut les comptes d’échange centralisés, les applications de portefeuille à auto-gestion, les tokens sur différentes chaînes, les positions de staking actives, les parts dans les pools de liquidité, les demandes d’airdrop en attente, ainsi que chaque phrase secrète en usage. Un inventaire complet permet de déterminer non seulement le solde mais aussi la structure du contrôle : quels clés gèrent quels actifs et où se trouvent ces clés. Sans ce tableau, les étapes suivantes risquent de laisser la valeur bloquée ou de l’exposer à des risques inutiles.
2. Sur les chaînes de type Ethereum, les approbations de tokens représentent un vecteur de sécurité crucial. Lorsqu’ils interagissent avec des applications décentralisées, les utilisateurs signent des transactions d’approbation ERC-20 qui accordent aux contrats intelligents la permission d’utiliser des tokens spécifiques en leur nom. Ces permissions persistent jusqu’à ce qu’elles soient explicitement révoquées. Si un utilisateur a approuvé un contrat pour une interaction initiale sans jamais revenir pour le révoquer, ce dernier conserve un pouvoir de dépense illimité ou important sur ces actifs. Un contrat compromis ou malveillant peut alors vider le solde sans aucune nouvelle interaction de la part de l’utilisateur.
3. Les outils de vérification des autorisations, tels que l’outil d’autorisation de tokens d’Etherscan, permettent aux utilisateurs de se connecter à leur portefeuille et de consulter toutes les autorisations actives. La révocation d’une autorisation non utilisée est une transaction qui entraîne des frais de gaz, mais elle élimine un vecteur d’attaque potentiel. Le compromis est clair : payer un petit frais maintenant permet d’éviter le risque de perdre une valeur importante plus tard. Les autorisations liées à des positions encore en usage sont utiles ; les autorisations obsolètes laissées par des applications abandonnées ne servent à rien.
4. Les actifs emballés et mis en pont ajoutent une complexité supplémentaire, car ils représentent des droits sur la garde d’autrui ou sur des infrastructures de pont, plutôt que des monnaies natives. Un jeton emballé sur Ethereum représente un droit sur du Bitcoin détenue par un gardien ; un actif mis en pont sur une autre chaîne est un droit sur l’actif original verrouillé dans un contrat. Ces mécanismes d’emballage dépendent de la solvabilité et de l’honnêteté des intermédiaires. Dans un inventaire, il est essentiel de noter quels actifs sont natifs et quels sont des droits dérivés, car leurs profils de sécurité diffèrent considérablement de ceux liés à la détention directe de la monnaie sous-jacente.
5. Sur Solana, un compte de jeton SPL peut désigner un délégué autorisé à dépenser une somme prédéterminée, et cette autorisation reste en vigueur jusqu’à ce que le propriétaire la révoque ; certaines portefeuilles et outils d’exploration affichent les délégations et permettent de les révoquer. Les arnaques de type « drainer » sur Solana incitent souvent les utilisateurs à signer une transaction qui transfère des jetons ou confie pleinement l’autorité d’un compte de jeton (leçon 7.1.3) ; il est donc important de savoir quels portefeuilles ont signé pour quelles applications.
6. L’étape finale de cette phase d’inventaire consiste en une vérification concrète : ouvrir un outil de vérification pour chaque adresse active et examiner la liste. Tout contrat qui n’est pas actuellement utilisé pour le staking, le prêt ou le trading doit être marqué pour révocation. Ce processus transforme un portefeuille passif en une posture de sécurité gérée activement. Le coût correspond aux frais de gaz par révocation ; l’avantage est de fermer les portes ouvertes qui ne nécessitent aucune interaction supplémentaire de la part de l’utilisateur pour être exploitées.

Faits clés

Exercice neuf, six, trois, un

Vérification des faits

Les dates, les chiffres et les affirmations ont été vérifiés à l’aide des sources publiées listées ci-dessous.

• Etherscan Token Approval Checker Documentation
• Solana Program Library, Token program documentation (Approve and Revoke instructions)
• ERC-20 Standard Specification: approve() and allowance() functions
• BitGo WBTC Documentation: Wrapped Bitcoin Custody Model