P03-L02 · P03 · P03-M01
Vérifier le domaine d’origine et la provenance de la distribution
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
- [SECURITY] Sécurité Ethereum et prévention des escroqueries — Confidentialité des secrets, vérification exacte des domaines et prudence envers l’assistance non officielle.
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
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
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