Hvor skal du skrive inn gjenopprettingsfrasen til en lommebok?
Gjenopprettingsfrasen hører til lommebokens egen gjenopprettingsflyt, ikke til en støttechat eller en lånt virtuell maskin. Følg hvor hemmeligheten skrives inn, og hvem som kan se på.
Gjenoppretting av en lommebok ser ut som en tekstinntastingsoppgave og er i virkeligheten en oppgave med nøkkeloppbevaring. Frasen du skriver inn, er ikke et passord som kontrolleres av en server; den er inngangsverdien til en avledningsfunksjon som bygger opp igjen de samme private nøklene som lommeboken hadde før den gikk tapt. Alt som i det øyeblikket kan lese tastetrykkene, utklippstavlen eller prosessminnet, kan også bygge dem opp igjen. Forberedelse betyr derfor å bestemme hvor hemmeligheten får lov til å finnes, før den finnes.
Følg frasen fra mediet til den avledede nøkkelen
En mnemonikk i BIP-39-stil normaliseres, strekkes med PBKDF2-HMAC-SHA512 med en valgfri passfrase som salt, og gjøres om til et frø som lommeboken avleder nøkler fra. Av dette følger to konsekvenser direkte. For det første er frasen en varig fullmakt og ikke en sesjonsopplysning, så det finnes ingen tilbakestilling på serversiden hvis den slipper ut. For det andre deltar den valgfrie passfrasen i avledningen, og derfor betyr en gjenoppretting som ser ut til å gi en tom lommebok vanligvis at feil passfrase ble skrevet inn, ikke at frasen var feil.
Hvert trinn etter normaliseringen skjer inne i prosessen du skrev i. Det er denne delen de fleste gjenopprettingsveiledninger hopper over: eksponeringsflaten er inngangsveien og minnet til den prosessen, ikke nettverket mellom deg og et nettsted.
Hvilken prosess som er legitim, avhenger av lommeboken. En maskinvareenhet har sitt eget gjenopprettingsgrensesnitt på enheten; en programvarelommebok har en dokumentert gjenopprettingsskjerm i en verifisert versjon. Ingen av dem er en støttechat, og ingen av dem er en side som tilbyr å kontrollere en frase for deg.
Et gjestesystem arver tilliten til verten sin
En virtuell maskin føles som en egen datamaskin og er ikke en uavhengig tillitsgrense. NIST-veiledningen om full virtualisering beskriver avhengigheten direkte: sikkerheten til gjesten avhenger av verten og hypervisoren under, og delte ressurser som utklippstavle eller mappeintegrasjon utvider kanalen mellom dem. Å installere en gjest på en maskin du allerede mistror, skaper ikke en ny inngangsvei.
| Control | What it addresses | What it leaves exposed |
|---|---|---|
| Verified wallet build | Running the code the publisher actually signed | Everything the running process can read once it starts |
| Live-boot environment, no persistent disk | Secrets left in swap, caches or a saved session | The firmware, the keyboard and the display path |
| Full-disk encryption on the host | Recovery material at rest after shutdown | The same material while the machine is unlocked |
| Tunnel to a trusted exit | Who can observe traffic in transit | Local processes, screen capture and input hooks |
Praktiske lekkasjer følger samme linje. En delt utklippstavle bærer alt du har kopiert. Øyeblikksbilder og filer med suspendert tilstand kan fange minne som inneholder frasen. Gjestetillegg med tilgang til vertens filsystem gir gjesten innsyn i vertens stier og verten innsyn i gjestens stier. Ingen av disse er eksotiske angrep; det er funksjoner som gjør den virtuelle maskinen praktisk.
Den ærlige konklusjonen er smalere enn «en virtuell maskin er utrygg». En virtuell maskin kan være den riktige beholderen for arbeidet når verten er maskinen du stoler på, og du har fjernet delingsfunksjonene. Den kan ikke redde en vert du ikke stoler på.
Hva en kryptert tunnel faktisk dekker
En VPN beskytter pakker mellom to endepunkter. Den har ingen mening om hvem som leser skjermen i noen av endene, og den hindrer ikke en lokal prosess i å observere hva du skriver i et vindu. Så en tunnel er relevant når bekymringen er veien, og irrelevant når bekymringen er verten.
Denne forskjellen betyr noe fordi de to selges sammen. «Kryptert tilkobling» beskriver overføringen; «klarert enhet» beskriver endepunktet. En gjenopprettingsprosedyre trenger et eget svar på begge, og bare ett av dem kan en nettverkstjeneste gi.
Verifisering av det du har lastet ned, hører til samme familie av endepunktsspørsmål. En hashkontroll og en signaturkontroll fastslår at arkivet samsvarer med det utgiveren publiserte; de sier ingenting om maskinen som skal kjøre det.
sha256sum -c SHA256SUMS.txt
gpg --verify SHA256SUMS.txt.sig SHA256SUMS.txtForbered miljøet før materialet dukker opp
Rekkefølgen er viktigere enn verktøyene. Bestem verten, fjern delingsfunksjonene, koble fra det som ikke trenger å være tilkoblet, og ta først da gjenopprettingsoppføringen ut av lagringen. Å gjøre det i motsatt rekkefølge betyr at hemmeligheten allerede er i minnet mens du fortsatt bestemmer hvor den skal hen.
Hold deretter hemmeligheten i flyten lommebokprodusenten dokumenterer. Skriv den inn i lommebokens eget gjenopprettingsgrensesnitt, på nettverket lommeboken forventer, og godkjenn bare operasjoner du kan verifisere på den klarerte skjermen lommeboken tilbyr. En kjent skrivebordsdialog er ikke bevis for at enheten vil autorisere det dialogen påstår.
Hvis du mistenker eksponering, slutt å skrive inn materiale på det systemet og flytt til et miljø du kan stole på uavhengig. Å lukke den virtuelle maskinen, endre et VPN-passord eller reinstallasjon av lommebokappen roterer ikke lommebokens fullmakt; bare det å flytte verdiene til en ny lommebok med nygenererte nøkler gjør det. Hold den rå frasen unna enhver støttesamtale mens du skaffer trinnene som gjelder lommeboken, fordi ingen legitim støtteprosess trenger den. Den ene regelen forhindrer flere tap enn noen herdingssjekkliste.