BlockPulseNews
Les clés d'admin, ou clés owner, sont les adresses dotées de droits spéciaux sur un smart contract : modifier des paramètres, le mettre en pause, le mettre à jour ou créer des tokens. Elles constituent un point de centralisation et de risque.
Thème : Sécurité et arnaques
De nombreux contrats intègrent un rôle d'administrateur, souvent appelé owner. Sur Ethereum, le modèle Ownable d'OpenZeppelin réserve certaines fonctions à une seule adresse, tandis que les systèmes de contrôle d'accès par rôles répartissent les droits entre plusieurs rôles. Ces privilèges peuvent permettre de changer les frais, de modifier l'oracle utilisé, de suspendre le protocole, de remplacer la logique d'un contrat proxy ou de frapper de nouveaux tokens. Ils sont utiles pour corriger un bug ou faire évoluer le service, mais signifient que le protocole n'est pas entièrement immuable.
Pour évaluer un protocole, il est important de savoir qui détient ces clés et comment. Une clé détenue par une seule personne est un point de défaillance unique. Les bonnes pratiques consistent à confier les droits à un multisig aux signataires indépendants, à imposer un timelock qui laisse aux utilisateurs le temps de réagir avant qu'une modification ne prenne effet, ou à transférer le contrôle à une gouvernance on-chain. Certains projets renoncent totalement à ces droits, ce que l'on appelle renoncer à l'ownership, rendant le contrat non modifiable.
Imaginons un nouveau token dont le contrat comporte une fonction permettant à l'owner de frapper des tokens sans limite. Un développeur anonyme détient seul cette clé. Quelques semaines après le lancement, il crée des millions de tokens et les vend sur un DEX, faisant chuter le prix à presque zéro. Un examen préalable du contrat aurait révélé ce pouvoir.
Une clé d'admin peut être volée, perdue ou utilisée de façon malveillante par son détenteur, ce qui peut conduire à un rug pull ou au vol des fonds déposés. Même avec une équipe honnête, un multisig mal configuré ou doté de peu de signataires reste vulnérable. Les explorateurs de blocs et les rapports d'audit permettent de vérifier quelles fonctions sont réservées.
Sur un explorateur de blocs, le code vérifié d'un contrat montre souvent une fonction owner ou des rôles d'administration. Les rapports d'audit listent aussi généralement les privilèges centralisés et leurs détenteurs.
Cela consiste à transférer le rôle d'owner vers une adresse que personne ne contrôle, souvent l'adresse zéro. Les fonctions réservées deviennent alors inutilisables, ce qui supprime ce risque mais aussi toute possibilité de correctif.
Les derniers articles de BlockPulseNews sur ce sujet.