Le risque d’autorisation d’un wallet correspond à la possibilité qu’un contrat ou un opérateur déplace des tokens après que vous lui avez accordé une permission. Une approbation peut rester active après le swap, mint ou jeu qui l’a motivée ; un bénéficiaire compromis ou malveillant peut donc exploiter cette autorité persistante plus tard.
Distinguer quatre actions d’apparence similaire#
L’expression « connecter le wallet » est souvent employée trop largement, alors que l’autorité change à chaque étape.
| Action | Effet habituel |
|---|---|
| Connexion | Partage l’adresse publique et le contexte réseau |
| Signature d’un message | Prouve le contrôle ou autorise des données structurées, selon le contenu |
| Approve/Permit | Accorde à un bénéficiaire une autorité sur les tokens jusqu’à une limite |
| Transfert/Swap | Déplace des actifs ou exécute la logique d’un contrat |
Une connexion peut exposer la vie privée sans déplacer directement de tokens. Une signature peut être une authentification sans danger ou une puissante autorisation hors chaîne. Une approbation on-chain enregistre une allowance réutilisable. Lisez le contenu transmis, et non le texte du bouton.
Les allowances ERC-20 peuvent survivre à la transaction#
De nombreux contrats de tokens exigent une approbation avant qu’un routeur ou protocole puisse transférer des tokens au nom de l’utilisateur. Pour simplifier l’usage, certaines interfaces demandent une allowance maximale. Ethereum.org avertit qu’un accès illimité peut permettre au contrat autorisé de dépenser tout le solde du token concerné.
L’allowance appartient à la combinaison token, propriétaire et bénéficiaire sur un réseau précis. Déplacer les tokens ne l’efface pas. S’ils reviennent plus tard sur l’adresse, le bénéficiaire peut toujours conserver son autorité.
Les permissions de NFT et de signature fonctionnent différemment#
Les contrats de NFT peuvent accorder ApprovalForAll, qui autorise un opérateur à transférer chaque élément d’une collection. Des permits hors chaîne peuvent autoriser une dépense par signature et ne pas apparaître comme une transaction d’approbation classique avant leur utilisation.
Les écrans de données typées sont plus sûrs qu’une suite hexadécimale illisible seulement si le wallet décrit correctement les champs et si l’utilisateur les contrôle. Un domaine familier ne garantit pas une demande sûre lorsque l’interface ou le compte du projet est compromis.
Limiter les conséquences avant d’interagir#
Utilisez un wallet d’interaction dédié, sans avoirs à long terme. Vérifiez l’adresse du contrat auprès d’une source indépendante du projet, approuvez un montant précis lorsque c’est possible et refusez les permissions inattendues d’opérateur ou de propriété.
Après une interaction ponctuelle, examinez et révoquez l’allowance. Déconnecter un site efface une relation locale dans l’interface du wallet, mais ne modifie pas l’état de la blockchain.
La simulation de transaction est utile, mais elle reste une prévision fondée sur l’état actuel et les données que l’outil sait décoder. Elle doit compléter — et non remplacer — la vérification du contrat, du domaine et de la permission.
Auditer régulièrement les permissions#
Examinez les autorisations lorsque :
- un protocole signale un exploit ou la compromission de son interface ;
- vous cessez d’utiliser une application ;
- un wallet d’interaction a accumulé de nombreuses permissions ;
- un contrat est mis à niveau ou change de propriétaire ;
- des transactions ou demandes de signature inexpliquées apparaissent.
Traitez en priorité les allowances illimitées et les bénéficiaires inconnus liés à des soldes importants. Révoquez depuis un explorateur vérifié ou un outil reconnu, puis confirmez la transaction on-chain.
Questions fréquentes#
Connecter un wallet donne-t-il accès aux tokens ?
Normalement non. La connexion expose l’adresse publique et permet au site de demander des signatures. Une autorité sur les tokens exige une approbation, un permit ou une transaction pertinente.
Une approbation révoquée peut-elle être réutilisée ?
Une fois la révocation confirmée, cette allowance ne devrait plus autoriser de dépense. Une nouvelle approbation ou une permission distincte peut néanmoins exister.
Une petite autorisation est-elle toujours sûre ?
Elle limite le montant disponible par cette allowance, mais ne prouve pas que le contrat est légitime. Le montant approuvé peut toujours être perdu.
Des autorisations peuvent-elles exister sur plusieurs réseaux ?
Oui. Examinez chaque chaîne séparément, car la même adresse peut posséder des allowances différentes selon le réseau.
Sources#
- Ethereum.org: Security and Scam Prevention
- Ethereum.org: Revoke Smart Contract Access
- Uniswap: What Is an Approval Transaction?
- OWASP Smart Contract Security: UX Security Foundations
Avertissement sur les risques : les formats de permission varient selon le standard du token, le wallet et la chaîne. Vérifiez l’autorité exacte demandée avant de signer.
Règles éditoriales
Ce guide est éducatif et fondé sur des sources. Les mesures de sécurité, règles des plateformes et exigences légales peuvent évoluer ; vérifiez les étapes importantes auprès des sources officielles.
