Audit, bug bounty, assurance : qui rembourse après un hack ?

Le premier semestre 2026 a battu un record dont personne ne se vante : 207 attaques distinctes recensées entre janvier et juin, le total le plus élevé jamais mesuré par TRM Labs sur six mois, pour environ 832 millions d’euros (972 millions de dollars) dérobés. Le nombre d’attaques a plus que doublé face au premier semestre 2025, même si le montant volé, lui, a fondu de moitié. Pourtant, la couche censée vous rembourser quand le code cède n’a jamais été aussi maigre : moins de 2 % des 71 milliards d’euros (83 milliards de dollars) immobilisés dans la finance décentralisée disposent d’une couverture quelconque.

Ce contraste oblige à revoir la façon de réviser un prestataire de sécurité crypto. La bonne question n’est pas seulement « le rapport d’audit est-il solide ? », mais « que récupérez-vous le jour où l’exploit tombe ? ». Sous cet angle, l’auditeur, le programme de bug bounty et l’assurance on-chain ne sont pas des rivaux : ce sont trois couches d’un même dispositif de survie, et une seule rend réellement des fonds. Cet article les passe en revue, chiffres de 2026 à l’appui, et montre pourquoi la couche qui indemnise se réduit à peau de chagrin au moment précis où les attaques se multiplient.

Réviser un auditeur, c’est souvent réviser la mauvaise couche

Depuis dix-huit mois, la rédaction a comparé les cabinets d’audit sous tous les angles : la profondeur des méthodes, la grille tarifaire, les outils open source, et jusqu’à l’irruption de l’intelligence artificielle dans la revue de code, un basculement que Trail of Bits incarne mieux que personne. La grille de lecture classique note un auditeur sur trois critères : la rigueur de sa méthodologie, la clarté de son rapport, la réputation de ses ingénieurs. Ces critères restent utiles. Aucun ne répond toutefois à la question qui obsède un trésorier ou un déposant une fois l’attaque passée : l’argent revient-il ?

Un rapport d’audit n’est pas une police d’indemnisation. Dans leur immense majorité, les missions sont vendues « en l’état » : le client renonce contractuellement à tout recours financier, et la responsabilité de l’auditeur est plafonnée au montant des honoraires. Aucun régulateur n’accrédite les auditeurs de smart contracts ; il n’existe nul équivalent du PCAOB pour le Solidity. La qualité d’un cabinet est donc disciplinée par la seule réputation. C’est une incitation réelle, mais elle ne verse rien sur le compte de la victime le lendemain d’un vol. Réviser l’auditeur sans réviser ce qui paie derrière, c’est examiner la couche visible et ignorer celle qui compte au moment du sinistre.

Trois couches, un seul objectif : survivre à l’exploit

Dans un dispositif de sécurité mûr, trois couches se superposent, chacune avec un rôle distinct. L’audit inspecte le code avant le déploiement. Le bug bounty entretient une incitation permanente à signaler les failles pendant toute la vie du protocole. La couverture on-chain, enfin, promet un paiement si un risque prévu se matérialise. Les deux premières réduisent la probabilité d’un désastre ; seule la troisième en amortit le coût une fois qu’il est survenu. Les confondre revient à croire qu’un détecteur de fumée remplace une assurance incendie.

Cette distinction n’est pas théorique. Elle explique pourquoi un protocole peut collectionner les rapports d’audit élogieux et se retrouver malgré tout à sec, sans le moindre euro à réclamer, le jour où un attaquant frappe. La suite passe chaque couche en revue, dans l’ordre où un projet sérieux les empile.

Couche 1, l’audit : un instantané, pas une garantie

L’audit reste la fondation. Il reste aussi le plus incompris. C’est une photographie du code à une date donnée, réalisée avec un périmètre défini et un budget de temps fini. CertiK, dans son rapport Hack3d du premier semestre 2026, chiffre à environ 1,12 milliard d’euros (1,31 milliard de dollars) les pertes sur 344 incidents, dont 204 dus à des bugs de code, la catégorie la plus fréquente mais aussi la moins coûteuse par événement. Les vulnérabilités de code sont donc nombreuses, or ce ne sont pas elles qui vident les plus gros coffres.

Un audit sérieux ne se résume pourtant plus à une relecture ligne à ligne. Les meilleurs cabinets combinent revue manuelle par des ingénieurs expérimentés, tests à base de propriétés (le fuzzing, avec des outils comme Echidna ou Medusa) et, pour les fonctions les plus sensibles, vérification formelle qui prouve mathématiquement qu’une invariante tient en toutes circonstances. Cette profondeur a un prix, de quelques dizaines de milliers d’euros pour un périmètre réduit à plusieurs centaines de milliers pour un protocole complexe, et elle fait réellement chuter la probabilité d’un bug de logique. Elle ne dit toujours rien, en revanche, sur ce qui se passe en dehors du code : la gouvernance des clés, la configuration de l’infrastructure, la fiabilité des dépendances externes.

Plus troublant : quand l’argent quitte un projet pourtant audité, il passe presque toujours par une porte que l’audit n’a jamais regardée. La maison de recherche Ack3 a établi que 94,4 % des sommes dérobées à des victimes auditées au premier semestre 2026 sont sorties par du code ou une infrastructure hors du périmètre d’audit, et que 17 des 20 audits les plus proches des protocoles touchés dataient de plus de six mois au moment de l’attaque. L’audit couvre le vecteur le plus commun, pas le plus cher, et il vieillit vite.

Ronghui Gu, cofondateur et directeur général de CertiK, résume la limite sans détour : « Un protocole peut réussir un audit de code impeccable et perdre malgré tout des millions à cause d’une clé d’administration compromise », déclare-t-il à Forbes. Il ajoute que « la fenêtre de danger ne se referme pas après le lancement » : un projet se fait auditer une fois, passe l’examen, puis ne revisite jamais ce code.

Audité et pourtant vidé : le rappel de 2026

Les cas d’école ne manquent pas. Cetus, sur Sui, a perdu environ 191 millions d’euros (223 millions de dollars) en mai 2025 sur un débordement d’entier que trois cabinets successifs (OtterSec, MoveBit, Zellic) avaient pourtant relu sans le classer comme critique. Balancer, audité plus de onze fois en quatre ans, a laissé filer plus de 110 millions d’euros (128,64 millions de dollars) en novembre 2025 sur une simple erreur d’arrondi. Et Kelp DAO a perdu 250 millions d’euros (292 millions de dollars) en avril 2026 sans le moindre bug dans ses contrats : le titre du post-mortem d’OpenZeppelin dit tout, « 292 millions perdus, zéro bug trouvé », et sa formule reste la plus honnête du secteur, « les contrats ont fonctionné exactement comme ils étaient écrits ».

C’est le paradoxe central de la couche 1 : un audit réussi certifie que le code fait ce qu’il dit, pas que le protocole est sûr. Les équipes offensives qui signent ensuite les autopsies de ces piratages, comme Halborn et son franchise de post-mortems, vendent d’ailleurs deux produits distincts, l’audit préventif et l’enquête forensique, précisément parce que le premier ne suffit jamais à empêcher le second.

Pourquoi l’audit rate la facture la plus lourde

Le déséquilibre est désormais quantifié. Selon TRM Labs, les compromissions d’infrastructure et opérationnelles n’ont représenté qu’environ 15 % des incidents du premier semestre 2026, mais près de 76 % de la valeur volée. Les exploits de smart contracts, eux, pèsent 125 des 207 incidents mais une fraction bien plus modeste des montants. La conclusion est brutale : l’audit inspecte la zone où se produisent le plus d’attaques, pas celle où part le plus d’argent.

Le plus gros poste de pertes de 2026 n’est pas un bug de logique, c’est la clé privée : signatures multiples mal gouvernées, infrastructures de déploiement compromises, hameçonnage d’ingénieurs. Ces vecteurs ne figurent sur aucune liste de contrôle d’audit de code, et ils expliquent pourquoi ajouter des signataires à un multisig ne rend pas mécaniquement un trésor plus sûr. Les 551 millions d’euros (643 millions de dollars) attribués aux groupes nord-coréens sur la période, soit environ 66 % du total, sont sortis pour l’essentiel par ces portes opérationnelles, pas par une faille de Solidity.

Couche 2, le bug bounty : une incitation qui ne dort jamais

Là où l’audit s’arrête au jour de sa livraison, le bug bounty prend le relais dans la durée. Le principe : un protocole publie un périmètre et un barème, et n’importe quel chercheur de la planète est payé s’il rapporte une faille avant qu’elle ne soit exploitée. Immunefi, la plus grande plateforme du genre, a versé environ 11,5 millions d’euros (13,45 millions de dollars) à des chercheurs au premier semestre 2026 pour 837 vulnérabilités valides remontées avant l’attaquant, et a franchi le seuil des 120 millions d’euros (140 millions de dollars) de primes cumulées en juin. La plateforme revendique plus de 92 000 chercheurs enregistrés et affirme protéger plus de 154 milliards d’euros (180 milliards de dollars) d’actifs.

Le modèle a fait ses preuves : la plus grosse prime jamais versée, 8,6 millions d’euros (10 millions de dollars), est allée en février 2022 au chercheur « satya0x » pour une faille du pont Wormhole qui aurait pu le bloquer. Mitchell Amador, fondateur et directeur général d’Immunefi, tire des chiffres de 2026 une lecture sobre : « La sécurité crypto est un domaine antagoniste, et elle n’arrête jamais d’évoluer. La lecture honnête des chiffres est simple : le secteur apprend. »

La couche s’est aussi consolidée. Code4rena, pionnier de l’audit par concours, a annoncé son arrêt le 13 mai 2026, Immunefi absorbant ses chercheurs et ses clients. Du côté des concours, Cantina, la vitrine publique de Spearbit née de leur fusion en mai 2025, revendique environ 40 millions d’euros (46,7 millions de dollars) distribués et a hébergé la compétition Uniswap v4, dotée de 2,35 millions de dollars.

Ce que le bug bounty ne rembourse pas non plus

Aussi efficace soit-elle, la couche 2 partage la limite de la couche 1 : elle prévient, elle n’indemnise pas. Une prime récompense le chercheur qui trouve la faille avant l’attaquant ; elle ne rend rien à la victime quand l’attaquant arrive le premier. Et le montant affiché en tête d’un programme, souvent plusieurs millions, n’est pas le montant réellement versé, un écart que HOGE Wire a déjà décortiqué : le prix d’appel sert de signal marketing, la prime effective dépend de la gravité prouvée et du barème.

Surtout, même quand une prime existe, elle n’agit qu’avant l’attaque. Une fois les fonds partis, la récupération dépend d’une négociation avec l’attaquant, à qui l’on propose parfois de conserver une part en échange du reste, ou d’un gel volontaire par des validateurs ou un pont, comme ce fut le cas pour une fraction des sommes de Cetus et de Kelp DAO. Ces issues restent l’exception, pas la règle. Le bug bounty déplace donc l’incitation au bon moment, en amont, mais il ne constitue jamais une garantie de remboursement pour la victime.

Autrement dit, l’audit et le bug bounty réduisent tous deux la probabilité du sinistre, avec des outils complémentaires, mais laissent intacte la question du remboursement. C’est précisément le vide que la troisième couche prétend combler.

Couche 3, la couverture on-chain : la seule qui indemnise

La couverture on-chain est la seule des trois couches qui promet de rendre des fonds. Le chef de file, Nexus Mutual, fonctionne comme une mutuelle : des membres déposent des actifs dans un vivier de capital commun, tarifent le risque de chaque protocole, et votent les demandes d’indemnisation. Depuis 2019, la mutuelle revendique 7 milliards de dollars (6 milliards d’euros) de couverture souscrite au total et affirme avoir réglé 100 % des demandes valides. Son vivier de capital, environ 69,8 millions d’euros (81,56 millions de dollars), représente à lui seul près de 85 % de toute la catégorie de l’assurance DeFi.

Les indemnités réellement versées donnent la mesure du dispositif : 4,35 millions d’euros (5,08 millions de dollars) pour l’exploit de TribeDAO et Rari, 2,05 millions d’euros (2,39 millions de dollars) aux détenteurs de couverture Euler, 2 millions d’euros (2,32 millions de dollars) pour Yearn Finance, environ 4,2 millions d’euros (4,9 millions de dollars) au titre de la débâcle FTX, et 856 000 euros (1 million de dollars) au titre d’une « Excess Cover » Sherlock en 2023. Au total, à peine 15,9 millions d’euros (18,6 millions de dollars) de sinistres payés en sept ans d’existence.

Le mécanisme mérite qu’on s’y arrête, car c’est lui qui détermine si la promesse tient. Pour ouvrir une capacité de couverture sur un protocole, des membres immobilisent des jetons NXM en garantie et perçoivent une part des primes ; lorsqu’un sinistre survient, des évaluateurs votent la validité de la demande. Ce fonctionnement rend chaque paiement transparent et vérifiable on-chain, mais il le soumet aussi à une décision collective plutôt qu’à un droit contractuel automatique. La solidité de la couverture dépend donc de deux variables : la taille du vivier de capital face au risque assuré, et la rigueur du processus d’évaluation des sinistres.

Attention au vocabulaire, toutefois. Nexus se présente comme une mutuelle discrétionnaire, pas comme un assureur agréé : les sinistres sont évalués et votés par les membres, non garantis par un contrat d’assurance au sens où l’entend l’ACPR en France. Le mot « assurance » est ici commode, mais juridiquement inexact, une nuance qui a son importance quand on évalue la solidité de la promesse.

La couche qui rembourse est en train de fondre

Voici le fait neuf de 2026, et le plus inquiétant. Alors que les attaques battent des records de fréquence, la couche qui indemnise se contracte. Moins de 2 % des 71 milliards d’euros (83 milliards de dollars) immobilisés dans la DeFi sont couverts. Les concurrents de Nexus n’ont pas résisté : le vivier de Sherlock est tombé d’environ 51 millions d’euros (60 millions de dollars) à 432 000 euros (505 000 dollars) en un an, et InsurAce, qui culminait à 128 millions d’euros (150 millions de dollars), n’en conserve plus que 113 000 euros (132 000 dollars).

Hugh Karp, fondateur de Nexus Mutual, ne cache pas l’ampleur du trou. Le protocole, dit-il, « fonctionne depuis 2019, couvre plus de 6,5 milliards de dollars de valeur et a versé un peu plus de 18,5 millions de dollars d’indemnités, des chiffres qui ne représentent qu’une fraction de ce dont le marché a besoin ». Il qualifie ce déficit de couverture de « l’un des plus grands obstacles à une véritable adoption de la DeFi ».

Pourquoi personne n’achète d’assurance DeFi

Si la protection est si rare, ce n’est pas par ignorance, c’est par arithmétique. Dans un marché où le rendement d’un dépôt en stablecoin tourne autour de 3 % à 5 %, une prime de couverture de 2 % à 6 % avale l’essentiel, voire la totalité, du gain. Les données rassemblées par The Token Dispatch le montrent crûment.

Sur Maple Finance, une couverture peut faire basculer le rendement net en territoire négatif ; sur Aave, elle ampute le gain de moitié ou plus. Seuls les protocoles à très faible prime, comme Sky, laissent un rendement net confortable une fois assurés. Tant que le marché tarifera le risque de cette manière, le déposant rationnel préférera empocher le rendement brut et parier qu’il ne sera pas le prochain sur la liste. C’est le même problème de tarification du risque que HOGE Wire a analysé pour le crédit on-chain, où la courbe des taux commence tout juste à distinguer le sûr du hasardeux.

Karp lui-même reconnaît que, pour certains risques, les primes exigées deviennent prohibitivement chères, et qu’en l’absence de couverture, le coût d’un piratage retombe de façon disproportionnée sur les participants les moins avertis. Le paradoxe, c’est que la demande existe, mais ailleurs : à mesure que des acteurs institutionnels s’exposent à la DeFi, ils réclament une protection à plus grande échelle, ce qui a poussé Nexus à intégrer le spécialiste du restaking Symbiotic fin 2025 pour élargir sa capacité. Le blocage n’est donc pas l’appétit pour la protection, mais l’incapacité d’un vivier de quelques dizaines de millions à absorber un sinistre à neuf chiffres. Tant que le capital assurantiel restera un ordre de grandeur sous les sommes en jeu, la couverture restera un produit de niche.

Quand la couverture paie, et quand elle refuse

Une police ne vaut que par son périmètre. La force de Nexus, c’est d’avoir réglé des sinistres réels : TribeDAO, Euler, Yearn, FTX. Sa limite, c’est que beaucoup de pertes récentes tombent hors périmètre par construction. Karp le dit sans ambages : la plupart des plus gros piratages, souligne-t-il, sont partis hors chaîne, de défaillances de sécurité opérationnelle comme des clés privées compromises, du hameçonnage ou de l’ingénierie sociale. Or ce sont exactement ces vecteurs qui pèsent 76 % de la valeur volée en 2026.

Les ponts inter-chaînes illustrent la zone grise. Ils concentrent certains des vols les plus lourds, mais leur défaillance tient le plus souvent à une configuration ou à une clé, pas à un contrat couvert ; Karp a d’ailleurs souligné que ce type de défaillance de pont n’aurait pas été couvert. Assurer un pont revient à garantir un point de défaillance opérationnel unique, un pari que peu de viviers acceptent de tenir à un prix soutenable. La conséquence est nette : les catégories les plus destructrices de 2026 sont aussi les plus difficiles à couvrir.

Une couverture de smart contract qui exclut la compromission de clés ou la défaillance d’un pont laisse donc à découvert précisément la catégorie la plus coûteuse. C’est la symétrie cruelle du secteur : l’audit inspecte la mauvaise zone, et l’assurance, souvent, couvre elle aussi le mauvais risque. La revue d’un contrat de couverture doit commencer par la liste des exclusions, pas par le montant affiché en gros caractères.

Le pari de la prévention : faire payer la couche 3 pour muscler la couche 2

Une réponse émerge, qui brouille volontairement la frontière entre les couches. Avec son produit « Bug Bounty Cover », Nexus Mutual s’associe à des plateformes comme Immunefi, Cantina et Sherlock pour qu’un protocole ne finance que 20 % d’une prime critique, la mutuelle couvrant le reste jusqu’au plafond. L’idée : mobiliser du capital d’assurance en amont, pour payer un chercheur qui neutralise l’exploit, plutôt qu’en aval pour éponger un vol déjà commis. La prévention devient un sinistre que l’on préfère régler.

Sherlock pousse la même logique en vendant des offres groupées audit plus couverture, adossées à un vivier qui paie en cas de faille couverte. Jack Sanford, cofondateur de Sherlock, cadre bien l’état d’esprit : « Les audits ponctuels sont indispensables, mais ils n’ont jamais été conçus pour porter à eux seuls tout le poids de la sécurité. » La phrase pourrait servir de devise à cet article : aucune couche ne suffit seule, et la valeur d’un prestataire se juge à la façon dont il articule les trois.

Cette convergence redessine la revue d’un prestataire. Un cabinet qui ne vend qu’un rapport occupe une seule case ; un acteur qui adosse audit, programme de primes et capacité de couverture en couvre trois, et rapproche la sécurité crypto de ce qu’est depuis longtemps la gestion du risque dans la finance classique : une combinaison de prévention, de détection et de transfert du risque. Le déposant, lui, gagne à vérifier laquelle de ces cases est réellement cochée, et laquelle n’est qu’un logo affiché sur une page d’accueil.

Ce que dit, et ne dit pas, le régulateur

Pour un lecteur français, une clarification s’impose. Aucune de ces couches n’est imposée ni certifiée par un régulateur. La période transitoire qui permettait aux anciens PSAN d’opérer avant l’agrément complet MiCA s’est achevée le 1er juillet 2026, et l’AMF a rappelé que les acteurs non conformes doivent organiser une sortie ordonnée. Mais ni MiCA ni le règlement DORA n’imposent l’audit d’un smart contract ou n’accréditent les auditeurs ; ils encadrent les prestataires de services sur crypto-actifs, pas le code des protocoles.

Le contraste avec l’audit financier classique est frappant. En France, les commissaires aux comptes engagent une responsabilité civile et pénale réelle, souscrivent une assurance professionnelle obligatoire et sont supervisés depuis le 1er janvier 2024 par la Haute Autorité de l’audit (H2A). Aucun régime équivalent n’existe pour les auditeurs de smart contracts. Quant à la couverture on-chain, elle n’est pas non plus régulée comme de l’assurance : en France, l’assurance relève de l’ACPR, et une mutuelle discrétionnaire on-chain n’entre pas dans ce cadre. La finance décentralisée pleinement décentralisée, elle, sort tout simplement du périmètre de MiCA, ce qui prive la victime de tout recours réglementaire, quelle que soit la qualité de l’audit.

Comment évaluer un prestataire de sécurité en 2026

La grille de lecture utile ne se limite donc plus au rapport d’audit. Réviser sérieusement un dispositif de sécurité, côté projet comme côté déposant, revient à interroger les trois couches ensemble.

• Fraîcheur de l’audit : la dernière revue date de moins de six mois et couvre le code réellement déployé, pas une version antérieure.
• Périmètre déclaré : le rapport précise ce qu’il n’a pas examiné (intégrations tierces, configuration d’infrastructure, dépendances hors chaîne).
• Bug bounty vivant : un programme actif, correctement doté, avec un historique de primes réellement versées et non seulement affichées.
• Couverture réelle : existe-t-il une police on-chain, et surtout, que dit sa liste d’exclusions sur les clés, les ponts et l’opérationnel ?
• Gouvernance des clés : multisig, séparation des rôles, procédures de signature ; le vecteur qui pèse 76 % des pertes mérite autant d’attention que le code.

Un prestataire qui excelle sur une seule ligne et ignore les autres protège moins bien qu’un dispositif modeste mais équilibré. En 2026, la meilleure question à poser à un auditeur n’est pas « avez-vous trouvé tous les bugs ? », personne ne le peut, mais « que se passe-t-il, concrètement, le jour où vous en manquez un ? ». Si la réponse s’arrête au rapport, il manque deux couches.

Frequently Asked Questions

Un audit de smart contract rembourse-t-il en cas de piratage ?

Non. Un audit est une inspection du code à une date donnée, vendue le plus souvent « en l’état », avec une responsabilité plafonnée aux honoraires. Aucun régulateur n’accrédite les auditeurs de smart contracts et rien n’oblige un cabinet à indemniser la victime d’un exploit. Le remboursement relève d’une autre couche, la couverture on-chain, distincte de l’audit.

Qu’est-ce que l’assurance DeFi et comment fonctionne Nexus Mutual ?

Nexus Mutual est une mutuelle discrétionnaire on-chain : des membres alimentent un vivier de capital commun, tarifent le risque de chaque protocole et votent les demandes d’indemnisation. Depuis 2019, elle revendique 7 milliards de dollars (6 milliards d’euros) de couverture souscrite et environ 18,6 millions de dollars (15,9 millions d’euros) de sinistres payés. Ce n’est pas une assurance agréée au sens de l’ACPR, mais une promesse mutualisée dont les indemnités sont évaluées par les membres.

Pourquoi si peu de protocoles DeFi sont-ils assurés ?

Parce que la prime dévore le rendement. Moins de 2 % des 83 milliards de dollars (71 milliards d’euros) de la DeFi sont couverts, car une couverture de 2 % à 6 % efface l’essentiel d’un rendement de 3 % à 5 %. Faute d’acheteurs, les viviers concurrents se sont effondrés : Sherlock est passé d’environ 60 millions à 505 000 dollars en un an, InsurAce de 150 millions à 132 000 dollars.

Quelle est la différence entre un bug bounty et une couverture on-chain ?

Le bug bounty est une incitation préventive : il paie un chercheur qui signale une faille avant l’attaquant (Immunefi a versé 13,45 millions de dollars au premier semestre 2026). La couverture on-chain est une indemnisation : elle rembourse la victime après un sinistre couvert. La première réduit la probabilité de l’attaque, la seconde en amortit le coût ; elles sont complémentaires, pas interchangeables.

L’AMF ou MiCA imposent-ils un audit de code en France ?

Non. Ni MiCA ni DORA n’imposent l’audit d’un smart contract ni n’accréditent les auditeurs ; ils encadrent les prestataires de services sur crypto-actifs, pas le code. La période transitoire des anciens PSAN a pris fin le 1er juillet 2026. Les commissaires aux comptes, eux, sont supervisés par la H2A avec une responsabilité réelle, mais aucun régime équivalent n’existe pour les auditeurs de smart contracts.

Par Anneke de Vries, rédactrice sécurité chez HOGE Wire.