Les risques cachés des approbations de jetons — Ce que chaque utilisateur DeFi doit savoir en 2026

Résumé exécutif 1. L'anatomie de l'autorisation

1. L'anatomie de l'autorisation : comment fonctionnent réellement les approbations de jetons

L'économie décentralisée repose sur dessmart contractsinteragissant avec les actifs détenus par les utilisateurs. Mais la Machine Virtuelle Ethereum (EVM) impose une séparation stricte entre les comptes utilisateurs (Externally Owned Accounts, ou EOA) et les comptes de contrats. Pour qu'un protocole — un échange décentralisé, une plateforme de prêt, un agrégateur de rendement — puisse déplacer vos jetons, il doit d'abord recevoir une permission explicite via la fonctionapprove.

Cette conception est une fonctionnalité, pas un bug. Elle garantit qu'aucun contrat ne peut accéder unilatéralement à vos fonds. Le problème réside dans ce qui se passeaprèsque vous ayez accordé cette permission — et l'étendue de celle-ci.

ERC-20 : le problème de l'approbation « illimitée »

Dans le monde des jetons fongibles (ERC-20), la fonctionapprove(spender, amount)vous permet de spécifier une limite de dépense numérique. En théorie, vous pourriez approuver un DEX pour dépenser exactement 100 USDC pour un seul swap. En pratique, la plupart desapplications décentraliséesdemandent par défaut des approbations « illimitées » — en fixant le montant à 2²⁵⁶−1, l'entier maximum possible. Ceci est fait pour minimiser les frais de gaz et les frictions : au lieu de nécessiter une nouvelle transaction d'approbation pour chaque swap, une seule approbation illimitée accorde au contrat des droits permanents pour vider l'intégralité de votre solde actuelet futurde ce jeton spécifique.

La commodité est réelle. Le risque est que cette approbation n'expire jamais. Si ce contrat est compromis ultérieurement — que ce soit par un bug, un exploit de mise à jour ou une action de gouvernance malveillante — chaque utilisateur lui ayant accordé une approbation illimitée est exposé.

ERC-721 et ERC-1155 : accès binaire à des collections entières

Dans le secteur des NFT, le profil de risque est encore plus sévère. La fonctionsetApprovalForAll(operator, bool)dans les standards ERC-721 et ERC-1155 n'est pas quantitative — elle est binaire. Une fois accordée, un « opérateur » (généralement un contrat de place de marché) peut transférerchaque jetonlié à cette adresse de contrat spécifique actuellement dans votre portefeuille, ainsi que tous les jetons que vous acquerrez par la suite. Il n'y a pas de granularité par jeton. C'est tout ou rien.

ERC-2612 : l'approbation « furtive »

L'introduction de l'EIP-2612 et de la fonctionpermita ajouté une couche d'abstraction dangereuse. Ce standard permet aux utilisateurs de signer un message hors chaîne incluant les paramètres d'approbation et une date limite. Un tiers peut ensuite soumettre cette signature à la blockchain, en payant le gaz au nom de l'utilisateur. Bien que cela permette une intégration « sans gaz » et une meilleure expérience utilisateur, cela crée un vecteur d'approbation furtif : l'approbation n'apparaît pas dans vos transactions en attente sur la chaîne jusqu'au moment de l'exploitation. Vous signez ce qui semble être un message inoffensif, et un acteur malveillant le soumet plus tard pour vider votre portefeuille.

L'évolution de ces standards a été motivée par le désir de réduire la « friction UX ». La conséquence involontaire a été une sur-autorisation systémique. D'ici 2026, la valeur cumulée des « approbations latentes » — le montant total de capital quipourraitêtre déplacé par des contrats tiers à travers l'écosystème EVM — est estimée être supérieure de plusieurs ordres de grandeur à la TVL liquide réelle de laDeFi.

2. Le paysage des menaces 2025-2026

2. Le paysage des menaces 2025–2026 : l'abus d'autorisation en chiffres

L'année 2025 et les premiers mois de 2026 ont vu un changement définitif dans les tactiques des cybercriminels. Plutôt que de traquer des bugs de réentrée complexes ou des vulnérabilités de prêts flash, les attaquants se sont tournés vers la « Couche d'Autorisation » — les approbations dormant dans des millions de portefeuilles. Les escroqueries par usurpation d'identité ont connu une croissance de 1 400 % d'une année sur l'autre. La fraude assistée par l'IA a bondi de 89 %. Leampleur totale des pertesétait stupéfiante.

En janvier 2026, la tendance s'est intensifiée. CertiK a rapporté que sur les370,3 millions $perdus en janvier 2026, environ311,3 millions $(84 %) étaient liés au phishing — incluant un seul incident d'ingénierie sociale totalisant 284 millions $.

Address poisoning : l'explosion de 15 000 %

L'empoisonnement d'adresse (address poisoning) est apparu comme une forme particulièrement insidieuse de risque lié aux approbations. Les attaquants utilisent des bots pour surveiller les portefeuilles à gros volume, puis envoient une transaction « poussière » (dust) — un montant négligeable de jetons — depuis une adresse générée par programme pour paraître presque identique à celle de la victime ou d'un contact fréquent.

L'exploitation psychologique repose sur le fait que de nombreuses interfaces de portefeuilles tronquent les adresses, n'affichant que les quatre premiers et derniers caractères. Lorsqu'un utilisateur copie une adresse depuis son historique de transactions pour un nouveau transfert, il copie par inadvertance l'adresse miroir de l'attaquant. Le31 janvier 2026, une victime unique a perdu4 556 ETH(environ 12,25 millions $) via cette méthode exacte. L'historique des transactions — un élément auquel les utilisateurs font implicitement confiance — est devenu le vecteur d'attaque lui-même.

3. Étude de cas : 10 janvier

3. Étude de cas : le vol de 282 millions $ sur un hardware wallet

L'exemple le plus illustratif des limites despratiques de sécuritémodernes a eu lieu le 10 janvier 2026. L'utilisateur d'un hardware wallet a perdu environ282 millions $ en BTC et LTC. Bien que les fonds aient été conservés en « cold storage » — la référence absolue de l'auto-garde — l'attaquant a réussi à manipuler l'utilisateur pour lui faire signer une série d'autorisations.

Cet incident a brisé un mythe largement répandu : celui selon lequel les portefeuilles matériels constituent une défense absolue contre le vol basé sur les approbations. Comme l'ont noté les chercheurs en sécurité, le stockage à froid protège les clés privées « au repos », mais n'offre aucune protection aux utilisateurs « sous pression » qui sont trompés et fournissent des signatures légitimes à des fins malveillantes. L'appareil a fidèlement exécuté les instructions reçues. La vulnérabilité était l'humain qui le tenait.

4. Phishing-as-a-Service

4. Phishing-as-a-Service : l'industrialisation du vol d'approbation

L'efficacité du vol par approbation en 2026 n'est pas l'œuvre de hackers isolés. Elle est alimentée par une chaîne d'approvisionnement mature de logiciels malveillants. Des groupes comme le « Smishing Triad » exploitent des plateformes telles que « Lighthouse », un fournisseur en langue chinoise qui propose du « phishing pour les nuls » — avec des centaines de modèles de sites web frauduleux, l'enregistrement automatisé de domaines et des outils d'évasion capables de contourner les filtres de navigation avancés.

La surface d'attaque mobile

Les attaquants se sont tournés vers les appareils mobiles comme point de défaillance unique. Les suites de malwares modernes incluent désormais des outils conçus spécifiquement pour récolter les approbations et les clés :

• Scrapers de mémoire :Programmes qui scannent la RAM d'un appareil à la recherche de clés privées ou de phrases de récupération non cryptées lors de l'initialisation du portefeuille.
• Détourneurs de presse-papiers (Clipboard hijackers) :Logiciels malveillants qui surveillent le presse-papiers du système et remplacent une adresse de destination copiée par une adresse miroir contrôlée par l'attaquant — souvent utilisés en conjonction avec l'empoisonnement d'adresse.
• Keyloggers :Logiciels de surveillance traditionnels adaptés aux claviers mobiles, ciblant les codes PIN et les mots de passe utilisés pour déverrouiller les hot wallets.

Une fois l'approbation obtenue, le réseau de « shoppers » facilite le blanchiment d'argent en achetant des produits de luxe ou des NFT à haute liquidité qui sont ensuite revendus pour masquer l'empreinte numérique. Toute la filière — du phishing au blanchiment — est professionnalisée, compartimentée et disponible à la location.

5. Défaillances au niveau du protocole

5. Quand les protocoles échouent : comment les approbations existantes sont militarisées

Le risque le plus contre-intuitif des approbations de jetons est peut-être celui-ci : même sivousfaites tout correctement, le protocole auquel vous avez fait confiance pourrait ne pas l'être. Plusieurs incidents majeurs en 2025-2026 ont démontré que les approbations existantes peuvent être « militarisées » via des vulnérabilités au niveau du protocole — transformant votre confiance passée en une responsabilité présente.

Aperture Finance et Swapnet : 16,67 millions $

Le 26 janvier 2026, Aperture Finance et Swapnet ont subi des pertes combinées d'environ16,67 millions $. Il ne s'agissait pas d'attaques de phishing traditionnelles. Les attaquants ont exploité une vulnérabilité dans lessmart contractsqui permettait des « appels externes arbitraires ». En manipulant la logique du contrat, ils ont déclenché des opérationstransferFrom()en utilisant lesapprobations légitimesque les utilisateurs avaient précédemment accordées à ces protocoles.

Cet incident cristallise un risque caché critique :une approbation n'est pas seulement une permission pour un contrat d'effectuer une tâche spécifique — c'est un pont permanent.Si la logique de ce contrat est ultérieurement compromise ou s'avère contenir une « trappe de sortie » (escape hatch), chaque utilisateur ayant interagi avec lui est en danger, quel que soit le temps écoulé depuis sa transaction.

TrueBit : 26,6 millions $ via un contrat hérité

Le 8 janvier 2026, une vulnérabilité mathématique dans la logique de tarification du contrat de minting hérité de TrueBit a permis à un attaquant de générer de grandes quantités de jetons TRU à un coût quasi nul. L'attaquant a ensuite utilisé ces jetons pour extraire de l'ETH des réserves du protocole. La perte a totalisé environ26,6 millions $.

MakinaFi : 4,1 millions $ via manipulation de prix

Le 20 janvier 2026, des attaquants ont manipulé les prix des pools pour gonfler la valeur des jetons LP, permettant un arbitrage rentable qui a siphonné4,1 millions $du protocole.

6. Restaking et Sécurité Partagée

6. Restaking et sécurité partagée : une nouvelle couche de risque d'approbation

Le paysageDeFide 2026 est dominé par la « Révolution du Restaking ». Des protocoles comme EigenLayer, Symbiotic et Karak ont introduit un modèle où la sécurité du staking d'Ethereum est « louée » pour sécuriser d'autres services (Actively Validated Services, ou AVS). Bien que cela augmente le rendement pour les stakers, cela crée une toute nouvelle couche de risques d'autorisation et de slashing.

EigenLayer : la délégation comme approbation « tout ou rien »

La participation à EigenLayer implique soit le « Native Restaking » (repointage des identifiants de retrait du validateur), soit le « Liquid Restaking » (dépôt de LST dans des smart contracts). La préoccupation principale est la nature binaire de la délégation :

• Délégation d'opérateur :Les restakers délèguent leur solde à un Opérateur qui exécute des logiciels pour les AVS. Il s'agit d'une opération tout ou rien — vous ne pouvez pas déléguer partiellement ou diviser le solde d'un seul EigenPod entre plusieurs Opérateurs.
• Amplification du slashing :Un restaker hérite des conditions de slashing dechaqueAVS pour lequel son Opérateur opte. Si un Opérateur se comporte mal ou est compromis, les fonds du restaker peuvent être slashés (brûlés ou redistribués).

En 2025, la TVL d'EigenLayer était d'environ14,2 milliards de dollars, représentant 63 % du marché du restaking. Une telle concentration crée un risque systémique : si les clés d'un Opérateur majeur sont compromises, l'événement de slashing qui en résulterait pourrait déclencher un choc de liquidité massif dans tout l'écosystème Ethereum.

Même dans le « Native ETH Restaking » — où l'ETH reste sur les contrats de la Beacon Chain plutôt que d'être transféré dans des contrats intelligents spécifiques à EigenLayer — le « Propriétaire de l'EigenPod » détient des permissions à haut risque qui peuvent être détournées si le portefeuille du propriétaire et ses approbations associées sont compromis.

7. Solutions Architecturales

7. Solutions architecturales : la feuille de route Ethereum 2026

La Fondation Ethereum a répondu à la crise des approbations en institutionnalisant une feuille de route qui donne la priorité à l'expérience utilisateur et à la sécurité native. Les priorités du protocole pour 2026 sont organisées en trois piliers :Passage à l'échelle,Amélioration de l'UX, etRenforcement du L1.

EIP-7702 : le pont temporaire vers les contrats intelligents

Introduit par Vitalik Buterin en 2024 et déployé lors de la mise à niveau Pectra, l'EIP-7702 permet à un EOA standard d'agir temporairement comme un contrat intelligent le temps d'une seule transaction. Le mécanisme central est le type de transactionSetCode : un EOA crée une « liste d'autorisation » qui délègue son pouvoir d'exécution à un contrat intelligent spécifique.

Le principal avantage pour la sécurité des approbations est leregroupement de transactions (batching). Un utilisateur peut regrouper une approbation de jeton et un swap en une seule action atomique. L'approbation étant accordée et consommée dans le même bloc, la fenêtre de temps permettant à un attaquant d'exploiter cette approbation est effectivementnulle.

Cependant, l'EIP-7702 introduit ses propres risques. Les analystes en sécurité ont signalé les « vulnérabilités de contrat délégué » et les « collisions de stockage » comme de nouvelles surfaces d'attaque émergeant lorsque les EOA commencent à « emprunter » du code à des contrats externes. Pour une analyse approfondie de ces risques, consultez notreRapport sur la Cybersécurité Crypto 2025–2026.

EIP-8141 et la mise à niveau Hegota : la fin de l'ère du « portefeuille simple »

La mise à niveau Hegota, prévue pour le second semestre 2026, est centrée sur l'EIP-8141 — une proposition « omnibus » qui vise à unifier les EOA et les comptes de contrats intelligents dans un cadre unique. Si elle est menée à bien, elle marquera le début de l'ère du « Smart Account ». L'EIP-8141 introduit plusieurs fonctionnalités qui atténuent directement les risques d'approbation :

• Transactions par cadre (Frame transactions) :Cette architecture sépare l'approbation de la signature de l'exécution. L'utilisateur signe un « cadre » spécifiant exactement ce qui peut se produire au sein d'une transaction, empêchant un contrat d'effectuer des appels supplémentaires non autorisés.
• Flexibilité du gaz et transactions sponsorisées :Les utilisateurs peuvent payer les frais de gaz en jetons ERC-20 ou faire sponsoriser le gaz par la dApp elle-même. Cela lève la « barrière du gaz » qui empêche les utilisateurs de révoquer d'anciennes approbations faute d'ETH dans leur portefeuille.
• Garde-fous de sécurité programmables :Les comptes intelligents prendront en charge des exigences multi-signatures intégrées, des limites de retrait (ex: « pas plus de 5 ETH par 24 heures ») et des mécanismes de récupération sociale au sein du protocole de base.

8. Comparaison des outils de révocation

8. La pile sécuritaire 2026 : outils de révocation et pare-feu on-chain

À mesure que la complexité des attaques croît, les outils de gestion des approbations ont évolué de simples sites de « révocation » vers des tableaux de bord de sécurité complets et des pare-feu on-chain. Revoke.cash reste une pierre angulaire de l'arsenal défensif, mais fait désormais partie d'un écosystème plus large de plus de 56 outils de sécurité blockchain.

L'avancée la plus significative a été l'intégration de l'« Active ASPM » (Application Security Posture Management) dans les flux de travail institutionnels. Des plateformes comme OX Security relient les problèmes de conteneurs au code source, garantissant que les clés privilégiées utilisées par les administrateurs de ponts ne sont pas exposées dans les pipelines CI/CD.

9. Réponse réglementaire

9. Réponse réglementaire : MiCA, ENS et la fin des « approbations illimitées » par conception

Pour les utilisateurs européens, les « risques cachés des approbations de jetons » sont traités par une combinaison de mandats de l'UE (MiCA) et de cadres de sécurité nationaux.

Mise en œuvre de MiCA : l'échéance de juin 2026

Le règlement sur les marchés de crypto-actifs (MiCA) a fondamentalement modifié les exigences opérationnelles pour les prestataires de services. L'Espagne est le seul État membre de l'UE à avoir prolongé sa période de « clause de grand-père » à 18 mois, ce qui signifie que les VASP enregistrés auprès de la Banque d'Espagne peuvent opérer jusqu'au30 juin 2026, sans licence MiCA complète.

À l'approche de cette échéance, la CNMV impose de plus en plus de protections conformes aux normes MiCA qui traitent directement les risques d'approbation :

• Ségrégation des actifs :Il est strictement interdit aux prestataires de services d'utiliser les actifs des clients pour leur propre compte — une réponse directe au modèle d'« approbation illimitée » où les plateformes avaient auparavant la capacité technique de déplacer les fonds des utilisateurs à volonté.
• Responsabilité en cas de piratage :Sous MiCA, les CASP sont responsables de la perte de crypto-actifs résultant de cyberattaques ou de défaillances opérationnelles, à moins qu'ils ne puissent prouver que l'incident était hors de leur contrôle. Cela oblige les prestataires à mettre en œuvre des outils rigoureux de surveillance des approbations.
• Traçabilité (TFR) :Le règlement sur les transferts de fonds (TFR) exige que les CASP collectent et vérifient les informations sur les donneurs d'ordre et les bénéficiaires, y compris pour les transferts impliquant des portefeuilles non dépositaires.

ENS et NIS2 : la sécurité nationale rencontre l'autorisation numérique

LeEsquema Nacional de Seguridad(ENS), mis à jour par le décret royal 311/2022, s'applique désormais directement aux entreprises du secteur privé participant aux chaînes d'approvisionnement de l'administration publique. Les entreprises doivent traiter la sécurité comme un « processus intégral », incluant une gestion basée sur les risques de toutes les autorisations et identifiants numériques.

Le projet de transposition de NIS2 dans le droit espagnol rend les organes de direction (conseils d'administration)solidairement responsablesdes infractions à la cybersécurité. Les amendes pour les manquements « muy grave » (très graves) peuvent atteindre2 000 000 €. Cette pression réglementaire entraîne un changement dans la manière dont les développeurs de dApps conçoivent leurs interfaces — l'ère des approbations illimitées par défaut touche à sa fin sur les marchés réglementés.

10. Meilleures pratiques institutionnelles

10. Meilleures pratiques institutionnelles pour la gestion de trésorerie

Pour les organisations gérant des trésoreries d'actifs numériques en 2026, la stratégie a dépassé les simples multisigs. Les stratégies d'actifs numériques d'élite mesurent désormais le« Time-to-Isolate »— le nombre de minutes nécessaires pour geler les actifs à travers des ponts cross-chain complexes — plutôt que le simple volume total.

• Filtrer les transactions avant approbation :Déplacez la surveillance vers les étapes de « cotation » (quote) et d'« approbation » plutôt que de se limiter au post-règlement. Cela permet aux institutions de bloquer les flux frauduleux avant que la finalité ne soit atteinte on-chain.
• Taux de détection comportementale :Utilisez des heuristiques basées sur l'IA pour signaler les routages rapides et complexes via des routeurs DEX et des ponts multiples — un indicateur de risque élevé de blanchiment.
• Le terminal comme infrastructure :Traitez les appareils des cadres disposant d'un pouvoir de signature non pas comme de l'informatique de bureau, mais comme une infrastructure de trésorerie critique. Des terminaux de direction compromis ont été responsables de plusieurs vidages massifs de trésorerie au début de 2026, notamment l'incidentStep Finance de 40 millions de dollars.

11. Liste de contrôle pratique

11. Votre liste de contrôle 2026 pour la sécurité des approbations de tokens

Que vous soyez un utilisateur individuel de DeFi ou que vous gériez une trésorerie institutionnelle, voici les étapes concrètes pour réduire votre exposition aux approbations en 2026 :

12. Conclusion

12. L'avenir du consentement numérique

Alors que nous entrons dans la seconde moitié de 2026, les « risques cachés des approbations de tokens » sont devenus un pilier central de la conversation mondiale sur lacybersécurité. L'ère des approbations illimitées, permanentes et invisibles touche à sa fin sous l'effet de trois forces convergentes :

1. Le changement architecturalvers l'abstraction de compte native sur Ethereum (EIP-8141), qui remplace les permissions ouvertes par des transactions encadrées et des garde-fous de sécurité programmables.
2. Le mandat réglementairede MiCA, qui impose une responsabilité pour les pertes liées aux approbations et interdit le modèle d'« accès illimité » pour les prestataires de services.
3. La professionnalisation de l'industrie de la sécurité, avec des pare-feu on-chain, des simulateurs de transactions et des réseaux de surveillance devenant une infrastructure standard plutôt que des options facultatives.

Les données de 2025 et 2026 sont sans ambiguïté : les menaces les plus dangereuses ne sont plus dans le code, mais dans l'interface humaine. Bien que l'EIP-7702 et le regroupement de transactions réduisent la fenêtre d'exposition, et que des outils comme Harpie fournissent un « pare-feu on-chain », la responsabilité ultime incombe à l'utilisateur et à l'institution.

Selon les termes des chercheurs en sécurité, la phrase de récupération et la signature d'approbation restent des « points de défaillance uniques déguisés en auto-garde ».

Pour que l'écosystème prospère, la feuille de route 2026 doit être exécutée en mettant l'accent sur uneconception de la sécurité centrée sur l'humain— minimisant la friction opérationnelle tout en maximisant l'adoption des contrôles. Que ce soit par des initiatives réglementaires régionales ou des mises à niveau de protocoles mondiaux, l'objectif est le même : transformer les actifs numériques d'un outil de « dernier recours » en une infrastructure financière centrale et résiliente où l'autorisation est aussi sécurisée que la cryptographie qui la soutient.

Lectures complémentaires Appel à l'action