Aller au contenuBlockAssay

Vérification de la provenance des portefeuilles et du phishing

P03-L02 · P03 · P03-M01

Vérifier le domaine d’origine et la provenance de la distribution

ILLUSTRATIVE · needs_review

Prérequis: P03-L01

Objectifs pédagogiques

  • Vérifier le domaine d’origine et la provenance de la distribution
  • Comparer les origines complètes et les enregistrements de distribution.
  • Distinguer une provenance suspecte de l’attribution à un opérateur.

Source maître EN · P03-L02 · needs_review

Étude exclusivement hors ligne/en lecture seule. Ne fournissez jamais de secrets, de mots de passe ni de codes d’authentification. Aucune connexion de portefeuille, autorisation réelle, révocation en direct, signature de transaction, aucun transfert, fonds ou échange. Les visuels sont uniquement des spécifications.

Pourquoi ce sujet compte

Un logo familier ou le préfixe d’un lien peut mener à une autre origine. Des comparaisons exactes peuvent justifier de suspendre l’interaction sans inventer qui contrôle un site suspect.

Explication

Examiner la source complète

Les recommandations de sécurité préconisent de vérifier le domaine réel et de se méfier des canaux de support non officiels [SECURITY]. Un aperçu, un titre ou un logo n’est pas l’origine. Tous les noms du jeu de données ci-dessous utilisent des domaines réservés .invalid et ne doivent pas être visités. R1 est une référence stipulée pour le cours, et non une recommandation de portefeuille réel.

Comparer les noms d’hôte littéralement

R2 commence par le texte de la référence mais se termine par helper.invalid. L’hôte complet est différent. R3 modifie la ponctuation et constitue également un autre hôte. Consignez la chaîne complète et la source de la référence avant d’interpréter la ressemblance visuelle. Si l’historique de redirection ou la barre d’adresse manque, marquez la lacune de provenance qui en résulte UNKNOWN.

Le chiffrement du transport, s’il était montré, concernerait une connexion à un nom d’hôte. Il n’authentifierait pas indépendamment cet hôte comme l’émetteur attendu. Le jeu de données ne fournit ni vérification de certificat ni enregistrement sur une personne ; aucune conclusion de ce type ne peut donc être ajoutée.

Examiner indépendamment la provenance du logiciel

R4 donne un nom d’application, une version et un libellé d’éditeur, mais aucun enregistrement d’intégrité de la distribution. R5 fournit des empreintes de paquet et de référence identiques dans le jeu de données. Cette correspondance soutient la comparaison limitée des octets selon la référence stipulée, et non un audit complet de sécurité. Si la référence était compromise, des octets identiques ne résoudraient pas cette question distincte.

Pour une note limitée à son périmètre, incluez l’URL, la source de la référence, le paquet et sa version, le contexte de collecte et toute méthode d’intégrité fournie. Ne téléchargez ni n’exécutez un paquet inconnu comme test pédagogique. Les champs manquants restent manquants. Un nom d’application ne remplace pas l’enregistrement de distribution.

Éviter les accusations non étayées

OBSERVED : noms littéraux, libellés et empreintes fournies. INFERRED : leur égalité ou différence dans le jeu de données. UNKNOWN : opérateurs réels, vulnérabilités et redirections non fournies. INSUFFICIENT EVIDENCE : attribuer la propriété d’un site de phishing à une personne nommée à partir de la seule ressemblance des domaines. L’apprenant peut décider de suspendre l’interaction en attendant la provenance sans formuler cette accusation.

Terminologie

  • Origine : contexte protocole/hôte/port.
  • Référence : base choisie indépendamment pour la comparaison.
  • Empreinte : empreinte cryptographique d’octets utilisée pour une comparaison d’intégrité ; des empreintes identiques n’établissent pas la sécurité.
  • Provenance de la distribution : source du paquet, version et chaîne d’intégrité.
  • Imitation : ressemblance textuelle sans identité établie de l’opérateur.

Exemple historique

Fiches hors ligne ILLUSTRATIVE. R1 https://wallet.example.invalid. R2 https://wallet.example.invalid.helper.invalid avec logo copié. R3 https://wallet-example.invalid. R4 APP-SIM v2, libellé d’éditeur « Wallet », intégrité absente. R5 APP-SIM v2, empreinte SIM-DIGEST-A égale à la référence stipulée SIM-DIGEST-A. Ne naviguez jamais vers ces fiches et ne les téléchargez jamais.

Spécifications visuelles

Panneau de comparaison des origines complètes, avec noms d’hôte LTR pouvant revenir à la ligne ; mettre en évidence le suffixe réel de R2. Séparer les colonnes de déclaration d’éditeur, comparaison d’empreintes et opérateur inconnu. Aucun badge d’identité d’auteur de phishing confirmé.

Ce que les preuves établissent

Les différences stipulées de noms d’hôte et l’égalité des empreintes de paquet et de référence.

Ce que les preuves n’établissent pas

La propriété réelle des domaines, une attribution confirmée de phishing, un logiciel exempt de problèmes ou une référence non compromise.

Erreurs fréquentes

  • Faire correspondre un préfixe ou un logo.
  • Traiter le chiffrement comme l’identité de l’émetteur.
  • Qualifier l’égalité des hashes d’audit complet.

Exercice pratique

Comparez R2 et R3 à R1. Évaluez les preuves de distribution de R4 et R5 et rédigez une note de décision suspendant l’interaction en attendant une provenance exacte, sans accusation humaine.

Remettez un tableau et une conclusion délimitée en utilisant uniquement le matériel hors ligne fourni. Répartition éditoriale du temps : étude 12 min, exercice 8 min, correction/quiz 10 min.

Afficher la correction détaillée

Les hôtes complets de R2 et R3 diffèrent de celui de R1. La marque ne fournit qu’une déclaration. L’intégrité de R4 est UNKNOWN. R5 soutient l’égalité avec la référence stipulée, et non un logiciel sans défaut. L’identité de l’opérateur est UNKNOWN ; une accusation de phishing visant une personne nommée relève d’INSUFFICIENT EVIDENCE. Suspendez l’interaction et demandez le contexte exact de source et de distribution.

Grille : périmètre exact, provenance des sources, raisonnement, limites explicites et manipulation sûre hors ligne, un point chacun. Les observations inventées ou l’attribution d’identité non étayée doivent être corrigées quel que soit le score. Évaluation formative uniquement.

Liste de contrôle

  • Lire l’origine complète.
  • Choisir indépendamment la référence.
  • Consigner paquet, version et intégrité.
  • Ne pas exécuter de logiciel inconnu.
  • Séparer le motif de préoccupation et l’attribution.

Résumé

Les comparaisons d’origine et de distribution soutiennent des conclusions limitées de provenance. Des noms ressemblants et des octets identiques n’identifient pas un humain et ne garantissent pas la sécurité.

Résumé

  • Vérifier le domaine d’origine et la provenance de la distribution
  • Comparer les origines complètes et les enregistrements de distribution.
  • Distinguer une provenance suspecte de l’attribution à un opérateur.

Leçon suivante

P03-L03 après revue des prérequis et de la correction.

Outils

NONE dans le catalogue de référence. Les données hors ligne fournies suffisent ; aucun achat de produit ni aucune opération de portefeuille n’est requis.

Sources et limites des affirmations

La documentation explique les mécanismes. Les enregistrements historiques conservent leur classe de source déclarée. L’inspection d’une source ne constitue pas une acceptation éditoriale indépendante.

Spécifications visuelles

P03-L02-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Vérifier le domaine d’origine et la provenance de la distribution

Fiches hors ligne ILLUSTRATIVE expurgées ; ce n’est pas un écran en direct

Panneau de comparaison des origines complètes, avec noms d’hôte LTR pouvant revenir à la ligne ; mettre en évidence le suffixe réel de R2. Séparer les colonnes de déclaration d’éditeur, comparaison d’empreintes et opérateur inconnu. Aucun badge d’identité d’auteur de phishing confirmé.

Panneau de comparaison des origines complètes, avec noms d’hôte LTR pouvant revenir à la ligne ; mettre en évidence le suffixe réel de R2. Séparer les colonnes de déclaration d’éditeur, comparaison d’empreintes et opérateur inconnu. Aucun badge d’identité d’auteur de phishing confirmé.

390px : cartes empilées/équivalent textuel ; validation du rendu 768px/ordinateur en attente

Prose RTL ; identifiants isolés LTR ; sens factuel des liens conservé

FIX-P03-L02

Sources et limites des affirmations

SECURITY · PRIMARY_DOCUMENTATION

Sécurité Ethereum et prévention des escroqueries

Affirmation étayée
Confidentialité des secrets, vérification exacte des domaines et prudence envers l’assistance non officielle.
Limite de vérification
Source primaire inspectée pour le mécanisme associé ou la déclaration attribuée ; aucune authentification des données illustratives.
Date de vérification
2026-10-01
Ouvrir la source primaire
https://ethereum.org/en/security/

Provenance des données

id: FIX-P03-L02

dataStatus: ILLUSTRATIVE

source: Original embedded offline cards; no real observations

observedAt: null

timeBasis: SIM/T markers are fictional order, not UTC timestamps

Testez votre raisonnement

P03-L02-Q1 · R2 correspond-elle à R1 ?
P03-L02-Q2 · Que prouve un logo copié ?
P03-L02-Q3 · Que soutient R5 ?
P03-L02-Q4 · Un domaine différent identifie-t-il un opérateur humain ?
P03-L02-Q5 · Quelle suite donner sans risque ?