Hvor skal du indtaste en gendannelsessætning for en tegnebog?
Gendannelsessætningen hører til tegnebogens egen gendannelsesproces, ikke til en supportchat eller en lånt virtuel maskine. Følg, hvor hemmeligheden indtastes, og hvem der kan se med.
Gendannelse af en tegnebog ligner en tekstindtastningsopgave og er i virkeligheden en opgave med nøgleopbevaring. Sætningen, du indtaster, er ikke en adgangskode, som en server kontrollerer; den er input til en afledningsfunktion, der genopbygger de samme private nøgler, som tegnebogen havde, før den blev mistet. Alt, der i det øjeblik kan læse tastetryk, udklipsholderen eller processens hukommelse, kan også genopbygge dem. Forberedelse betyder derfor at beslutte, hvor hemmeligheden må eksistere, før den eksisterer.
Følg sætningen fra mediet til den afledte nøgle
En mnemonik i BIP-39-stil normaliseres, strækkes med PBKDF2-HMAC-SHA512 med en valgfri adgangssætning som salt og omdannes til et frø, som tegnebogen udleder nøgler fra. Det giver umiddelbart to konsekvenser. For det første er sætningen en varig bemyndigelse og ikke en sessionsoplysning, så der er ingen nulstilling på serversiden, hvis den slipper ud. For det andet deltager den valgfrie adgangssætning i afledningen, og derfor betyder en gendannelse, der ser ud til at give en tom tegnebog, normalt, at den forkerte adgangssætning blev indtastet, ikke at sætningen var forkert.
Hvert trin efter normaliseringen foregår inde i den proces, du skrev i. Det er den del, de fleste gendannelsesvejledninger springer over: eksponeringsoverfladen er inputvejen og den proces’ hukommelse, ikke netværket mellem dig og et websted.
Hvilken proces der er legitim, afhænger af tegnebogen. En hardwareenhed har sin egen gendannelsesgrænseflade på enheden; en softwaretegnebog har en dokumenteret gendannelsesskærm i et verificeret build. Ingen af dem er en supportchat, og ingen af dem er en side, der tilbyder at kontrollere en sætning for dig.
Et gæstesystem arver sin værts tillid
En virtuel maskine føles som en separat computer og er ikke en uafhængig tillidsgrænse. NIST’s vejledning om fuld virtualisering beskriver afhængigheden direkte: gæstens sikkerhed afhænger af værten og hypervisoren nedenunder, og delte ressourcer som udklipsholder eller mappeintegration udvider kanalen mellem dem. At installere en gæst på en maskine, du allerede mistror, skaber ikke en ny inputvej.
| 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 lækager følger samme linje. En delt udklipsholder bærer alt, hvad du har kopieret. Snapshots og filer med suspenderet tilstand kan fange hukommelse, der indeholder sætningen. Gæstetilføjelser med adgang til værtens filsystem giver gæsten indblik i værtens stier og værten indblik i gæstens stier. Ingen af disse er eksotiske angreb; det er funktioner, der gør den virtuelle maskine bekvem.
Den ærlige konklusion er snævrere end „en virtuel maskine er usikker“. En virtuel maskine kan være den rigtige beholder til arbejdet, når værten er den maskine, du stoler på, og du har fjernet delingsfunktionerne. Den kan ikke redde en vært, du ikke stoler på.
Hvad en krypteret tunnel faktisk dækker
En VPN beskytter pakker mellem to endepunkter. Den har ingen mening om, hvem der læser skærmen i hver ende, og den forhindrer ikke en lokal proces i at observere, hvad du skriver i et vindue. Så en tunnel er relevant, når bekymringen er vejen, og irrelevant, når bekymringen er værten.
Denne sondring betyder noget, fordi de to sælges sammen. „Krypteret forbindelse“ beskriver transitten; „betroet enhed“ beskriver endepunktet. En gendannelsesprocedure kræver begge besvaret separat, og kun den ene af dem kan en netværkstjeneste besvare.
Verificering af det, du har hentet, hører til samme familie af endepunktsspørgsmål. En hashkontrol og en signaturkontrol fastslår, at arkivet svarer til det, udgiveren offentliggjorde; de siger intet om den maskine, der skal køre det.
sha256sum -c SHA256SUMS.txt
gpg --verify SHA256SUMS.txt.sig SHA256SUMS.txtForbered miljøet, før materialet dukker op
Rækkefølgen betyder mere end værktøjerne. Beslut værten, fjern delingsfunktionerne, afbryd det, der ikke behøver at være forbundet, og tag først derefter gendannelsesoptegnelsen ud af sin opbevaring. Gør du det i den anden rækkefølge, er hemmeligheden allerede i hukommelsen, mens du stadig beslutter, hvor den skal hen.
Hold derefter hemmeligheden i det flow, som tegnebogsproducenten dokumenterer. Indtast den i tegnebogens egen gendannelsesgrænseflade, på det netværk tegnebogen forventer, og godkend kun handlinger, du kan verificere på den betroede skærm, tegnebogen stiller til rådighed. En velkendt skrivebordsdialog er ikke bevis for, at enheden godkender det, dialogen påstår.
Hvis du har mistanke om eksponering, så stop med at indtaste materiale på det system og flyt til et miljø, du uafhængigt kan stole på. At lukke den virtuelle maskine, ændre en VPN-adgangskode eller geninstallere tegnebogsprogrammet roterer ikke tegnebogens bemyndigelse; kun at flytte aktiverne til en ny tegnebog med nygenererede nøgler gør. Hold den rå sætning ude af enhver supportssamtale, mens du skaffer trinnene til din tegnebog, fordi ingen legitim supportproces har brug for den. Den ene regel forhindrer flere tab end nogen hærdningscheckliste.