Kontejneri i koduar i VeraCrypt, LUKS ose BitLocker i korruptuar: Rivendosja e kokës së vëllimit të rezervës së integruar¶

Shkruani fjalëkalimin tuaj 100 për qind të saktë të enkriptimit në a VeraCrypt kontejner skedari ose ndarje, një Linux LUKS (dm-crypt) vëllim, një Windows BitLocker makinë, ose a Cryptomator kasaforta e reve - vetëm për t'u goditur me Operation failed due to one or more of the following: Incorrect password / Not a valid volume, Device /dev/nvme0n1p3 is not a valid LUKS device, ose ndarja e Windows kërkon duke pyetur "Duhet të formatoni diskun në diskun D: përpara se ta përdorni" - shkakton frikë të menjëhershme. Pse një ndërprerje e vetme e energjisë elektrike, shkëputje e detyruar USB nga priza, ndodh aksidentale Quick Format / diskpart clean, ose një sektor i keq në kompensim bajt 0 të bëjë që një disk i tërë i koduar 2 terabajt të refuzojë një fjalëkalim të vlefshëm? Sepse kriptimi i diskut në nivel blloku (XTS-AES-256) nuk e verifikon kurrë fjalëkalimin tuaj drejtpërdrejt kundrejt skedarëve tuaj: në vend të kësaj, fjalëkalimi juaj deshifron një Header të vogël të vëllimit (Zona e çelësave) të ruajtur në fillim të kontejnerit që mban çelësin kryesor të enkriptimit 256-bit ose 512-bit (VMK / Volume Master Key). Nëse 512 bajtet e para në 131,072 bajt (128 KB) i volumit është mbishkruar nga një inicializimi aksidental i tabelës së ndarjes ose është i korruptuar nga një ndërprerje, koka kryesore është zhdukur. Për fat të mirë, ** të dyja VeraCrypt dhe BitLocker fut automatikisht një kokë të vëllimit të dytë, identik të plotë, identik në fund të volumit** dhe nëse ndonjë makinë ka ende (ose ka pasur së fundmi) volumin e montuar në RAM, i papërpunuar AES Çelësi kryesor mund të gdhendet drejtpërdrejt nga memoria e paqëndrueshme. Nëse bllokimi juaj shkaktohet nga një çelës rikuperimi 48-shifror i harruar i BitLocker ose rivendosja e motherboard TPM në një kokë të paprekur, kaloni te udhëzuesi ynë shoqërues në Bllokimi i çelësit të rikuperimit të kodimit të BitLocker, FileVault dhe LUKS dhe rivendosja e TPM. Nëse disku fizik po klikon ose po bie jashtë linje, konsultohuni dështimi i diskut dhe rikuperimi i të dhënave, ose nëse keni formatuar aksidentalisht një ndarje të pakriptuar, shihni fshirja aksidentale e skedarit, disku i formatuar dhe rikuperimi i fotografive. Nëse ky dështim kriptografik ndikon në infrastrukturën kritike të spitalit, dërgimin e urgjencës ose një incident aktiv zhvatjeje, telefononi numrin tuaj të urgjencës lokale (911 në Shtetet e Bashkuara dhe Kanada, 112 në të gjithë Bashkimin Evropian, 999 në Mbretërinë e Bashkuar) ose kontrolloni drejtorinë tonë ndërkombëtare të numrat e urgjencës.

Bëje këtë tani¶

1. ** NDALONI menjëherë dhe KURRË mos klikoni "Format Disk", "Inicializoni Disk (GPT/MBR)," ose vraponi chkdsk / fsck direkt në pajisjen e papërpunuar të çmontuar**: Kur Windows ose macOS nuk arrin të njohë një të koduar VeraCrypt, LUKS, ose BitLocker ndarje (për shkak se kokat e VeraCrypt janë qëllimisht të padallueshme nga zhurma e rastësishme dhe nuk kanë një nënshkrim magjik të tekstit të thjeshtë), OS shfaqet një dialog duke thënë "Initialize Disk" ose "Format Drive." Duke klikuar Initialize (GPT) mbishkruan sektorët LBA 0 përmes 33 (Bytes 0 to 17,408) në fillimin e diskut dhe i fundit 33 sektorët në fund të diskut - duke shkatërruar të dyja kokën parësore të VeraCrypt dhe titullin e ngulitur rezervë me një klikim të vetëm.
2. Përpara se të bëni ndonjë gjë tjetër, kontrolloni nëse vëllimi i koduar është ende i montuar (ose nëse kompjuteri është i letargjitur / pezulluar) në mënyrë që të mund të nxirrni çelësin kryesor të enkriptimit nga RAM: Nëse titulli i volumit është fshirë në disk ndërsa kontejneri është i montuar dhe i hapur në kompjuterin tuaj (ose nëse një skedar VM/hibernimi hiberfil.sys / /dev/mem ekziston që nga momenti kur ishte i hapur), Mos çmontoni, kyçni ose rindizni kompjuterin. Kopjoni çdo skedar të vetëm nga disku i montuar menjëherë dhe hidhni kujtesën e kernelit (dmsetup table --showkeys në Linux LUKS, ose aeskeyfind / Passware / Volatility në deponitë RAM) për të nxjerrë live 512-bit XTS-AES Master Key.
3. Klononi kontejnerin e skedarit të koduar të korruptuar (.hc / .tc) ose ndarje fizike bit-për-bit duke përdorur ddrescue PARA se të klikoni "Rivendosni kokën e volumit": Mos e modifikoni kurrë origjinalin e dëmtuar .hc skedar ose ndarje në vend. Kopjoni .hc skedari i kontejnerit në një disk të dytë ose imazhi i ndarjes së dëmtuar (sudo ddrescue -d -r3 /dev/sdb1 /mnt/backup/encrypted_clone.img /mnt/backup/mapfile.log) dhe kryeni të gjitha restaurimet e kokës dhe montimet testuese në mënyrë rigoroze kundër klonit.
4. **Nëse përdorni VeraCrypt (ose trashëgimi TrueCrypt), kontrolloni kutinë e etiketuar "Use backup header embedded in volume" brenda Mount Options tani **: Çdo vëllim VeraCrypt (si kontejnerët e skedarëve ashtu edhe vëllimet e ndarjeve/pajisjeve) ruan Headerin e tij parësor në bajt 0 te 65,535 (e para 64 KB) dhe automatikisht shkruan një kokë rezervë identike të enkriptuar në LAST 65,536 byte (64 KB) në fund të vëllimit (ose në kompensim Volume_Size - 131,072 nëse ekziston një zonë e vëllimit të fshehur). Thjesht klikoni Mount Options -> kontrolloni "Use backup header embedded in volume" -> klikoni OK anashkalon një kokë të përparme të shkatërruar dhe monton të gjithë diskun tuaj në 3 sekonda.
5. Nëse përdorni BitLocker në Windows dhe sektorin kryesor të nisjes (-BOOT-) u fshi nga një fshirje aksidentale e Formatit të Shpejtë ose ndarjes, ekzekutohet repair-bde për të skanuar diskun për 3 titujt e tepërt të Metadata BitLocker: BitLocker nuk mbështetet në një kokë të vetme në sektorin 0; ai shkruan tre 64-kilobajt të tepërta -FVE-FS- Blloqet e meta të dhënave të kriptimit të vëllimit të plotë të shpërndara nëpër ndarje (Offset 1, Offset 2, dhe Offset 3). Vrapimi repair-bde D: E: -pw (ose -rp 48-digit-key) automatikisht lokalizon të mbijetuarin -FVE-FS- bllokon meta të dhënat në mes të diskut dhe deshifron të gjithë volumin në një disk shpëtimi.
6. Nëse përdorni Linux LUKS2 (cryptsetup), skanoni 16 megabajt e parë të ndarjes për kokën sekondare JSON (SKB2) ose gdhendni LUKS byte magjike (4c 55 4b 53 ba be) nëse kufiri i ndarjes është zhvendosur: Modern LUKS2 ruan dy koka të tepërta binare+JSON metadata: Titulli Primar në zhvendosje 0x0000 (LUKS\xba\xbe) dhe një Titull sekondar (SKB2\xba\xbe) në kompensim 0x4000 (16,384 bytes / 16 KB, ose më e lartë në varësi të shtrirjes së folesë së çelësave). Nëse vetëm sektori 0 ishte zero, LUKS2 mund të riparohet duke përdorur kokën dytësore.

Pema e vendimit: rivendosja e një vëllimi të dëmtuar VeraCrypt, LUKS, BitLocker ose Cryptomator¶

Përdorni këtë diagram të saktë të rrjedhës diagnostikuese për të zgjedhur rrugën e duhur të rikuperimit pa mbishkruar titujt rezervë të mbijetuar:

flowchart TD
    Start["Vëllimi i koduar refuzon fjalëkalimin e saktë ose tregon 'RAW / të paformatuar'"] --> StillMounted{"A është Vëllimi i Enkriptuar ende i montuar në ndonjë makineri që funksionon (ose a ishte makina në letargji ndërsa ishte montuar)?"}

    StillMounted -->|"PO: Volumi është i hapur ose i hibernuar"| ExtractRAM["PRIORITET KRITIK: Kopjoni të gjithë skedarët e hapur menjëherë dhe hiqni çelësat e RAM / Kernel (tabela dmsetup --showkeys në Linux; Hiberfil.sys / RAM në Windows)"]

    StillMounted -->|"JO: Vëllimi është i çmontuar / i kyçur"| CloneFirst["HAPI 1: Krijoni një klon sektori bit-për-bit duke përdorur ddrescue (Mos prekni kurrë diskun origjinal ose skedarin .hc)"]

    CloneFirst --> Platform{"Cila platformë enkriptimi është e korruptuar?"}

    Platform -->|"VeraCrypt ose TrueCrypt (.hc, .tc, Partition ose System Drive)"| VeraPath["1. Klikoni 'Opsionet e montimit' -> Kontrolloni 'Përdorni kokën rezervë të ngulitur në vëllim' -> Montoni vetëm për lexim. 2. Nëse keni sukses, ekzekutoni 'Tools -> Restore Volume Header' në klon. 3. Nëse kontejneri i skedarit ishte i shkurtuar, kthejeni skedarin në madhësinë origjinale të bajtit për të rreshtuar kokën fundore"]

    Platform -->|"Linux LUKS1 / LUKS2 (dm-crypt)"| LuksPath["1. Kontrolloni nëse Sektori i fillimit të ndarjes është zhvendosur nëpërmjet Hex Scan për 'LUKS\\xba\\xbe' (4c 55 4b 53 ba be). 2. Për LUKS2, kontrolloni titullin dytësor 'SKB2\\xba\\xbe' në Offset 0x4000 (16 KB). 3. Rivendosni kopjen rezervë të kokës së jashtme përmes cryptsetup luksHeaderRestore"]

    Platform -->|"Windows BitLocker (Disku i OS ose Disku i të Dhënave)"| BitPath["1. Skanoni ndarjen për nënshkrimin e meta të dhënave '-FVE-FS-' (3 kopje të tepërta të ruajtura në disk). 2. Ekzekutoni 'repair-bde Source: TargetDrive: -rp RecoveryKey' ose përdorni Dislocker / UFS Explorer për të analizuar bllokun e metadatave të mbijetuar FVE"]

    Platform -->|"Cryptomator Cloud Vault (d/ Directory + masterkey.cryptomator)"| CryptoPath["1. Rivendos masterkey.cryptomator nga Historiku automatik i versionit masterkey.cryptomator.bkup ose Cloud (Historiku i skedarit 30-ditor i OneDrive/Dropbox/Google Drive). 2. Ekzekutoni kontrollin shëndetësor të Cryptomator për të rikuperuar skedarët e tekstit të koduar jetimë"]

Faza 1: Si funksionojnë në të vërtetë titujt e vëllimit të koduar në disk (Anatomia e zhvendosjes së byteve)¶

Përpara se të provoni ndonjë riparim, shqyrtoni paraqitjen e saktë të bajtit të VeraCrypt, LUKS, BitLocker, dhe Cryptomator për të parë pse fjalëkalimi juaj dështoi dhe ku jeton titulli rezervë i tepërt në diskun tuaj:

Faza 2: Rimëkëmbja hap pas hapi për VeraCrypt (dhe Trashëgimia TrueCrypt)¶

1. Montimi menjëherë duke përdorur titullin e vëllimit të rezervimit të integruar¶

Kur a VeraCrypt ndarje ose .hc kontejneri i skedarit goditet nga një format i shpejtë i Windows aksidental, një mbishkrim i tabelës së ndarjes (fdisk / diskpart), ose një sektor i keq në fillim të makinës, i pari 64 KB është i korruptuar - por Koka e Rezervës është në të fundit 128 KB në fund të vëllimit është ende 100 për qind i paprekur.

Ndiqni këto hapa të saktë pasi të keni krijuar një ddrescue klonimin e ndarjes suaj ose kopjimin tuaj .hc dosje: 1. Hapni VeraCrypt, klikoni Zgjidh skedarin (për të zgjedhur klonimin tuaj .hc skedar) ose Zgjidhni pajisjen (për të zgjedhur ndarjen tuaj të klonuar, p.sh., \Device\Harddisk2\Partition1 ose /dev/sdb1), dhe zgjidhni një shkronjë të papërdorur të diskut (Z:). 2. Klikoni Mount. 3. Në kutinë e dialogut të fjalëkalimit: - Futni Fjalëkalimin, PIM (nëse përdoret) dhe Skedarët kyç (nëse përdoren). - Klikoni Mount Options...butoni ** në fund të dritares së fjalëkalimit. - Kontrolloni TË DY nga këto kuti: - [x] Mount volume as read-only (Parandalon Windows/macOS të modifikojë çdo strukturë të korruptuar të sistemit të skedarëve brenda vëllimit të deshifruar gjatë shpëtimit) - [x] Use backup header embedded in volume - Klikoni OK për t'u montuar. 4. Nëse volumi rritet me sukses (ose montohet si a RAW shkronja e makinës Z: sepse e brendshme NTFS/FAT32/exFAT sektori i nisjes në bajt 131,072 u përshëndet gjithashtu): - Nëse Z: hapet normalisht në File Explorer: Kopjo 100 për qind të skedarëve joaktiv Z: në një makinë të sigurt menjëherë. - Nëse Z: montohet në VeraCrypt (duket i listuar në folenë VeraCrypt) por Windows thotë "Z: is not accessible / The volume does not contain a recognized file system": Mos u dëshpëroni. Kjo do të thotë që kriptimi juaj VeraCrypt është 100 për qind i shkyçur dhe vetëm ai i brendshëm NTFS / exFAT / ext4 superblloku brenda disa megabajt të parë të vëllimit të deshifruar u dëmtua. Mbajeni volumin të montuar në VeraCrypt si Z: (ose /dev/mapper/veracrypt1 në Linux) dhe ekzekutoni TestDisk, DMDE, UFS Explorer, ose PhotoRec drejtpërdrejt kundër diskut virtual të deshifruar të VeraCrypt (Z: / /dev/mapper/veracrypt1) - të gjithë skedarët tuaj të deshifruar do të rikuperohen menjëherë. 5. Riparimi i përhershëm i kokës së volumit primar në klonin tuaj: - Pasi skedarët tuaj të rezervohen në mënyrë të sigurt, mund ta rregulloni përgjithmonë kokën e përparme të thyer në klonin e volumit duke klikuar Veglat e volumit -> Rivendosni kokën e volumit -> Rivendosni kokën e volumit nga rezervimi i ngulitur në vëllim dhe duke futur fjalëkalimin tuaj.

2. Po sikur a VeraCrypt .hc Kontejneri i skedarit u shkurtua ose u ndryshua madhësia gjatë një sinkronizimi në renë kompjuterike ose ndërprerjes së diskut?¶

Prisni: pse do "Use backup header embedded in volume" dështoj në a .hc kontejner skedari? - Sepse VeraCrypt lokalizon kokën rezervë të integruar duke kërkuar të Exact_File_Size - 131,072 bytes (0x20000 byte nga fundi i skedarit). - Nëse një kopje e paplotë USB, rsync ndërprerje ose ndërprerje e sistemit të skedarëve çmuar ose shtuar edhe 1 bajt shtesë në fund të .hc skedari i kontejnerit, VeraCrypt kërkon kompensimin e gabuar të bajtit në fund të skedarit. - Si të kontrolloni dhe rregulloni një mospërputhje .hc kontejneri i skedarit: - Çdo madhësi e vlefshme e skedarit të kontejnerit VeraCrypt DUHET të jetë një ** shumëfish i saktë i 512 byte**. Kontrolloni madhësinë e saktë të bajtit tuaj .hc dosje (ls -l container.hc ose stat -c %s container.hc). - Nëse Kreu Primar në Byte 0 është ende i paprekur (sepse korrupsioni ndodhi në fund të skedarit gjatë një ndërprerjeje transferimi), thjesht pastroni .hc skedar me zero duke përdorur truncate -s në një kopje të skedarit deri në shumëfishin tjetër të 1,048,576 byte (1 MB) - për shembull, nëse ishte një 10 GB enë që u pre në 9.4 GB, vraponi truncate -s 10G container_copy.hc - dhe montoni normalisht duke përdorur Titullën Primar në modalitetin "Vetëm lexim".

3. Po sikur dikush të fshinte tabelën e ndarjes (fdisk / diskpart clean) kështu që nuk e dini se në cilin sektor filloi ndarja VeraCrypt?¶

Për shkak se titujt e VeraCrypt përmbajnë zero bajt magjik teksti të thjeshtë, skanerët standard të ndarjeve (TestDisk) nuk mund të shohë se ku fillon ose mbaron një ndarje VeraCrypt e fshirë. - Si të gjeni sektorin e saktë fillestar të një ndarjeje të humbur VeraCrypt (TestCrypt / VeraCrypt Volume Finder): 1. Pothuajse të gjitha ndarjet e krijuara që nga viti 2010 janë të lidhura me 1-Megabajt (1 MiB = 2,048 Sektorët 512 bajt = 1,048,576 bytes) kufijtë (në mënyrë specifike duke filluar nga Sektori 2048 për ndarjen e parë, ose në një të saktë 2048-sektori i shumëfishtë). 2. Edhe më mirë: ndërsa titulli primar jeton në fillimin e ndarjes, Header-i rezervë jeton në të fundit 128 KB në fund të ndarjes (e cila është pothuajse gjithmonë e rreshtuar drejt fundit të diskut fizik ose fillimit të ndarjes së ardhshme.). 3. Përdorni mjetin me burim të hapur TestCrypt ose një Python i shkurtër pyveracrypt / cryptsetup --type tcrypt lak që teston fjalëkalimin tuaj të njohur kundrejt secilit 1 MiB (2,048-sektori) zhvendosja e kufirit në imazhin e diskut (losetup -o $((offset * 1048576)) -r -f disk.img) derisa fjalëkalimi juaj të deshifrojë VERA kokë magjike.

Faza 3: Rimëkëmbja hap pas hapi për Linux LUKS1 dhe LUKS2 (dm-crypt)¶

1. Diagnostifikimi i një të korruptuar LUKS kokë (hexdump inspektimi)¶

Boot nga një Linux Live USB (SystemRescue ose Ubuntu Live), bëni një ddrescue imazhin e ndarjes dhe inspektoni të parën 32 KB të ndarjes pa modifikuar asnjë bajt të vetëm:

sudo head -c 32768 /dev/nvme0n1p3 | hexdump -C | head -n 40

2. Rregullimi i një LUKS2 ndarje kur Sektori 0 (Primary Header) u fshi nga wipefs, mkswap, ose një sektor të keq¶

Nëse wipefs ose një shkrim i humbur zero nga i pari 4 KB (Offset 0x0000), cryptsetup luksOpen mund të dështojë - përveç nëse cryptsetup riparon kokën parësore nga titulli sekondar i paprekur (SKB2) në 0x4000: 1. Testoni nëse cryptsetup repair mund të rindërtojë automatikisht titullin primar (LUKS\xba\xbe) nga titulli sekondar i paprekur (SKB2\xba\xbe) në imazhin tuaj të klonuar:

sudo cryptsetup repair /mnt/backup/luks_clone.img

3. Gjetja e një LUKS header kur tabela e ndarjes (GPT/MBR) u fshi ose u zhvendos¶

Nëse e keni fshirë aksidentalisht LUKS ndarje në fdisk / gparted ose e formatoi të gjithë diskun me një tabelë të re ndarjesh, the LUKS\xba\xbe header shpesh është ende plotësisht i paprekur në kompensimin e tij origjinal të bajtit (zakonisht 1 MiB = bajt 1,048,576, ose menjëherë pas EFI dhe /boot ndarje): 1. Skanoni të gjithë diskun e papërpunuar për 6-bajtë LUKS firma magjike (4c 55 4b 53 ba be):

sudo LC_ALL=C grep -a -b -o $'\x4c\x55\x4b\x53\xba\xbe' /dev/nvme0n1

sudo losetup -o 1074790400 --read-only -f --show /dev/nvme0n1
sudo cryptsetup open --readonly /dev/loop0 rescued_luks
sudo mount -o ro /dev/mapper/rescued_luks /mnt/rescue

4. Nxjerrja e LUKS Çelësi kryesor (VMK) nga një sistem Linux që funksionon ose hibernuar¶

Nëse a LUKS koka në disk është 100 për qind e shkatërruar (për shembull, dikush vrapoi dd if=/dev/zero of=/dev/nvme0n1p3 bs=1M count=20), **kontrolloni menjëherë nëse sistemi Linux ka ende /dev/mapper/... hapur **: 1. Nëse sistemi vazhdon të funksionojë me volumin e përcaktuar, MOS rindizni. Printoni çelësin kryesor heksadecimal të papërpunuar (VMK) direkt nga kerneli dm-crypt tabela:

sudo dmsetup table --target crypt --showkeys

xxd -r -p master_hex.txt > master.key
sudo cryptsetup luksFormat --master-key-file master.key /mnt/backup/luks_clone.img

Faza 4: Rimëkëmbja hap pas hapi për Windows BitLocker (repair-bde & -FVE-FS- Gdhendja e meta të dhënave)¶

Kur a BitLocker-Disku i koduar është i formatuar aksidentalisht i shpejtë, i inicializuar ose pëson Sektori 0 korrupsioni, Windows File Explorer tregon diskun si RAW ose Unallocated, dhe duke klikuar dy herë mbi të nuk shfaqet më kërkesa e fjalëkalimit/tastit të rikuperimit të BitLocker.

1. Pse BitLocker pothuajse gjithmonë i mbijeton një Formati ose Sektori të Shpejtë 0 fshij¶

Kur BitLocker kodon një NTFS, FAT32, ose exFAT vëllimi, ai krijon tre blloqe identike, të pavarura metadata 64 kilobajt në disk, secili duke filluar me nënshkrimin ASCII 8-bajtë -FVE-FS- (2d 46 56 45 2d 46 53 2d): - Kopje 1: Ndodhet afër fillimit të ndarjes (zakonisht brenda disa qindra megabajtëve të parë). - Copy 2 & Copy 3: Gjendet dhjetëra ose qindra gigabajt më thellë brenda ndarjes. - Një Format i Shpejtë i Windows mbishkruan vetëm fillimin e ndarjes (sektorin e nisjes dhe fillimin e $MFT), duke lënë Kopjen 2 dhe Kopjen 3 të -FVE-FS- Blloku i meta të dhënave BitLocker (që përmbajnë çelësin tuaj të koduar të vëllimit kryesor VMK dhe Çelësi i enkriptimit të vëllimit të plotë FVEK) 100 për qind e paprekur.

2. Përdorimi i integruar i Microsoft-it repair-bde.exe mjet për të deshifruar një vëllim të dëmtuar të BitLocker¶

1. Hapni një linjë komanduese Administrator (cmd.exe) në Windows 10/11 (ose nisje nga një USB e Rimëkëmbjes së Windows).
2. Lidhni një hard disk të dytë bosh të jashtëm (E:) mjaft i madh për të mbajtur ndarjen e deshifruar.
3. Vraponi repair-bde për të skanuar diskun e dëmtuar BitLocker (D:) për çdo të mbijetuar -FVE-FS- bllokoni metadatat dhe shkruani vëllimin e deshifruar në E::
4. Nëse zhbllokoni me fjalëkalimin tuaj 48-shifror të rikuperimit të BitLocker:

   repair-bde D: E: -rp 111111-222222-333333-444444-555555-666666-777777-888888 -LogFile C:\repair_log.txt
   

5. Nëse zhbllokoni një disk USB BitLocker-To-Go me fjalëkalimin tuaj të përdoruesit:

   repair-bde D: E: -pw -LogFile C:\repair_log.txt
   

6. Një herë repair-bde përfundon deshifrimin e sektorëve në E:, nëse e brendshme NTFS sektori i nisjes ose fillimi i $MFT u dëmtua nga një Format i shpejtë i mëparshëm, ekzekutoni DMDE, UFS Explorer, ose TestDisk kundër diskut tani të deshifruar E:.

Faza 5: Rimëkëmbja hap pas hapi për Cryptomator Kasaforta në re (masterkey.cryptomator)¶

Ndryshe nga VeraCrypt, LUKS, dhe BitLocker (që enkriptojnë një imazh të tërë disku bllok pas blloku), Cryptomator kodon skedarët individualë brenda një strukture dosjeje (d/XX/XXXXXXXXXXXXXXXXXXXXXXXX.c9r) projektuar për Dropbox, Google Drive, OneDrive dhe iCloud.

1. Fiksim "Invalid Masterkey / Vault Config" ose Mungon masterkey.cryptomator¶

Çdo kasafortë e Cryptomator varet nga dy skedarë të vegjël JSON në rrënjën e dosjes së kasafortës: vault.cryptomator (i cili ruan konfigurimin e kasafortës JWT dhe kombinimin e shifrimit) dhe masterkey.cryptomator (i cili ruan tuaj scrypt-Çelësi kryesor i enkriptimit 256-bit i mbështjellë dhe 256-bit HMAC Çelësi kryesor). - ** Rregullimi 1: Rivendos nga masterkey.cryptomator.bkup: Sa herë që zhbllokoni me sukses një kasafortë Cryptomator, Cryptomator shkruan automatikisht një kopje rezervë të verifikuar të quajtur masterkey.cryptomator.bkup pikërisht pranë masterkey.cryptomator. Nëse një konflikt sinkronizimi i resë kompjuterike është i dëmtuar masterkey.cryptomator (skedar zero-byte ose JSON i pjesshëm), thjesht kopjoni masterkey.cryptomator.bkup te masterkey.cryptomator. - Rregullimi 2: Përdorni historikun e versionit 30-ditor të skedarit të ofruesit tuaj në renë kompjuterike: Hyni në ndërfaqen e uebit të Google Drive (Manage versions), Dropbox (Version history), ose OneDrive (Version history), kliko me të djathtën masterkey.cryptomator dhe vault.cryptomator, dhe rivendosni versionin para se të ndodhte korrupsioni. - ** Rregullimi 3: Ekzekutoni të integruarin e Cryptomator "Health Check" për të shpëtuar jetimët .c9r skedarë: Nëse kasaforta juaj zhbllokohet me fjalëkalimin tuaj, por dosjet duken bosh sepse një gabim i sinkronizimit në renë kompjuterike ka dëmtuar një dir.c9s skedari i treguesit të drejtorisë, klikoni Veopsionet e kasafortës -> Kontrolli shëndetësor brenda Cryptomator. Kontrolli shëndetësor skanon çdo d/XX/ nënfolder për jetimët i enkriptuar .c9r skedarë, lidhja e drejtorisë prindërore e të cilëve u prish dhe rindërton automatikisht një Cryptomator_Recovery dosje brenda kasafortës suaj të shkyçur që përmban të gjithë skedarët tuaj të shpëtuar.

Numrat rajonalë të urgjencës dhe protokollet e agjencive¶

Ndërsa një kontejner i koduar i korruptuar në një kompjuter personal është një urgjencë për rikuperimin e të dhënave teknike, bllokimet kriptografike që prekin spitalet, infrastrukturën bashkiake, zbulimin ligjor që i nënshtrohet një urdhri gjykate ose të dhëna personale të rregulluara (GDPR / HIPAA) mund të kërkojë raportim zyrtar të incidentit:

• Shtetet e Bashkuara dhe Kanadaja:
• Emergjente për sigurinë e jetës / Ndërprerje të infrastrukturës kritike: Telefono 911 nëse një dështim i bazës së të dhënave të koduar ndikon në kujdesin ndaj pacientit ose kontrollet e sigurisë fizike.
• Agjencia e Sigurisë Kibernetike dhe Sigurisë së Infrastrukturës (CISA) (Shtetet e Bashkuara): Nëse korrupsioni i kokës së vëllimit është shkaktuar nga një shënjestrim i një fshirësi shkatërrues ose sulmi ransomware LUKS / BitLocker / VeraCrypt headers, raportoni menjëherë në CISA në 1-844-Say-CISA (1-844-729-2472) dhe Qendra e Ankesave të Krimeve të Internetit të FBI-së (ic3.gov).
• HIPAA / Disponueshmëria e të Dhënave të Rregulluara: Sipas Departamentit të Shëndetësisë dhe Shërbimeve Njerëzore të SHBA (HHS) Zyra për të Drejtat Civile (OCR) udhëzime, humbje e përhershme e aksesit në Informacionin Shëndetësor Elektronik të Mbrojtur të pabazuar dhe të koduar (ePHI) për shkak të korrupsionit ose ransomware kërkon vlerësim sipas rregullave të Shkeljes dhe Planit të Kontigjencës HIPAA (45 C.F.R. § 164.308(a)(7)).
• Mbretëria e Bashkuar:
• Shërbimet e urgjencës: Telefono 999 (ose 101 për raportimin policor jo urgjent).
• Zyra e Komisionerit të Informacionit (ICO) - Shkeljet e disponueshmërisë së GDPR në Mbretërinë e Bashkuar: Sipas nenit 32 dhe nenit 33 të GDPR të Mbretërisë së Bashkuar, humbja e përhershme aksidentale e disponueshmërisë së të dhënave personale (siç është një vëllim i koduar i parikuperueshëm pa rezervë) klasifikohet si një shkelje e të dhënave personale dhe mund të kërkojë njoftim në ICO (0303 123 1113) brenda 72 orëve.
• Bashkimi Evropian:
• Shërbimet e urgjencës: Telefono 112 në të gjitha shtetet anëtare të BE-së.
• ENISA dhe Autoritetet Kombëtare të Mbrojtjes së të Dhënave (DPAs): Ndiqni Bordin Evropian të Mbrojtjes së të Dhënave (EDPB) Udhëzime 9/2022 mbi njoftimin për shkeljen e të dhënave personale në lidhje me humbjen e disponueshmërisë kur çelësat kriptografikë ose kokat e volumit shkatërrohen pa kopje rezervë.
• Australi dhe Zelanda e Re:
• Shërbimet e urgjencës: Telefono 000 në Australi ose 111 në Zelandën e Re.
• Qendra Australiane e Sigurisë Kibernetike (ACSC): Telefono 1300 CYBER1 (1300 292 371) për asistencën për incidentin kriptografik të ndërmarrjes ose qeverisë.
• **India dhe Azia-Paqësori **:
• Shërbimet e urgjencës: Telefono 112 në Indi (ose 1930 për incidentet e krimit kibernetik; incidentet e ndërmarrjes të mbuluara nga CERT-In udhëzimet duhet të raportohen brenda 6 orëve në incident@cert-in.org.in).

Pyetjet e bëra shpesh¶

Pse VeraCrypt thotë "Fjalëkalim i pasaktë ose jo një vëllim VeraCrypt" kur jam 100% i sigurt se fjalëkalimi im është i saktë?¶

Për shkak se vëllimet e VeraCrypt janë projektuar të jenë të padallueshëm nga zhurma e rastësishme (mohimi i besueshëm), VeraCrypt bën jo ruani një titull të tekstit të thjeshtë duke thënë "Unë jam një vëllim VeraCrypt". Në vend të kësaj, kur klikoni Mount, VeraCrypt merr fjalëkalimin tuaj, nxjerr një çelës deshifrimi të kokës nëpërmjet PBKDF2, deshifron 512 bajtët e parë të volumit dhe kontrollon nëse bajt 64 te 67 e shqiptimit të deshifruar të fjalës ASCII VERA (dhe kaloni a CRC-32 kontrolli). Nëse keni shkruar fjalëkalimin e gabuar ose 512 bajtët e parë të skedarit/ndarjes u mbishkruan nga një gabim në disk ose mjet i ndarjes së Windows, bajtët e deshifruar nuk do të shqiptohen VERA - kështu që VeraCrypt tregon të njëjtin mesazh gabimi për të dy. Provoni gjithmonë montimin me Opsionet e montimit -> Përdorni kokën rezervë të ngulitur në vëllim kontrolluar së pari.

Nëse kam ekzekutuar aksidentalisht një "Format të shpejtë" në diskun tim VeraCrypt ose BitLocker në Windows, a janë zhdukur të gjithë skedarët e mi?¶

Jo - 99 për qind e skedarëve tuaj të koduar janë ende të paprekur, me kusht që të ndaloni së shkruari menjëherë në diskun. Një Windows Format i shpejtë shkruan vetëm një të re të pakriptuar NTFS ose exFAT sektori i nisjes dhe një tabelë boshe e skedarit kryesor ($ MFT) në disa megabajt të parë të ndarjes. Në një VeraCrypt ndarje, që fshin kokën primare në Byte 0, por e lë kokën e ngulitur rezervë në fund të ndarjes plotësisht të paprekur. Pasi të montoni ndarjen VeraCrypt në modalitetin vetëm për lexim duke përdorur kokën e integruar të rezervës (ose ekzekutoni riparim-bde në një BitLocker ndarje duke përdorur mesin/fundin e saj të mbetur -FVE-FS- blloqet e meta të dhënave), mund të skanoni vëllimin virtual të deshifruar me Test Disk, DMDE, ose UFS Explorer për të rikuperuar të gjithë pemën e dosjeve nëpërmjet dytësore $MFTMirr ose e mbetur $ MFT rekorde.

A bën Linux LUKS (cryptsetup) keni një kokë rezervë të integruar në fund të diskut siç bën VeraCrypt?¶

Jo - dhe ky është një ndryshim kritik që çdo përdorues Linux duhet ta dijë. Trashëgimia LUKS1 ka vetëm një kokë dhe një grup çelësash në fillim të ndarjes (Zero koka rezervë në disk). Moderne LUKS2 (parazgjedhja që nga Ubuntu 20.04 / RHEL 8 / Debian 10) ruan një Kreu i meta të dhënave binare dytësore dhe JSON (SKB2\xba\xbe) në kompensim bajt 0x4000 (16 KB) menjëherë pas Kreut Primar në 0x0000 - që ju kursen nëse vetëm sektor 0 u fshi nga peceta - por LUKS2 NUK dublikon materialin e koduar të folesë së çelësave (0x8000 te 16 MB) në fund të diskut. Nëse 2 deri në 16 megabajt të parë të a LUKS ndarjet janë mbishkruar dhe vëllimi nuk është aktualisht i hapur në RAM, mënyra e vetme për të rikuperuar diskun është nga një skedar i jashtëm i krijuar më parë nëpërmjet kriptetup luksHeaderBackup.

Po sikur vëllimi im i VeraCrypt të rritet me kokën rezervë, por Windows thotë "Duhet të formatoni diskun në diskun Z: përpara se ta përdorni"?¶

MOS klikoni Format. Festoni në vend të kësaj: faktin që VeraCrypt montoi volumin në shkronjën e makinës Z: vërteton se fjalëkalimi juaj është pranuar dhe 512-bit XTS-AES Master Key tani po deshifron në mënyrë aktive të gjithë diskun në kohë reale. Windows po ankohet vetëm sepse e brendshme sektori i parë i sistemit të skedarëve (i vendosur në kompensimin e bajtit 131,072 i ndarjes) u dëmtua gjithashtu nga çdo gjë që korruptoi kokën tuaj parësore të VeraCrypt. Lëreni volumin të montuar si Z: në VeraCrypt (në modalitetin vetëm për lexim), hapeni DMDE, Test Disk, ose UFS Explorer, dhe zgjidhni disku virtual i montuar Z: (jo disku fizik i papërpunuar.). Softueri i rikuperimit do të lexojë menjëherë skedarët tuaj të deshifruar dhe do t'i kopjojë ato në një vend të sigurt.

A mund të rikuperoj një vëllim VeraCrypt ose LUKS nëse mbaj mend 90% të fjalëkalimit tim (p.sh., i di fjalët bazë, por harrova cilat simbole ose numra kam shkruar me shkronjë)?¶

Po, nëse Kreu i Volumit (ose Koka e Rezervimit) është i paprekur dhe ju e dini strukturën e fjalëkalimit tuaj. Ndryshe nga humbja e titullit Master Key (i cili është një çelës i rastësishëm 512-bit që nuk mund të detyrohet kurrë), një fjalëkalim njerëzor i mbajtur mend pjesërisht mund të thyhet jashtë linje duke përdorur Hashcat me një rregull të personalizuar ose sulm maskues kundër bajteve të kokës së nxjerrë: për VeraCrypt, nxirrni të parën 512 bajt i Kreut Fillor (dd if=container.hc of=vc.hash bs=512 count=1, ose nxjerrni bajt Fundi - 131072 për kokën rezervë) dhe ekzekutoni hashcat -m 13721 (për SHA-512 + AES); për LUKS, nxirrni të parën 2 MB te 16 MB kokën dhe përdorimin hashcat -m 14600 (LUKS1) ose -m 29511 / 29541 (LUKS2).

Si mund të kontrolloj nëse SSD-të e mia TRIM komanda shkatërroi kontejnerin tim të koduar të korruptuar?¶

Nëse vëllimi juaj i koduar është a kontejneri i skedarit (.hc) ulur në një SSD aktive dhe ju e keni fshirë aksidentalisht .hc skedar (dhe OS lëshoi një inline TRIM), blloqet e pashpërndara mund të zeroohen. Megjithatë, nëse vëllimi juaj i koduar është a ndarje e papërpunuar e koduar ose disk i plotë (`VeraCrypt` strehuar nga pajisja, `LUKS`, ose `BitLocker`), kontrolluesi SSD nuk e ka idenë se cilët sektorë të enkriptuar janë "të lirë" përveç nëse një montim i sistemit të skedarëve dërgon në mënyrë aktive një hidhni / TRIM komandoni përmes shtresës së kriptimit (në fakt, blloqet VeraCrypt TRIM si parazgjedhje në vëllime jo të sistemit për sigurinë kriptografike dhe Linux LUKS blloqe TRIM kalim përveç nëse lejoj-hedh iu shtua shprehimisht /etc/crypttab).

Udhëzues të lidhur¶

• Bllokimi i çelësit të rikuperimit të kodimit të BitLocker, FileVault dhe LUKS dhe rivendosja e TPM
• Rm -rf aksidentale ose Shift-Delete në Linux, macOS ose Windows: rimontim i menjëhershëm vetëm për lexim
• Dështimi i hard disku dhe rikuperimi i të dhënave
• Fshirja aksidentale e skedarit, disku i formatuar dhe rikuperimi i fotografive
• Bllokimi i menaxherit të fjalëkalimit, humbja e fjalëkalimit kryesor dhe rikuperimi i kasafortës
• Numrat e urgjencës sipas vendit

Burimet dhe udhëzimet zyrtare¶

• Instituti Kombëtar i Standardeve dhe Teknologjisë (NIST) (Shtetet e Bashkuara): Publikim special 800-38E: Rekomandim për mënyrat e funksionimit të kodit të bllokut: The XTS-AES Modaliteti për konfidencialitet në pajisjet ruajtëse dhe SP 800-111: Udhëzues për teknologjitë e enkriptimit të ruajtjes.
• IDRIX (veracrypt.fr): Dokumentacioni Teknik Zyrtar VeraCrypt - Specifikimi i Formatit të Vëllimit, Paraqitja Bajt-Offset e Titujve Rezervë Primar dhe të Embedded (Bytes 0-65535 vs End-131072), dhe Procedurat e Restaurimit të Header.
• Red Hat & The cryptsetup / LUKS Projekti (gitlab.com/cryptsetup/cryptsetup): LUKS2 Specifikimi i formatit në disk (primar LUKS\xba\xbe dhe Dytësore SKB2\xba\xbe Binary/JSON Header Architecture dhe luksHeaderBackup Protokollet).
• Microsoft Learn (learn.microsoft.com/en-us/windows/security/operating-system-security/data-protection/bitlocker/): Përmbledhje teknike e enkriptimit të BitLocker Drive, e tepërt -FVE-FS- Validimi i meta të dhënave dhe repair-bde Referenca e linjës së komandës.
• Skymatic GmbH (docs.cryptomator.org): Arkitektura e Sigurisë Cryptomator (scrypt Derivimi i çelësit kryesor, masterkey.cryptomator.bkup Specifikimi i Rimëkëmbjes dhe Kontrollit Shëndetësor të Vault).