Autoriser quelqu’un à gérer une demande de coffre-fort, est-ce seulement l’aider à cliquer sur « récupérer » ?
Quand vous voyez « gérer la demande à votre place », lisez d’abord l’étendue des autorisations : ne vous fiez pas uniquement au nom du bouton.
La norme de coffre-fort asynchrone ERC-7540 de l’écosystème $ETH permet aux utilisateurs d’approuver un operator, c’est-à-dire un acteur chargé de gérer des demandes en leur nom. Ses consignes de sécurité soulignent tout particulièrement que cet acteur peut transférer les actifs sous-jacents du coffre-fort vers n’importe quelle adresse, tout en prenant le contrôle des parts du coffre-fort. Ces parts attestent de la détention des actifs du coffre-fort.
Cette autorisation ne peut donc pas être réduite à « vérifier simplement l’avancement » ou « cliquer à ma place sur le bouton de récupération ». Lorsque vous étudiez un outil de gestion déléguée, examinez à la fois ce qu’il compte faire et ce qu’il est autorisé à faire ; l’usage indiqué dans l’interface ne réduit pas automatiquement les autorisations sous-jacentes.
Avant d’approuver, vérifiez l’adresse de l’acteur, la norme utilisée et sa mise en œuvre concrète, et déterminez quels actifs et quelles parts sont concernés par l’autorisation. Si son étendue n’est pas claire, ne l’approuvez pas. Cette explication porte sur les autorisations définies par la norme ; elle ne constitue pas un audit d’un produit et ne signifie pas que toutes les autorisations de portefeuille fonctionnent de cette façon.
Source : https://eips.ethereum.org/EIPS/eip-7540
Quand vous voyez « gérer la demande à votre place », lisez d’abord l’étendue des autorisations : ne vous fiez pas uniquement au nom du bouton.
La norme de coffre-fort asynchrone ERC-7540 de l’écosystème $ETH permet aux utilisateurs d’approuver un operator, c’est-à-dire un acteur chargé de gérer des demandes en leur nom. Ses consignes de sécurité soulignent tout particulièrement que cet acteur peut transférer les actifs sous-jacents du coffre-fort vers n’importe quelle adresse, tout en prenant le contrôle des parts du coffre-fort. Ces parts attestent de la détention des actifs du coffre-fort.
Cette autorisation ne peut donc pas être réduite à « vérifier simplement l’avancement » ou « cliquer à ma place sur le bouton de récupération ». Lorsque vous étudiez un outil de gestion déléguée, examinez à la fois ce qu’il compte faire et ce qu’il est autorisé à faire ; l’usage indiqué dans l’interface ne réduit pas automatiquement les autorisations sous-jacentes.
Avant d’approuver, vérifiez l’adresse de l’acteur, la norme utilisée et sa mise en œuvre concrète, et déterminez quels actifs et quelles parts sont concernés par l’autorisation. Si son étendue n’est pas claire, ne l’approuvez pas. Cette explication porte sur les autorisations définies par la norme ; elle ne constitue pas un audit d’un produit et ne signifie pas que toutes les autorisations de portefeuille fonctionnent de cette façon.
Source : https://eips.ethereum.org/EIPS/eip-7540