Un ancien contrat Aztec Connect a remis en lumière un risque DeFi bien connu : une infrastructure abandonnée ne cesse pas d'être dangereuse simplement parce qu'un produit n'est plus actif.
Un post d'un chercheur en sécurité a mis en évidence une possible exploitation affectant Aztec Connect, avec environ 2,1 millions de dollars auraient été transférés depuis un Smart Contract immuable. Les détails nécessitent encore un traitement minutieux car la première source est une divulgation d'un chercheur plutôt qu'un post-mortem complet. Mais le problème général est déjà suffisamment clair : les anciens contrats DeFi peuvent rester actifs, financés et vulnérables longtemps après que la plupart des utilisateurs ont cessé de s'y intéresser.
Dans les logiciels classiques, un produit obsolète finit généralement par disparaître. Les utilisateurs cessent de le télécharger, les entreprises cessent de le soutenir, et il finit par disparaître en arrière-plan.
La DeFi / Finance Décentralisée ne fonctionne pas ainsi. Un Smart Contract peut rester on-chain indéfiniment. S'il détient des fonds ou dispose d'un quelconque accès à des fonds, il peut toujours être ciblé. Le front-end peut avoir disparu. L'équipe a peut-être tourné la page. La documentation peut inviter les utilisateurs à retirer leurs fonds. Rien de tout cela n'importe à un attaquant qui examine le contrat lui-même.
Le cas Aztec Connect est particulièrement inconfortable car le contrat a été décrit comme immuable. Dans la DeFi, l'immuabilité est souvent considérée comme une fonctionnalité. Elle signifie que les utilisateurs n'ont pas à faire confiance à une équipe pour éviter de modifier les règles ultérieurement.
Mais l'immuabilité supprime également les options d'urgence.
Si un contrat actif présente un problème et qu'il ne reste aucun contrôle administratif, l'équipe peut ne pas être en mesure de le mettre en pause, de le mettre à niveau ou de le corriger. Cela peut laisser les utilisateurs dépendants du fait que les fonds ont déjà été retirés et que toute valeur restante peut être protégée par d'autres moyens.
C'est le compromis avec lequel la DeFi continue de se débattre. La mise à niveau crée un risque de confiance et de gouvernance. L'immuabilité crée un risque de réponse.
La leçon ici n'est pas simplement « les anciens contrats sont mauvais ». La leçon est que les arrêts doivent être traités comme des événements de sécurité.
Un arrêt responsable devrait inclure des avertissements répétés aux utilisateurs, des délais de retrait lorsque c'est possible, une surveillance après l'arrêt, une documentation claire et une communication publique sur les risques. Si des fonds importants restent dans d'anciens contrats, les équipes doivent supposer que les attaquants surveillent toujours.
C'est particulièrement vrai pour les systèmes de confidentialité, de bridge, de rollup et cross-chain, où la logique du contrat peut être plus complexe et les modes de défaillance moins évidents pour les utilisateurs ordinaires.
Pour les utilisateurs, la règle est simple : ne laissez pas de fonds dans des contrats obsolètes à moins qu'il n'y ait une raison très claire.
Si un protocole demande aux utilisateurs de retirer leurs fonds, prenez cela au sérieux. Si un front-end est fermé, ne supposez pas que le risque a pris fin. Si un contrat est ancien, non audité dans son état actuel ou n'est plus surveillé, il peut être plus sûr de le considérer comme une infrastructure hostile.
L'incident Aztec Connect est un autre rappel que le risque DeFi a une longue traîne. Les produits peuvent disparaître de la conversation du marché tandis que leurs contrats restent on-chain, attendant que quelqu'un trouve la prochaine faille.

