Comment Des Dépôts Minuscules Ont Vidés 77 Vaults ACryptoS

Imaginez déposer l’équivalent de quelques euros dans un coffre-fort numérique et repartir avec des dizaines de milliers de dollars d’actifs. C’est exactement ce qui s’est produit le 8 novembre 2026 sur ACryptoS. Une simple erreur de validation dans la fonction de dépôt multi-tokens a permis à des attaquants de drainer 77 vaults répartis sur cinq blockchains, pour un préjudice estimé à 665 429 dollars. Les dépôts ont été stoppés, les retraits restent ouverts, et une prime de 10 % a été proposée pour le retour des fonds. Mais pour les utilisateurs, la question n’est plus seulement « combien a été volé », c’est « combien reste-t-il vraiment dans mon vault ».

L’attaque qui a fait trembler les vaults ACryptoS

Le 8 novembre 2026, la société de sécurité SlowMist a documenté une série de transactions inhabituelles sur ACryptoS. En quelques heures, 77 vaults ont été touchés. Le montant global avancé s’élève à 665 429 dollars. L’exploit ne reposait pas sur un piratage de clé privée ni sur une faille de gouvernance. Il exploitait une omission pure et simple dans le code de la fonction depositMulti.

Cette fonction acceptait une liste d’actifs à déposer. Or, le contrat ne vérifiait pas que la liste contenait bien le même nombre d’éléments que le nombre de tokens gérés par le vault. Un attaquant pouvait donc envoyer un tableau plus court que prévu. Le calcul des parts (shares) se basait alors uniquement sur la portion visible de la liste, en ignorant une partie parfois très significative des actifs déjà présents.

Résultat : un dépôt minuscule d’un seul token pouvait générer un nombre de parts disproportionné. Une fois ces parts en main, l’attaquant les échangeait immédiatement contre la totalité des actifs du vault, y compris ceux qui n’avaient jamais été pris en compte dans le calcul initial.

Le mécanisme technique en langage clair

Les vaults ACryptoS fonctionnent comme des coffres collectifs. Quand vous déposez des tokens, vous recevez des parts qui représentent votre droit sur l’ensemble des actifs du vault. Si le vault contient deux tokens et que vous n’en déposez qu’un, le contrat doit quand même évaluer correctement la valeur totale déjà présente avant de décider combien de parts vous attribuer.

Dans le cas d’ACryptoS, le contrat utilisait la longueur de la liste fournie pour déterminer ce qu’il devait comptabiliser. Une liste d’un seul élément faisait croire au système que le vault ne détenait qu’une fraction de sa véritable valeur. Un dépôt de 10 dollars pouvait alors apparaître comme équivalent à 50 % ou plus des actifs existants. Le système mintait donc un volume massif de parts. L’étape suivante était simple : brûler ces parts pour retirer les deux tokens du vault.

Le dépôt était minuscule. La revendication que le vault a rendue pouvait couvrir la quasi-totalité des actifs déjà présents.

Analyse SlowMist

Cette différence entre ce que le dépôt a réellement apporté et ce que le retrait a permis d’extraire explique la rentabilité de l’attaque. L’attaquant ne volait pas les parts des autres utilisateurs directement. Il diluait massivement leur participation, puis retirait la valeur correspondante.

Cinq chaînes, une même faille

L’incident a touché Arbitrum, BNB Chain, Polygon, Base et Optimism. Cette répartition n’est pas un hasard. Les contrats de vaults déployés sur ces réseaux partageaient la même logique de dépôt multi-tokens. Une fois la première transaction réussie observée sur une chaîne, le schéma a pu être reproduit ailleurs avec très peu d’adaptations.

Chaque vault possède toutefois son propre historique de soldes et de parts. Le montant extrait variait donc selon la composition de chaque coffre. Un vault dont la majorité de la valeur était concentrée dans le token non listé dans le dépôt était particulièrement vulnérable. À l’inverse, un vault presque entièrement constitué du token déposé offrait un levier beaucoup plus faible.

Ce que les utilisateurs peuvent encore retirer

Après l’attaque, ACryptoS a immédiatement bloqué les nouveaux dépôts. Cette mesure empêche la création de nouvelles parts via la fonction vulnérable. Les retraits, en revanche, sont restés disponibles. Cela signifie que chaque détenteur de parts peut encore tenter de récupérer ce que son vault contrôle encore.

Attention cependant : le solde de parts affiché dans un portefeuille ne dit rien de la valeur réelle restante. Si un attaquant a minté massivement de nouvelles parts puis les a brûlées, le nombre de parts d’un utilisateur peut rester identique tandis que les actifs qui les adossent ont fortement diminué. Le seul indicateur fiable est le montant réellement proposé lors de la simulation de retrait, puis le reçu de transaction une fois le retrait exécuté.

Certains vaults n’ont jamais été touchés. D’autres ont été partiellement vidés. D’autres encore nécessitent le débouclage de positions de liquidité concentrée avant de pouvoir payer. Un même message d’interface « retraits ouverts » peut donc produire des résultats très différents d’un utilisateur à l’autre.

La dilution silencieuse des parts

Beaucoup d’utilisateurs ont découvert le problème trop tard. Leur solde de parts n’avait pas bougé. Pourtant, leur pourcentage de propriété du vault avait chuté. C’est le cœur de la dilution. Quand de nouvelles parts sont créées sans apport proportionnel d’actifs, chaque part existante vaut mécaniquement moins.

Prenons un exemple simplifié. Un vault détient 100 000 dollars d’actifs et 100 parts. Chaque part vaut 1 000 dollars. Si le contrat se trompe et estime que le vault ne vaut plus que 10 dollars, un dépôt de 10 dollars peut générer 100 nouvelles parts. L’attaquant possède alors la moitié des parts. Lorsqu’il retire, il part avec 50 000 dollars. Les 100 parts restantes des utilisateurs historiques ne valent plus que 500 dollars chacune. Le portefeuille affiche toujours 100 parts, mais la valeur a été divisée par deux.

Cet exemple est illustratif. Les montants exacts varient selon chaque vault. Il montre néanmoins pourquoi regarder uniquement le nombre de parts dans son wallet ne permet pas de mesurer la perte.

La prime de 10 % et les questions ouvertes

ACryptoS a annoncé une prime de 10 % pour le retour des fonds. Ce type d’offre vise à inciter les adresses qui détiennent encore les actifs à les restituer. En pratique, une telle proposition n’a de valeur que si un transfert effectif arrive sur une adresse de récupération clairement identifiée et publique.

Même dans ce cas, plusieurs questions restent sans réponse. Comment les fonds récupérés seront-ils répartis ? Par vault, par chaîne, ou au niveau global du protocole ? Quel instantané sera utilisé pour déterminer les droits de chaque déposant ? Un utilisateur qui a déjà retiré le solde restant après l’attaque a-t-il encore un droit sur la portion manquante ? Un acheteur de parts post-attaque peut-il prétendre à une compensation ?

À ce jour, aucun plan de distribution détaillé n’a été publié. La prime de 10 % fixe seulement les conditions de négociation avec d’éventuels détenteurs de fonds. Elle ne constitue pas un engagement de remboursement pour les utilisateurs.

Comment reconstruire sa position individuelle

Pour un déposant, la meilleure approche consiste à rassembler plusieurs éléments de preuve. Le reçu de dépôt initial indique le montant fourni et les parts reçues. Les soldes du vault juste avant et juste après l’exploit permettent de mesurer la baisse des actifs. Le reçu de retrait final montre ce que le contrat a réellement payé.

Il est important de distinguer les variations de prix des tokens et la perte liée à l’exploit. Les prix évoluent en permanence. La stratégie de liquidité concentrée peut aussi modifier la composition du vault. Seule la création disproportionnée de parts suivie d’un retrait massif peut être attribuée à la faille.

Une comparaison token par token est souvent plus parlante qu’une estimation en dollars. Un vault pouvait détenir 80 % de sa valeur dans un token et 20 % dans l’autre. Après l’attaque, le retrait d’un utilisateur peut restituer presque tout d’un côté et presque rien de l’autre. Regarder un seul actif masque alors l’ampleur réelle de la dilution.

Pourquoi un même bug a touché 77 vaults

Les protocoles de yield aggregators déploient souvent la même logique de contrat sur plusieurs réseaux. Une fois le code source ou le bytecode observé, la reproduction d’une transaction réussie devient relativement simple. Les outils d’exploration de blocs permettent de voir les paramètres exacts envoyés à la fonction depositMulti.

Un second acteur n’a pas besoin de connaître l’identité du premier. Il suffit de reproduire la séquence : dépôt d’une liste courte, mint de parts, puis retrait. Chaque vault local paie avec ses propres actifs. Aucun pont n’est nécessaire pour expliquer la perte sur une deuxième ou une troisième chaîne. Les bridges n’interviennent que si les fonds sont ensuite déplacés vers une autre blockchain.

Cette mécanique explique la rapidité de propagation. Le premier exploit a servi de modèle. Les suivants ont suivi en cascade sur les déploiements partageant la même faiblesse de validation.

Ce que représente vraiment le chiffre de 665 429 dollars

Le montant avancé par SlowMist est une estimation agrégée. Il convertit en dollars les tokens sortis de différents vaults à un moment donné. Selon le prix de référence choisi (instant de la sortie, prix moyen post-incident, ou prix au moment du rapport), le total peut légèrement varier sans que le nombre de tokens extraits change.

Pour un utilisateur, ce chiffre global a peu d’utilité pratique. Ce qui compte, c’est le solde de son vault personnel avant et après l’attaque, ainsi que le montant effectivement retirable. Le nombre de vaults touchés (77) ne dit rien non plus de la répartition des pertes. Un petit vault et un grand vault comptent chacun pour une unité, même si l’un représente dix fois plus de valeur que l’autre.

Le rôle des stratégies de liquidité concentrée

Les vaults ACryptoS géraient souvent des positions de liquidité concentrée. Ces positions allouent des tokens à des fourchettes de prix précises. Selon les mouvements de marché, la composition en token A et token B évolue en permanence. Un vault peut donc afficher une valeur importante tout en détenant très peu d’un des deux actifs à un instant T.

Cette particularité a amplifié l’impact de la faille. Lorsqu’un des deux tokens était omis dans la liste de dépôt, le contrat pouvait ignorer une part significative de la valeur réelle. Plus le token omis représentait une fraction importante du total, plus le levier de l’attaque était élevé.

Il est important de noter que la faille se situait dans la logique du vault et non dans le pool de liquidité sous-jacent. Les utilisateurs qui interagissaient directement avec le pool n’étaient pas exposés de la même manière que ceux qui détenaient des parts de vault.

Retrait ouvert ne signifie pas récupération totale

Maintenir les retraits ouverts est une mesure de protection classique. Elle permet aux utilisateurs de sortir ce qui reste avant que le protocole ne soit définitivement déprécié. Elle ne garantit cependant pas que chaque position puisse être liquidée immédiatement ni au même ratio d’actifs qu’avant l’attaque.

Certaines stratégies doivent d’abord retirer la liquidité des pools sous-jacents. D’autres peuvent avoir des verrous techniques ou des délais. Un utilisateur qui voit encore un solde de parts élevé peut donc découvrir, au moment du retrait, que la valeur disponible est bien inférieure à ses attentes.

Les plateformes qui détenaient des parts pour le compte de clients ajoutent une couche supplémentaire. Le vault paie l’adresse on-chain qui présente les parts. C’est ensuite à la plateforme de répercuter ce paiement dans les comptes clients. Le reçu on-chain et le solde affiché dans l’application ne couvrent pas toujours le même niveau d’information.

Parallèle avec d’autres incidents de mint excessif

Ce type d’exploit n’est pas totalement inédit. L’incident yETH de Yearn avait déjà montré qu’un contrat plus ancien pouvait permettre l’émission excessive de parts avant le retrait des actifs. Les montants et le code différaient, mais le principe restait le même : la transaction de création de la revendication doit être lue conjointement avec la transaction de retrait pour comprendre le déséquilibre.

Dans le cas d’ACryptoS, l’erreur venait de la relation entre la longueur de la liste d’entrée et le calcul de la valeur totale du vault. Une liste contenant un zéro pour le second token aurait préservé la structure. Une liste purement plus courte a rompu cette structure.

Ce qu’il faut surveiller dans les prochaines heures et jours

Plusieurs signaux permettront de mesurer l’évolution réelle de la situation pour les déposants.

• Soldes des vaults : comparaison des balances de tokens et du supply de parts avant et après l’exploit pour chaque contrat touché.
• Exécution des retraits : les reçus de transactions montrent concrètement ce que les utilisateurs récupèrent encore.
• Transferts de récupération : tout mouvement vers une adresse publique de recovery permettra de quantifier les fonds effectivement revenus.
• Plan de répartition : une proposition claire de compensation indiquera comment les pertes seront calculées et qui sera éligible.
• Notices de dépréciation : les mises à jour du projet préciseront quelles interfaces et quels contrats resteront utilisables pendant la phase de fermeture.

Questions fréquentes des utilisateurs touchés

Combien ACryptoS a-t-il réellement perdu ?

SlowMist a enregistré 665 429 dollars sur 77 vaults. Ce chiffre est une estimation en dollars. Une réconciliation token par token reste nécessaire pour chaque vault individuel.

Quelles chaînes ont été touchées ?

Arbitrum, BNB Chain, Polygon, Base et Optimism. Chaque vault possède son propre historique. Le montant restant pour un utilisateur dépend exclusivement de son contrat.

Quel était exactement le problème de la fonction de dépôt ?

Elle acceptait un tableau d’amounts plus court que le nombre de tokens attendus. Un dépôt unique pouvait ainsi générer une part disproportionnée de l’offre totale de shares.

Pourquoi l’attaquant a-t-il pu retirer deux actifs après n’en avoir déposé qu’un ?

Les parts représentent une revendication sur l’ensemble des actifs du vault. Une fois les parts créées, la fonction de retrait les honore contre tous les tokens présents, quel que soit le mode de dépôt initial.

Les retraits sont-ils encore possibles ?

Oui, selon les informations disponibles. Le montant récupérable dépend toutefois des actifs et du supply de parts restants dans chaque vault spécifique.

Voir le même nombre de parts dans mon wallet signifie-t-il que mes fonds sont intacts ?

Non. Une hausse du nombre total de parts ou une baisse des actifs du vault réduit la valeur de chaque part, même si votre solde personnel n’a pas bougé.

La prime de 10 % signifie-t-elle que des fonds ont déjà été récupérés ?

Non. Il s’agit d’une offre adressée aux détenteurs des fonds. Seul un transfert effectif vers une adresse de recovery reconnue permettra de mesurer ce qui est revenu.

Qui touchera les éventuels fonds récupérés ?

Aucun plan de distribution n’a encore été publié. Un tel plan devra définir les pertes éligibles, les snapshots retenus et la méthode d’allocation entre les vaults et les déposants.

Les leçons pour les utilisateurs de yield aggregators

Cet incident rappelle que le risque de smart contract reste central, même sur des protocoles établis. Une validation manquante sur un simple paramètre de longueur de liste a suffi à mettre en danger des dizaines de vaults. Les audits réduisent le risque, ils ne l’éliminent jamais complètement.

Pour les utilisateurs, la diversification entre plusieurs protocoles et le suivi régulier des soldes on-chain restent des réflexes utiles. En cas d’alerte, la capacité à retirer rapidement ce qui reste constitue souvent la seule protection immédiate. Les interfaces de front-end peuvent être mises à jour ou dépréciées ; les contrats, eux, continuent d’exister tant qu’ils ne sont pas explicitement désactivés.

Enfin, conserver les reçus de dépôt et de retrait est essentiel. En cas de procédure de compensation future, ces preuves permettront de relier une position initiale à un éventuel droit sur les fonds récupérés.

Où en est ACryptoS aujourd’hui

Le protocole a engagé une phase de dépréciation. Les dépôts sont fermés. Les retraits restent accessibles. La documentation distingue désormais les interfaces actuelles, dépréciées et legacy. Un utilisateur qui a déposé à différentes époques peut donc avoir des positions sur plusieurs familles de contrats. Il est important d’identifier le bon chemin de sortie pour chaque position.

Le montant réellement récupérable aujourd’hui correspond aux actifs encore contrôlés par chaque vault. Toute récupération future des fonds sortis relèvera d’un processus distinct, qui dépendra d’abord du retour effectif des actifs, puis d’un plan de répartition transparent.

Pour l’instant, le message le plus concret pour les déposants reste le suivant : vérifier immédiatement le montant encore retirable sur chaque vault concerné, exécuter le retrait si le montant est significatif, et conserver toutes les preuves de transaction. Le reste de l’histoire – récupération, compensation, allocation – s’écrira dans les prochains jours ou semaines, à condition que des fonds reviennent effectivement et qu’un cadre clair soit proposé.

L’affaire ACryptoS illustre une fois de plus la fragilité relative de certaines logiques de calcul de parts dans les protocoles de yield. Une omission de validation en apparence mineure a suffi à transformer de petits dépôts en vecteurs de drainage massif. Les utilisateurs qui détiennent encore des parts doivent agir vite sur ce qui reste disponible, tout en restant attentifs aux éventuelles annonces de récupération. Dans l’univers DeFi, la vitesse de réaction reste souvent le premier filet de sécurité.