Attribués une fois après une réponse correcte.
Examiner la demande avant de croire l’apparence
À connaître avant : Wallets hot, warm et cold
Prendre ses repères · Étape 6 / 6
Un attaquant peut imiter un support, un site familier ou un message d’un proche.
L’essentiel
Un attaquant peut imiter un support, un site familier ou un message d’un proche. Il peut viser une phrase de récupération, une signature, une autorisation ou un transfert. Identifiez l’action demandée avant de juger l’apparence du message.
Le mécanisme
Une phrase de récupération peut donner le contrôle des clés dérivées. Une signature peut autoriser une action sans paiement immédiat. Une autorisation peut permettre un transfert ultérieur. Lisez les détails dans le wallet et refusez ce que vous ne pouvez expliquer. Un petit paiement initial réussi ne garantit pas la sûreté des demandes suivantes.
Les points d’attention
Urgence et menaces justifient une pause. Accédez au service par un chemin vérifié auparavant plutôt que par le message. En cas d’exposition, conservez les preuves et identifiez ce qui a été divulgué. Révoquer une autorisation ne répare pas une phrase compromise ; déconnecter un site ne révoque pas automatiquement les permissions on-chain.
Comprendre en profondeur
Séparez trois contrôles : origine de la demande, action autorisée et justification indépendante. Un domaine affiché dans un message ne prouve pas la destination réelle. Un cadenas protège la connexion, pas l’honnêteté du service. Dans une organisation, une instruction inattendue doit repasser par le canal indépendant d’approbation prévu.
Limites et erreurs fréquentes
Aucune liste ne détecte toutes les attaques. Ne collez aucune phrase réelle, clé ou donnée client dans un exercice, formulaire ou chat. Ces exemples ne nécessitent aucun wallet.
Le mécanisme en un schéma
- 01Faire une pause
- 02Identifier la permission
- 03Vérifier indépendamment
- 04Refuser et conserver les preuves
Ces repères représentent des notions liées, pas nécessairement des étapes successives.
Lire l’explication
Séparez trois contrôles : origine de la demande, action autorisée et justification indépendante. Un domaine affiché dans un message ne prouve pas la destination réelle. Un cadenas protège la connexion, pas l’honnêteté du service. Dans une organisation, une instruction inattendue doit repasser par le canal indépendant d’approbation prévu.
Replacez le mécanisme dans son contexte
Un faux support annonce : « Votre wallet expire dans dix minutes. Saisissez vos mots de récupération pour conserver votre accès. » La page affiche le logo attendu.
Appliquer dans l’atelier →Ce que ce mécanisme ne garantit pas
Aucune liste ne détecte toutes les attaques. Ne collez aucune phrase réelle, clé ou donnée client dans un exercice, formulaire ou chat. Ces exemples ne nécessitent aucun wallet.
La distinction qui change l’analyse
Un logo familier et « se connecter » peuvent accompagner une demande d’autorisation de dépense. Lisez l’action réelle plutôt que de la déduire du design. Un accès indépendant au service renseigne davantage qu’une identité visuelle copiée.
À vous de l’expliquer
Reprenez le cas ci-dessus. Nommez ce qui est établi, ce qui reste à vérifier et la preuve qui permettrait de conclure. Une réponse solide traite les deux côtés du schéma.
Appliquer la leçon à un cas
Un faux support annonce : « Votre wallet expire dans dix minutes. Saisissez vos mots de récupération pour conserver votre accès. » La page affiche le logo attendu.
La demande de mots et l’urgence imposée sont des signaux d’alerte. N’utilisez pas ce formulaire. Vérifiez le service indépendamment ; une divulgation partielle n’est pas un test sûr.
Préparer une note de correction
Décrivez le passage et la correction proposée. Vous pourrez copier cette note pour la partager ; rien n’est envoyé. N’incluez aucune donnée personnelle ou confidentielle.