તમારે વોલેટ રિકવરી ફ્રેઝ ક્યાં લખવી જોઈએ?
રિકવરી ફ્રેઝ વોલેટના પોતાના રિસ્ટોર પ્રવાહમાં આવે છે, સપોર્ટ ચેટમાં કે ઉછીના વર્ચ્યુઅલ મશીનમાં નહીં. ગુપ્ત માહિતી ક્યાં દાખલ થાય છે અને કોણ જોઈ શકે છે તે ટ્રેસ કરો.
વોલેટ રિકવરી ટેક્સ્ટ દાખલ કરવાનું કામ જેવી લાગે છે, પણ ખરેખર તે ચાવીઓની સંભાળ રાખવાનું કામ છે. તમે લખો છો તે ફ્રેઝ સર્વર દ્વારા ચકાસાતો પાસવર્ડ નથી; તે ડેરિવેશન ફંક્શનનું ઇનપુટ છે, જે વોલેટ ખોવાઈ જતાં પહેલાં ધરાવતું હતું તે જ ખાનગી ચાવીઓ ફરી બનાવે છે. તે ક્ષણે કીસ્ટ્રોક, ક્લિપબોર્ડ કે પ્રોસેસ મેમરી વાંચી શકે તેવું કંઈ પણ તેમને પણ ફરી બનાવી શકે છે. તેથી તૈયારી એટલે ગુપ્ત માહિતી ક્યાં રહી શકે તે નક્કી કરવું, તે અસ્તિત્વમાં આવે તે પહેલાં.
ફ્રેઝને માધ્યમથી ડેરાઇવ થયેલી ચાવી સુધી ટ્રેસ કરો
BIP-39 શૈલીનું નેમોનિક નોર્મલાઇઝ થાય છે, વૈકલ્પિક પાસફ્રેઝને મીઠું તરીકે વાપરીને PBKDF2-HMAC-SHA512 સાથે ખેંચાય છે, અને બીજમાં ફેરવાય છે જેમાંથી વોલેટ ચાવીઓ ડેરાઇવ કરે છે. તેમાંથી સીધા બે પરિણામો આવે છે. પ્રથમ, ફ્રેઝ સત્રની ઓળખ નહીં પણ ટકાઉ સત્તા છે, તેથી તે બહાર નીકળી જાય તો સર્વર તરફથી રીસેટ થતું નથી. બીજું, વૈકલ્પિક પાસફ્રેઝ ડેરિવેશનમાં ભાગ લે છે, અને તેથી ખાલી વોલેટ બનાવતું લાગતું રિસ્ટોર સામાન્ય રીતે એમ બતાવે છે કે ખોટો પાસફ્રેઝ દાખલ થયો છે, ખોટી ફ્રેઝ નહીં.
નોર્મલાઇઝેશન પછીનું દરેક પગલું તમે જે પ્રોસેસમાં લખ્યું તેની અંદર જ થાય છે. રિકવરી માર્ગદર્શિકાઓનો મોટો ભાગ આ ભાગ છોડી દે છે: એક્સપોઝર સપાટી ઇનપુટ માર્ગ અને તે પ્રોસેસની મેમરી છે, તમારા અને વેબસાઇટ વચ્ચેનું નેટવર્ક નહીં.
કઈ પ્રોસેસ કાયદેસર છે તે વોલેટ પર આધાર રાખે છે. હાર્ડવેર ઉપકરણનું પોતાનું ઓન-ડિવાઇસ રિકવરી ઇન્ટરફેસ હોય છે; સોફ્ટવેર વોલેટમાં ચકાસાયેલા બિલ્ડમાં દસ્તાવેજીકૃત રિસ્ટોર સ્ક્રીન હોય છે. બંનેથી એક પણ સપોર્ટ ચેટ નથી, અને એક પણ એવું પૃષ્ઠ નથી જે તમારા વતી ફ્રેઝ ચકાસવાની ઑફર કરે.
ગેસ્ટ સિસ્ટમ તેના હોસ્ટનો વિશ્વાસ વારસામાં લે છે
વર્ચ્યુઅલ મશીન અલગ કમ્પ્યુટર જેવું લાગે છે અને તે સ્વતંત્ર વિશ્વાસ સીમા નથી. સંપૂર્ણ વર્ચ્યુઅલાઇઝેશન વિશેનું NIST માર્ગદર્શન આ નિર્ભરતાનું સીધું વર્ણન કરે છે: ગેસ્ટની સુરક્ષા હોસ્ટ અને તેની નીચેના હાઇપરવાઇઝર પર આધાર રાખે છે, અને ક્લિપબોર્ડ કે ફોલ્ડર એકીકરણ જેવા વહેંચાયેલા સંસાધનો તેમની વચ્ચેની ચેનલ પહોળી કરે છે. તમે પહેલેથી જ શંકા કરો છો તેવા મશીન પર ગેસ્ટ ઇન્સ્ટોલ કરવાથી નવો ઇનપુટ માર્ગ બનતો નથી.
| 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 |
વ્યવહારુ લીકેજ એ જ રેખા અનુસરે છે. વહેંચાયેલ ક્લિપબોર્ડ તમે કૉપિ કર્યું તે બધું વહન કરે છે. સ્નેપશોટ અને સ્થગિત સ્થિતિની ફાઇલો ફ્રેઝ ધરાવતી મેમરી કેપ્ચર કરી શકે છે. હોસ્ટ ફાઇલસિસ્ટમની ઍક્સેસ ધરાવતા ગેસ્ટ એડિશન ગેસ્ટને હોસ્ટના માર્ગોનું અને હોસ્ટને ગેસ્ટના માર્ગોનું દૃશ્ય આપે છે. આમાંથી કંઈ પણ વિચિત્ર હુમલો નથી; આ એવી સુવિધાઓ છે જે વર્ચ્યુઅલ મશીનને અનુકૂળ બનાવે છે.
પ્રામાણિક તારણ «વર્ચ્યુઅલ મશીન સુરક્ષિત નથી» કરતાં સાંકડું છે. જ્યારે હોસ્ટ એ મશીન હોય જેના પર તમે વિશ્વાસ કરો છો અને તમે શેરિંગ સુવિધાઓ દૂર કરી હોય, ત્યારે વર્ચ્યુઅલ મશીન કામ માટે યોગ્ય પાત્ર હોઈ શકે છે. જે હોસ્ટ પર તમે વિશ્વાસ કરતા નથી તેને તે બચાવી શકતું નથી.
એન્ક્રિપ્ટેડ ટનલ ખરેખર શું આવરી લે છે
VPN બે અંતિમ બિંદુઓ વચ્ચેના પેકેટનું રક્ષણ કરે છે. કોઈ પણ અંતે સ્ક્રીન કોણ વાંચે છે તે અંગે તેનો કોઈ મત નથી, અને વિન્ડોમાં તમે શું લખો છો તે સ્થાનિક પ્રોસેસ જુએ તેને તે અટકાવતું નથી. તેથી ચિંતા માર્ગની હોય ત્યારે ટનલ સંબંધિત છે, અને ચિંતા હોસ્ટની હોય ત્યારે તે અસંબંધિત છે.
આ ભેદ મહત્વનો છે કારણ કે બંને સાથે વેચાય છે. «એન્ક્રિપ્ટેડ જોડાણ» પારગમનનું વર્ણન કરે છે; «વિશ્વસનીય ઉપકરણ» અંતિમ બિંદુનું વર્ણન કરે છે. રિકવરી પ્રક્રિયાને બંને માટે અલગ જવાબની જરૂર છે, અને તેમાંથી ફક્ત એક જ નેટવર્ક સેવા આપી શકે છે.
તમે ડાઉનલોડ કર્યું તેની ચકાસણી એ જ પ્રકારના અંતિમ-બિંદુ પ્રશ્નોનો ભાગ છે. હેશ ચકાસણી અને સહી ચકાસણી સ્થાપે છે કે આર્કાઇવ પ્રકાશકે બહાર પાડ્યું તેની સાથે મેળ ખાય છે; તે ચલાવનાર મશીન વિશે કંઈ કહેતું નથી.
sha256sum -c SHA256SUMS.txt
gpg --verify SHA256SUMS.txt.sig SHA256SUMS.txtસામગ્રી દેખાય તે પહેલાં પર્યાવરણ તૈયાર કરો
ક્રમ સાધનો કરતાં વધુ મહત્વનો છે. હોસ્ટ નક્કી કરો, શેરિંગ સુવિધાઓ દૂર કરો, જોડાયેલા રહેવાની જરૂર ન હોય તે ડિસ્કનેક્ટ કરો, અને ત્યાર પછી જ રિકવરી રેકોર્ડ તેના સંગ્રહમાંથી બહાર કાઢો. ઊલટા ક્રમમાં કરવાનો અર્થ એ છે કે ગુપ્ત માહિતી પહેલેથી મેમરીમાં છે, જ્યારે તમે હજી નક્કી કરો છો કે તે ક્યાં જવી જોઈએ.
પછી ગુપ્ત માહિતી વોલેટ ઉત્પાદક જે પ્રવાહનું દસ્તાવેજીકરણ કરે છે તેમાં રાખો. તેને વોલેટના પોતાના રિસ્ટોર ઇન્ટરફેસમાં, વોલેટ જે નેટવર્કની અપેક્ષા રાખે તેમાં દાખલ કરો, અને ફક્ત એ જ ક્રિયાઓ મંજૂર કરો જે વોલેટ આપે છે તે વિશ્વસનીય ડિસ્પ્લે પર ચકાસી શકો. પરિચિત ડેસ્કટોપ સંવાદ એ પુરાવો નથી કે ઉપકરણ સંવાદ જે દાવો કરે છે તેને અધિકૃત કરશે.
જો એક્સપોઝરની શંકા હોય, તો તે સિસ્ટમ પર સામગ્રી દાખલ કરવાનું બંધ કરો અને સ્વતંત્ર રીતે વિશ્વાસ કરી શકો તેવા પર્યાવરણમાં જાઓ. વર્ચ્યુઅલ મશીન બંધ કરવું, VPN પાસવર્ડ બદલવો કે વોલેટ એપ ફરી ઇન્સ્ટોલ કરવું વોલેટની સત્તા ફરે તેમ કરતું નથી; ફક્ત નવી બનાવેલી ચાવીઓ સાથે નવા વોલેટમાં સંપત્તિ ખસેડવાથી તે થાય છે. વોલેટ-વિશિષ્ટ પગલાં મેળવતી વખતે કાચી ફ્રેઝને કોઈ પણ સપોર્ટ વાતચીતની બહાર રાખો, કારણ કે કોઈ પણ કાયદેસર સપોર્ટ પ્રક્રિયાને તેની જરૂર નથી. એ એક જ નિયમ કોઈ પણ હાર્ડનિંગ ચેકલિસ્ટ કરતાં વધુ નુકસાન અટકાવે છે.