
J’ai passé la matinée à aider un ami à récupérer un portefeuille — ce n’était pas piraté, rien de dramatique : il a juste enchaîné trop vite sur une demande de signature dans une nouvelle dApp et n’a réalisé qu’après que la transaction soit passée qu’il avait réellement autorisé. Les clés étaient intactes tout du long. C’est ça qui m’a fait réfléchir.
Du coup, au lieu de retourner vers les graphiques, je me suis remis à y penser et je suis revenu sur la tâche du protocole Newton : regarder le côté autorisation accordée par l’agent, plutôt que le prix du token, pour une fois.
Et voilà le déclic, un peu inconfortable — on a passé des années à dire aux gens « protégez votre clé privée », comme si c’était la ligne d’arrivée. Portefeuille hors ligne, phrase de seed écrite sur papier, ne jamais la partager, tout ça. Et c’est toujours vrai. Mais la clé de mon ami n’a jamais été compromise. C’est lui qui s’est compromis, via une signature, pendant que la clé restait là, parfaitement en sécurité, tout le temps. La vulnérabilité a changé d’endroit. Ce n’est plus « qui a votre clé », c’est « qu’est-ce que vous avez autorisé en la tenant ».
Version simplifiée de ce qui se passe réellement : les gens pensent que signer une transaction est un acte petit et isolé — approuver cette seule chose, puis passer à autre chose. Or, ce qui se passe réellement, notamment avec des agents récurrents ou des approbations automatisées, c’est que vous accordez souvent une portée d’action continue, et pas un événement unique. L’argument complet de Newton — les zkPermissions, le rollup du Keystore — revient essentiellement à reconnaître que c’est désormais là le véritable champ d’attaque. Pas la clé. Mais la portée de ce que la clé est autorisée à faire une fois qu’elle signe.
Mais voici la partie qui me dérange, et je reviens sans cesse dessus. Si le vrai risque est passé de la « conservation de la clé » à « l’encadrement des permissions », alors la charge s’est juste reportée à nouveau sur l’utilisateur, mais sous une forme plus confuse. Avant, le conseil était simple : ne jamais partager votre phrase de départ. Maintenant, le conseil est : comprendre exactement ce que cette signature précise autorise, pour combien de temps, dans quelles conditions, avant de l’approuver. … C’est une demande beaucoup plus difficile à formuler pour une personne moyenne. Je pensais que les permissions à portée définie rendraient les choses plus simples pour les utilisateurs. Mais en réalité, je ne suis pas sûr que ce soit le cas : ça déplace juste la complexité vers une étape que la plupart des gens continuent d’à peine survoler.
Et je ne suis pas entièrement convaincu que cela tienne quand les choses s’emballent. Dans un moment calme, oui, je lirais la portée de l’autorisation. Mais pendant une flambée du marché, quand tout le monde se précipite pour entrer ou sortir d’une position rapidement, est-ce que quelqu’un prend vraiment le temps de vérifier ce qu’un agent est autorisé à faire, plutôt que d’appuyer sur « approuver » simplement parce que le prix bouge ? C’est exactement le moment où, autrefois, le vol de clés de type « old-school » avait tendance à se produire — panique, course, étapes ignorées. Je ne pense pas que remplacer « protégez votre clé » par « comprenez votre portée » élimine ce mode de défaillance : ça change seulement à quoi ressemble l’échec.
Je pense que ce sujet concerne surtout, au fond, moins les personnes qui sont déjà bien plongées dans cet univers — elles sont suffisamment paranoïaques pour ralentir — et davantage les nouveaux utilisateurs qui sont intégrés précisément parce que les agents et l’automatisation sont censés faciliter les choses. Plus c’est facile, moins il y a de friction avant qu’il se passe quelque chose de mal, et moins il est probable que quelqu’un s’arrête pour lire ce qu’il vient de signer.
Petit moment, mais ça m’est resté en tête bien plus que je ne l’aurais cru. Les fonds de mon ami allaient bien au final, surtout par chance, honnêtement. Mais ça a reconfiguré quelque chose en moi que je n’avais pas vraiment remis en question avant : le fait que « sécurisé » et « la clé est en sécurité » ne sont plus, à présent, la même phrase, et je ne pense pas que les outils qui servent à expliquer les permissions aient encore rattrapé ça.
Bref. Je vais rester avec ça un peu plus longtemps avant de décider ce que j’en pense vraiment. Le marché fait toujours sa petite vie en arrière-plan.
@NewtonProtocol #Newt $NEWT