Frasi seed e chiavi private

Master sorgente EN · P03-L01 · needs_review

Solo studio senza rete/in sola lettura. Non fornire mai segreti, password o codici di autenticazione. Nessuna connessione del wallet, approvazione reale, revoca in tempo reale, firma di transazione, trasferimento, fondi o operazione di trading. I visual sono soltanto specifiche.

Il resoconto dell'evidenza deve spiegare una possibile esposizione di segreti senza crearne un'altra. Capacità di recupero e indirizzo pubblico hanno ruoli di sicurezza diversi.

Separare i meccanismi di accesso

Un mnemonico BIP-39 e una passphrase opzionale derivano materiale seed [BIP39]. Non sono un localizzatore pubblico di conto. Una password locale dell'app protegge un livello di accesso all'applicazione; non è lo stesso meccanismo della capacità di firma del protocollo. Cambiare password non dimostra che materiale di recupero precedentemente copiato abbia perso la sua capacità. Qui non sono forniti né richiesti mnemonici, chiavi o valori di autenticazione.

Registrare le categorie, mai i valori segreti

Le indicazioni ufficiali di sicurezza escludono la condivisione di chiavi private, frasi seed e password [SECURITY]. Il corso esclude anche codici di autenticazione, schermate contenenti materiale riservato e accesso remoto. Una nota utile dell'evidenza può indicare la categoria richiesta e conservare una descrizione della richiesta priva di dati sensibili. Non deve riprodurre il materiale la cui esposizione è in esame.

I dati dell'esercizio usano schede di categorie. R1 è un localizzatore didattico non segreto. R2 descrive una richiesta riservata senza fornire un valore. R3 afferma che una modifica della password locale annulla l'esposizione del materiale di recupero. R4 è una dichiarazione fittizia di divulgazione. Leggere le schede basta a valutare che cosa richieda ogni affermazione.

Preservare le fasi

Richiesto, fornito e successivamente usato sono proposizioni diverse. Un messaggio visualizzato non dimostra che la richiesta sia stata soddisfatta. Una dichiarazione dell'utente non prova indipendentemente un furto. Un record successivo di transazione, anche se disponibile, richiederebbe rete/contesto propri e non potrebbe di per sé identificare un attaccante. Tenere queste fasi in righe separate dell'evidenza anziché comprimerle in «hackerato».

Adeguare la conclusione all'evidenza fornita

OBSERVED significa testo o categoria della scheda nell'esercizio. INFERRED significa distinzione dei meccanismi secondo il modello dichiarato. UNKNOWN copre divulgazione reale, accesso al conto e perdite perché non sono forniti tali record. INSUFFICIENT EVIDENCE si applica ad affermazioni che identificano un attaccante reale o asseriscono un furto dal solo messaggio. Questo esercizio allena il resoconto; non chiede mai allo studente di dimostrare un recupero, esaminare un backup effettivo o spostare fondi.

• Materiale seed: input riservato da cui uno schema di wallet può derivare chiavi di firma.
• Chiave privata: valore riservato di firma per un conto o ruolo di autorizzazione.
• Materiale di recupero: capacità riservata di ricreare l'accesso alla firma.
• Localizzatore pubblico: identificatore non segreto di un record.
• Password locale: controllo dell'accesso all'applicazione.
• Dichiarazione di divulgazione: resoconto di esposizione che richiede provenienza propria.

ILLUSTRATIVE schede prive di dati sensibili; nessun segreto. R1 localizzatore pubblico SIM-TX-1. R2 «L'assistenza richiede materiale di recupero», valore [NOT PROVIDED]. R3 «Cambiare la password dell'app annulla l'esposizione del materiale di recupero». R4 dichiarazione fittizia dell'utente «Ho fornito materiale di recupero»; nessun conto, record di perdita o timestamp reale fornito.

Corsie per localizzatore pubblico e capacità riservata. R2 contiene solo una categoria e un'etichetta di richiesta vietata. R3 è un'affermazione sul meccanismo, R4 una dichiarazione dell'utente. Non generare mai parole di frasi di recupero, byte di chiavi o codici scansionabili.

Le categorie stipulate e l'esistenza di dichiarazioni di richiesta/divulgazione nei dati dell'esercizio.

Divulgazione effettiva, furto, identità umana, recuperabilità o contenimento garantito.

• Caricare un segreto come evidenza.
• Trattare un indirizzo pubblico come capacità di firma.
• Assumere che modificare la password dell'app revochi la capacità di recupero copiata.

Classificare R1–R4 e scrivere una frase sull'incidente priva di dati sensibili. Spiegare se R2 provi che la richiesta sia stata soddisfatta e se R3 dimostri il contenimento. Identificare l'evidenza mancante senza chiedere valori riservati.

Consegnare tabella e conclusione circoscritta basate solo sul materiale fornito senza rete. Ripartizione editoriale: studio 12 min, esercizio 8 min, correzione/quiz 10 min.

• Usare soltanto categorie.
• Separare identificatori pubblici e capacità.
• Distinguere richiesta/resoconto/uso.
• Escludere schermate e codici segreti.
• Delimitare affermazioni su perdita e identità.

Il trattamento dell'evidenza deve preservare i fatti senza raccogliere segreti. Localizzatore pubblico, password locale e capacità di recupero sono oggetti distinti.

• Spiegare esposizione dei segreti e limiti del recupero senza inserire segreti reali
• Classificare localizzatori pubblici e capacità riservata di recupero.
• Distinguere richiesta, dichiarazione di divulgazione e uso osservato.

P03-L02 dopo la verifica dei prerequisiti e della correzione.

NONE nel catalogo autorevole. Bastano i dati forniti senza rete; non servono acquisto del prodotto o operazioni di wallet.

• [BIP39] Specifica del seed mnemonico BIP-39 — Derivazione dal mnemonico al seed con passphrase opzionale; non autenticazione dei dati dell'esercizio.
• [SECURITY] Sicurezza Ethereum e prevenzione delle truffe — Riservatezza dei segreti, verifica del dominio esatto e prudenza verso assistenza non ufficiale.

La documentazione spiega meccanismi. I record storici mantengono la classe dichiarata della fonte. La verifica delle fonti non è un’approvazione editoriale indipendente.