Saan mo dapat i-type ang pariralang pang-recover ng wallet?

Ang pag-recover ng wallet ay mukhang gawain sa pag-type ng teksto at sa totoo ay gawain sa pangangalaga ng mga susi. Ang pariralang i-type mo ay hindi password na sinusuri ng server; ito ang input ng isang function ng derivasyon na muling bumubuo ng parehong mga pribadong susi na taglay ng wallet bago ito nawala. Anumang makabasa sa sandaling iyon ng mga pagpindot sa key, clipboard o memory ng proseso ay makabubuo rin ng mga ito. Kaya ang paghahanda ay nangangahulugan ng pagpapasya kung saan pinapayagang umiral ang lihim, bago pa ito umiral.

Subaybayan ang parirala mula sa midyum hanggang sa hinangong susi

Ang isang mnemonik sa istilong BIP-39 ay pinapantay, pinahahaba gamit ang PBKDF2-HMAC-SHA512 na gumagamit ng opsyonal na pariralang pang-password bilang asin, at ginagawang binhi kung saan hinahango ng wallet ang mga susi. Mula rito ay direktang sumusunod ang dalawang bunga. Una, ang parirala ay matibay na awtoridad at hindi kredensyal ng sesyon, kaya walang pag-reset sa panig ng server kung ito ay makatakas. Ikalawa, ang opsyonal na pariralang pang-password ay lumalahok sa derivasyon, at dahil dito ang isang pag-restore na tila gumagawa ng walang laman na wallet ay karaniwang nangangahulugan na maling pariralang pang-password ang naipasok, hindi maling parirala.

Ang bawat hakbang pagkatapos ng pagpapantay ay nangyayari sa loob ng prosesong pinag-type-an mo. Ito ang bahaging nilalaktawan ng karamihan sa mga gabay sa pag-recover: ang ibabaw ng pagkakalantad ay ang daan ng input at ang memory ng prosesong iyon, hindi ang network sa pagitan mo at ng isang website.

Alin ang proseso na lehitimo ay depende sa wallet. Ang hardware device ay may sariling interface ng pag-recover sa mismong device; ang software wallet ay may dokumentadong screen ng pag-restore sa isang beripikadong build. Wala sa dalawa ang chat ng suporta, at wala sa dalawa ang pahinang nag-aalok na suriin ang parirala para sa iyo.

Ang guest system ay nagmamana ng tiwala ng host nito

Ang virtual machine ay pakiramdam na parang hiwalay na computer at hindi ito independiyenteng hangganan ng tiwala. Inilalarawan ng gabay ng NIST sa buong virtualisasyon ang dependency na ito nang tuwiran: ang seguridad ng guest ay nakadepende sa host at sa hypervisor sa ilalim nito, at ang mga ibinahaging mapagkukunan tulad ng clipboard o integrasyon ng folder ay nagpapalawak ng channel sa pagitan nila. Ang pag-install ng guest sa isang makinang pinaghihinalaan mo na ay hindi gumagawa ng bagong daan ng input.

Ang mga praktikal na pagtagas ay sumusunod sa parehong linya. Ang ibinahaging clipboard ay nagdadala ng lahat ng kinopya mo. Ang mga snapshot at file ng nasuspindeng estado ay maaaring humuli ng memory na naglalaman ng parirala. Ang mga guest addition na may access sa file system ng host ay nagbibigay sa guest ng tanawin ng mga landas ng host at sa host ng tanawin ng mga landas ng guest. Wala sa mga ito ang kakaibang pag-atake; mga tampok ang mga ito na nagpapagaan sa virtual machine.

Ang tapat na kongklusyon ay mas makitid kaysa «hindi ligtas ang virtual machine». Ang virtual machine ay maaaring tamang lalagyan para sa gawain kapag ang host ang makinang pinagkakatiwalaan mo at inalis mo na ang mga tampok ng pagbabahagi. Hindi nito maililigtas ang host na hindi mo pinagkakatiwalaan.

Ano ba talaga ang sakop ng naka-encrypt na tunnel

Pinoprotektahan ng VPN ang mga packet sa pagitan ng dalawang dulo. Wala itong opinyon tungkol sa kung sino ang nagbabasa ng screen sa alinmang dulo, at hindi nito pinipigilan ang isang lokal na proseso na obserbahan ang tina-type mo sa isang window. Kaya ang tunnel ay may kaugnayan kapag ang alalahanin ay ang daan, at walang kaugnayan kapag ang alalahanin ay ang host.

Mahalaga ang pagkakaibang ito dahil ibinebenta ang dalawa nang magkasama. Ang «naka-encrypt na koneksyon» ay naglalarawan ng transit; ang «pinagkakatiwalaang device» ay naglalarawan ng dulo. Ang pamamaraan ng pag-recover ay nangangailangan ng hiwalay na sagot para sa dalawa, at isa lamang sa kanila ang maibibigay ng isang serbisyo ng network.

Ang pag-verify sa na-download mo ay kabilang sa parehong pamilya ng mga tanong tungkol sa dulo. Ang pagsusuri ng hash at pagsusuri ng lagda ay nagpapatunay na ang archive ay tumutugma sa inilabas ng publisher; wala silang sinasabi tungkol sa makinang tatakbo nito.

sha256sum -c SHA256SUMS.txt
gpg --verify SHA256SUMS.txt.sig SHA256SUMS.txt

Ihanda ang kapaligiran bago lumitaw ang materyal

Mas mahalaga ang pagkakasunod-sunod kaysa sa mga kasangkapan. Magpasya sa host, alisin ang mga tampok ng pagbabahagi, idiskonekta ang hindi kailangang ikonekta, at pagkatapos lamang ilabas ang talaan ng pag-recover mula sa imbakan nito. Ang paggawa nito sa kabaligtarang pagkakasunod-sunod ay nangangahulugan na ang lihim ay nasa memory na habang nagpapasya ka pa kung saan ito dapat pumunta.

Pagkatapos ay panatilihin ang lihim sa daloy na dokumentado ng gumawa ng wallet. Ipasok ito sa sariling interface ng pag-restore ng wallet, sa network na inaasahan ng wallet, at aprubahan lamang ang mga operasyong maaari mong i-verify sa pinagkakatiwalaang display na ibinibigay ng wallet. Ang pamilyar na dialog ng desktop ay hindi patunay na papayagan ng device ang sinasabi ng dialog.

Kung pinaghihinalaan mo ang pagkakalantad, itigil ang pagpasok ng materyal sa sistemang iyon at lumipat sa kapaligirang maaari mong pagkatiwalaan nang independiyente. Ang pagsasara ng virtual machine, pagpapalit ng password ng VPN o muling pag-install ng app ng wallet ay hindi nagpapaikot ng awtoridad ng wallet; tanging ang paglipat ng mga asset sa bagong wallet na may bagong likhang susi ang gumagawa nito. Panatilihing labas ang hilaw na parirala sa anumang usapan ng suporta habang kinukuha mo ang mga hakbang na tukoy sa wallet, dahil walang lehitimong proseso ng suporta ang nangangailangan nito. Ang nag-iisang tuntuning iyon ay pumipigil ng mas maraming pagkalugi kaysa sa anumang checklist ng pagpapatibay.