Poškodený šifrovaný kontajner VeraCrypt, LUKS alebo BitLocker: Obnovenie vstavanej hlavičky záložného zväzku¶

Zadaním 100 percent správneho šifrovacieho hesla do a VeraCrypt kontajner alebo oddiel, Linux LUKS (dm-crypt) zväzok, Windows BitLocker pohon, alebo a Cryptomator cloudový trezor - zasiahnutý iba 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 alebo výzva na rozdelenie systému Windows s otázkou „Pred použitím musíte naformátovať disk v jednotke D:“ - spustí okamžitý strach. Prečo dôjde k náhodnému výpadku napájania, nútenému odpojeniu USB Quick Format / diskpart cleanalebo jeden chybný sektor pri posune bajtov 0 spôsobiť, že celý 2-terabajtový šifrovaný disk odmietne platné heslo? Pretože šifrovanie disku na úrovni bloku (XTS-AES-256(VMK / Volume Master Key)**. Ak prvých 512 bajtov až 131 072 bajtov (128 KB) zväzku, ktorý sa prepíše náhodnou inicializáciou tabuľky oddielov alebo sa poškodí zhnednutím, primárna hlavička je preč. Našťastie obaja VeraCrypt a BitLocker automaticky vloží úplnú, identickú hlavičku druhého záložného zväzku na koniec zväzku, a ak niektorý počítač stále má (alebo nedávno mal) zväzok pripojený v RAM, nespracovaný AES Hlavný kľúč možno vyrezať priamo z nestálej pamäte. Ak je zablokovanie spôsobené zabudnutým 48-miestnym kľúčom na obnovenie nástroja BitLocker alebo resetovaním základnej dosky TPM na neporušenej hlavičke, prejdite na nášho sprievodného sprievodcu Uzamknutie kľúča na obnovenie šifrovania BitLocker, FileVault a LUKS a resetovanie TPM. Ak fyzická jednotka kliká alebo sa prepína offline, poraďte sa zlyhanie pevného disku a obnovenie dát, alebo ak ste omylom naformátovali nezašifrovaný oddiel, viď náhodné vymazanie súboru, naformátovanie disku a obnovenie fotografií. Ak toto zlyhanie šifrovania ovplyvní kritickú nemocničnú infraštruktúru, núdzové odoslanie alebo incident s aktívnym vydieraním, zavolajte na miestne tiesňové číslo (911 v Spojených štátoch a Kanade, 112 v celej Európskej únii, 999 v Spojenom kráľovstve) alebo si pozrite náš medzinárodný adresár tiesňové čísla.

Urobte to teraz¶

1. Okamžite ZASTAVTE a NIKDY neklikajte na „Formátovať disk“, „Inicializovať disk“ (GPT/MBR)“ alebo spustiť chkdsk / fsck priamo na nepripojenom nespracovanom zariadení: Keď systém Windows alebo macOS nedokáže rozpoznať šifrované VeraCrypt, LUKS, alebo BitLocker oddielu (pretože hlavičky VeraCrypt sú zámerne nerozoznateľné od náhodného šumu a nemajú magický podpis vo forme obyčajného textu), operačný systém zobrazí dialógové okno s textom "Inicializovať disk" alebo "Formátovať disk." Kliknutím na Inicializovať (GPT) prepíše sektory LBA 0 cez 33 (Bytes 0 to 17,408) na začiatku disku a na poslednom 33 sektory na samom konci disku - zničenie obaja hlavičky Primárnej VeraCrypt aj vstavanej záložnej hlavičky jediným kliknutím.
2. Skôr než urobíte čokoľvek iné, skontrolujte, či je zašifrovaný zväzok STÁLE pripojený (alebo či je počítač v režime dlhodobého spánku / pozastavený), aby ste mohli extrahovať hlavný šifrovací kľúč z pamäte RAM: Ak sa hlavička zväzku vymazala z disku, keď je kontajner stále pripojený a otvorený na vašom počítači (alebo ak je súbor VM/hibernácie hiberfil.sys / /dev/mem existuje od doby, kedy bol otvorený), NEODpájajte, nezamykajte ani nereštartujte počítač. Okamžite skopírujte každý jeden súbor z pripojeného disku a vypíšte pamäť jadra (dmsetup table --showkeys v systéme Linux LUKS, alebo aeskeyfind / Passware / Volatility na výpisoch pamäte RAM) na extrahovanie živého obsahu 512-bit XTS-AES Master Key.
3. Klonujte poškodený kontajner šifrovaných súborov (.hc / .tc) alebo pomocou fyzického oddielu bit po bite ddrescue PRED kliknutím na „Obnoviť hlavičku zväzku“: Nikdy neupravujte poškodený originál .hc súbor alebo oddiel na svojom mieste. Skopírujte .hc kontajnerový súbor na druhý disk alebo obraz poškodeného oddielu (sudo ddrescue -d -r3 /dev/sdb1 /mnt/backup/encrypted_clone.img /mnt/backup/mapfile.log) a vykonajte všetky obnovy hlavičiek a testovacie pripojenia striktne proti klonu.
4. Ak používate VeraCrypt (alebo dedičstvo TrueCrypt), začiarknite políčko označené "Use backup header embedded in volume" vnútri Mount Options práve teraz: Každý zväzok VeraCrypt (kontajnery súborov aj zväzky oddielov/zariadení) ukladá svoju primárnu hlavičku v bajtoch 0 do 65,535 (najprv 64 KB) a automaticky zapíše identickú šifrovanú záložnú hlavičku do LAST 65,536 bajtov (64 KB) na samom konci zväzku (alebo pri posune Volume_Size - 131,072 ak existuje oblasť Skrytý zväzok). Stačí kliknúť na Možnosti montáže -> skontrolovať "Use backup header embedded in volume" -> kliknite na OK obídete zničenú prednú hlavičku a pripojíte celý disk za 3 sekundy.
5. Ak používate BitLocker v systéme Windows a primárnom zavádzacom sektore (-BOOT-) bol vymazaný náhodným rýchlym formátovaním alebo odstránením oddielu, spustite ho repair-bde na skenovanie disku pre 3 redundantné hlavičky metadát BitLocker: BitLocker sa nespolieha na jedinú hlavičku v sektore 0; zapíše tri nadbytočné 64-kilobajty -FVE-FS- Bloky metadát šifrovania celého zväzku roztrúsené po celom oddiele (Offset 1, Offset 2, a Offset 3). Beh repair-bde D: E: -pw (alebo -rp 48-digit-key) automaticky lokalizuje pozostalých -FVE-FS- blok metadát v strede jednotky a dešifruje celý zväzok na záchranný disk.
6. Ak používate Linux LUKS2 (cryptsetup), naskenujte prvých 16 megabajtov oddielu na sekundárnu hlavičku JSON (SKB2) alebo vyrezať LUKS magické bajty (4c 55 4b 53 ba be) ak sa hranica oddielu posunula: Moderné LUKS2 ukladá dve redundantné binárne+JSON metadátové hlavičky: Primárna hlavička pri posune 0x0000 (LUKS\xba\xbe) a sekundárna hlavička (SKB2\xba\xbe) pri odsadení 0x4000 (16,384 bytes / 16 KB, alebo vyššie v závislosti od zarovnania klávesovej drážky). Ak by bol vynulovaný iba sektor 0, LUKS2 možno opraviť pomocou sekundárnej hlavičky.

Rozhodovací strom: obnovenie poškodeného zväzku VeraCrypt, LUKS, BitLocker alebo Cryptomator¶

Použite tento presný diagnostický vývojový diagram na výber správnej cesty obnovy bez prepísania zostávajúcich hlavičiek zálohy:

flowchart TD
    Start["Šifrovaný zväzok odmieta správne heslo alebo zobrazuje „RAW/Neformátovaný“"] --> StillMounted{"Je zašifrovaný zväzok STÁLE namontovaný na akomkoľvek spustenom počítači (alebo bol počítač počas pripojenia v režime dlhodobého spánku)?"}

    StillMounted -->|"ÁNO: Zväzok je otvorený alebo hibernovaný"| ExtractRAM["KRITICKÁ PRIORITA: Okamžite skopírujte všetky otvorené súbory a vypíšte RAM / kľúče jadra (tabuľka dmsetup --showkeys v systéme Linux; Uložte súbor hiberfil.sys / RAM v systéme Windows)"]

    StillMounted -->|"NIE: Hlasitosť je odpojená / uzamknutá"| CloneFirst["KROK 1: Vytvorte klon sektora bit za bit pomocou ddrescue (nikdy sa nedotýkajte pôvodného disku alebo súboru .hc)"]

    CloneFirst --> Platform{"Ktorá šifrovacia platforma je poškodená?"}

    Platform -->|"VeraCrypt alebo TrueCrypt (.hc, .tc, Partition alebo System Drive)"| VeraPath["1. Kliknite na „Možnosti pripojenia“ -> Začiarknite políčko „Použiť hlavičku zálohy vloženú do zväzku“ -> Pripojiť iba na čítanie. 2. Ak je to úspešné, spustite na klonovaní „Nástroje -> Obnoviť hlavičku zväzku“. 3. Ak bol kontajner súboru skrátený, zadajte súbor späť na pôvodnú veľkosť bajtov, aby ste zarovnali koncovú hlavičku"]

    Platform -->|"Linux LUKS1 / LUKS2 (dm-crypt)"| LuksPath["1. Skontrolujte, či sa sektor začiatku oddielu posunul pomocou Hex Scan pre 'LUKS\\xba\\xbe' (4c 55 4b 53 ba be). 2. V prípade LUKS2 skontrolujte sekundárnu hlavičku 'SKB2\\xba\\xbe' pri posune 0x4000 (16 kB). 3. Obnovte externú zálohu hlavičky cez cryptsetup luksHeaderRestore"]

    Platform -->|"Windows BitLocker (OS Drive alebo Data Drive)"| BitPath["1. Vyhľadajte v oddiele podpis metadát '-FVE-FS-' (3 redundantné kópie uložené na disku). 2. Spustite 'repair-bde Source: TargetDrive: -rp RecoveryKey' alebo použite Dislocker / UFS Explorer na analýzu prežívajúceho bloku metadát FVE"]

    Platform -->|"Cryptomator Cloud Vault (d/ Directory + masterkey.cryptomator)"| CryptoPath["1. Obnovte masterkey.cryptomator z automatického masterkey.cryptomator.bkup alebo z histórie verzií cloudu (30-dňová história súborov na OneDrive/Dropbox/Google Drive). 2. Spustite kontrolu stavu Cryptomator na obnovenie osirelých súborov šifrovaného textu"]

Fáza 1: Ako v skutočnosti fungujú šifrované hlavičky zväzkov na disku (Byte-Offset Anatomy)¶

Pred pokusom o akúkoľvek opravu skontrolujte presné rozloženie bajtov VeraCrypt, LUKS, BitLocker, a Cryptomator Ak chcete zistiť, prečo vaše heslo zlyhalo a kde sa na vašom disku nachádza redundantná hlavička zálohy:

Fáza 2: Obnova krok za krokom pre VeraCrypt (a Legacy TrueCrypt)¶

1. Okamžitá montáž pomocou Embedded Backup Volume Header¶

Keď a VeraCrypt priečka resp .hc kontajner súborov náhodne zasiahne rýchle formátovanie systému Windows, prepísanie tabuľky oblastí (fdisk / diskpart), alebo chybný sektor na začiatku jednotky, prvý 64 KB je poškodená - ale hlavička zálohy je posledná 128 KB na konci zväzku je stále 100 percent neporušený.

Po vytvorení a ddrescue klon vášho oddielu alebo skopírovanie vášho .hc súbor: 1. Otvorte VeraCrypt, kliknite na Vybrať súbor (ak chcete vybrať svoj klonovaný .hc súbor) alebo Vybrať zariadenie (ak chcete vybrať svoj klonovaný oddiel, napr. \Device\Harddisk2\Partition1 alebo /dev/sdb1) a vyberte nepoužité písmeno jednotky (Z:). 2. Kliknite na Pripojiť. 3. V dialógovom okne hesla: - Zadajte svoje Heslo, PIM (ak sa používa) a Súbory kľúčov (ak sa používajú). - Kliknite na Mount Options... tlačidlo v spodnej časti okna s heslom. - Začiarknite OBJE z týchto políčok: - [x] Mount volume as read-only (Zabraňuje systému Windows/macOS upravovať akékoľvek poškodené štruktúry súborového systému v dešifrovanom zväzku počas záchrany) - [x] Use backup header embedded in volume - Kliknite na OK pre pripojenie. 4. Ak sa zväzok úspešne pripojí (alebo sa pripojí ako a RAW písmeno jednotky Z: pretože vnútorné NTFS/FAT32/exFAT boot sektor v byte 131,072 bol tiež označený): - Ak Z: normálne sa otvorí v Prieskumníkovi súborov: Skopírujte 100 percent svojich súborov Z: okamžite na bezpečnú jazdu. - Ak Z: sa pripája do VeraCrypt (zobrazuje sa v slote VeraCrypt), ale Windows hovorí "Z: is not accessible / The volume does not contain a recognized file system": Nezúfajte. To znamená, že Vaše šifrovanie VeraCrypt je na 100 percent odomknuté a iba vnútorné NTFS / exFAT / ext4 superblok vnútri niekoľkých prvých megabajtov dešifrovaného zväzku bol poškodený. Ponechajte zväzok pripojený vo VeraCrypt ako Z: (alebo /dev/mapper/veracrypt1 v systéme Linux) a spustite TestDisk,DMDE,UFS Explorer alebo PhotoRec priamo proti dešifrovanej virtuálnej jednotke VeraCrypt (Z: / /dev/mapper/veracrypt1) - všetky vaše dešifrované súbory budú okamžite obnovené. 5. Trvalá oprava hlavičky primárneho zväzku na vašom klone: - Keď sú vaše súbory bezpečne zálohované, môžete natrvalo opraviť poškodenú prednú hlavičku na vašom klone zväzku kliknutím na Nástroje hlasitosti -> Obnoviť hlavičku zväzku -> Obnoviť hlavičku zväzku zo zálohy vloženej do zväzku a zadaním hesla.

2. Čo ak a VeraCrypt .hc Bol kontajner súborov skrátený alebo zmenená veľkosť počas synchronizácie s cloudom alebo zlyhania disku?¶

Počkajte: prečo by "Use backup header embedded in volume" zlyhať na a .hc kontajner súborov? - Pretože VeraCrypt nájde vloženú záložnú hlavičku tak, že hľadá Exact_File_Size - 131,072 bytes (0x20000 bajtov od konca súboru). - Ak je kópia na USB neúplná, rsync prerušenie alebo pád súborového systému skrátený alebo pridaný dokonca 1 bajt navyše na koniec vášho .hc kontajnera, VeraCrypt hľadá nesprávny bajtový offset na konci súboru. - Ako skontrolovať a opraviť nesprávne zarovnanie .hc kontajner súborov: - Každá platná veľkosť súboru kontajnera VeraCrypt MUSÍ byť presným násobkom 512 bajtov. Skontrolujte presnú veľkosť vášho bajtu .hc súbor (ls -l container.hc alebo stat -c %s container.hc). - Ak je primárna hlavička na Byte 0 je stále neporušený (pretože k poškodeniu došlo na konci súboru počas prerušenia prenosu), jednoducho vložte .hc súbor s nulami pomocou truncate -s na kópiu súboru až po ďalší násobok 1,048,576 bajtov (1 MB) - ak by napríklad išlo o a 10 GB kontajner, ktorý bol odrezaný o 9.4 GB, beh truncate -s 10G container_copy.hc - a pripojte ho normálne pomocou Primary Header v režime iba na čítanie.

3. Čo ak niekto odstráni tabuľku oddielov (fdisk / diskpart clean) takže neviete, na ktorom sektore sa začala partícia VeraCrypt?¶

Pretože hlavičky VeraCrypt obsahujú nula magických bajtov čistého textu, štandardné skenery oddielov (TestDisk) nevidí, kde začína alebo končí odstránený oddiel VeraCrypt. - Ako nájsť presný počiatočný sektor strateného oddielu VeraCrypt (TestCrypt / VeraCrypt Volume Finder): 1. Takmer všetky oddiely vytvorené od roku 2010 sú zarovnané na 1-megabajt (1 MiB = 2,048 512-bajtové sektory = 1,048,576 bajtov) hranice (konkrétne začínajúce na Sector 2048 pre prvý oddiel alebo na presnú 2048-sektorový násobok). 2. Ešte lepšie: kým primárna hlavička žije na začiatku oddielu, záložná hlavička žije na poslednom 128 KB na koniec oddielu (ktorý je takmer vždy zarovnaný presne oproti koncu fyzického disku alebo začiatku nasledujúceho oddielu.). 3. Použite nástroj s otvoreným zdrojom TestCrypt alebo krátky Python pyveracrypt / cryptsetup --type tcrypt slučka, ktorá testuje vaše známe heslo proti každému 1 MiB (2,048-sektor) posunutie hranice na obraze disku (losetup -o $((offset * 1048576)) -r -f disk.img), kým vaše heslo nedešifruje VERA magická hlavička.

Fáza 3: Obnova krok za krokom pre Linux LUKS1 a LUKS2 (dm-crypt)¶

1. Diagnostika poškodeného LUKS hlavička (hexdump kontrola)¶

Zavedenie z Linux Live USB (SystemRescue alebo Ubuntu Live), urobte a ddrescue obrázok oddielu a skontrolujte prvý 32 KB oddielu bez úpravy jediného bajtu:

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

2. Upevnenie a LUKS2 oddiel, keď Sector 0 (Primary Header) bol vymazaný wipefs, mkswapalebo chybný sektor¶

Ak wipefs alebo zatúlaný zápis vynuloval prvý 4 KB (Offset 0x0000), cryptsetup luksOpen môže zlyhať - ak cryptsetup opraví primárnu hlavičku z neporušenej sekundárnej hlavičky (SKB2) pri 0x4000: 1. Otestujte, ak cryptsetup repair dokáže automaticky prebudovať primárnu hlavičku (LUKS\xba\xbe) z neporušenej sekundárnej hlavičky (SKB2\xba\xbe) na vašom klonovanom obrázku:

sudo cryptsetup repair /mnt/backup/luks_clone.img

3. Nález a LUKS hlavička, keď tabuľka oddielov (GPT/MBR) bola vymazaná alebo presunutá¶

Ak ste omylom odstránili LUKS oddiel v fdisk / gparted alebo naformátujte celý disk s novou tabuľkou oddielov LUKS\xba\xbe hlavička často stále sedí úplne nedotknutá vo svojom pôvodnom bajtovom posune (zvyčajne 1 MiB = bajt 1,048,576, alebo hneď po EFI a /boot oddiely): 1. Naskenujte celý nespracovaný disk na 6-bajtový LUKS magický podpis (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. Extrahovanie LUKS Hlavný kľúč (VMK) zo spusteného alebo hibernovaného systému Linux¶

Ak a LUKS hlavička na disku je na 100 percent zničená (napríklad niekto spustil dd if=/dev/zero of=/dev/nvme0n1p3 bs=1M count=20), okamžite skontrolujte, či systém Linux stále má /dev/mapper/... OTVORENÉ: 1. Ak systém stále beží s namapovaným zväzkom, NEREštartujte. Vytlačte surový hexadecimálny hlavný kľúč (VMK) priamo z jadra dm-crypt tabuľka:

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

Fáza 4: Obnova krok za krokom pre systém Windows BitLocker (repair-bde & -FVE-FS- Vyrezávanie metadát)¶

Keď a BitLocker-šifrovaná jednotka je náhodne rýchlo naformátovaná, inicializovaná alebo trpí sektorom 0 poškodenie, Windows File Explorer zobrazuje disk ako RAW alebo Unallocated a dvojitým kliknutím naň sa už nezobrazí výzva na zadanie hesla/kľúča na obnovenie nástroja BitLocker.

1. Prečo BitLocker takmer vždy prežije rýchly formát alebo sektor 0 utrieť¶

Keď nástroj BitLocker zašifruje súbor NTFS, FAT32, alebo exFAT zväzku, vytvorí na disku tri identické, samostatné 64-kilobajtové bloky metadát, z ktorých každý začína 8-bajtovým podpisom ASCII -FVE-FS- (2d 46 56 45 2d 46 53 2d): - Kópia 1: Nachádza sa v blízkosti začiatku oddielu (zvyčajne v rámci niekoľkých stoviek megabajtov). - Kopírovať 2 a Kopírovať 3: Nachádza sa o desiatky alebo stovky gigabajtov hlbšie vo vnútri oddielu. - Rýchle formátovanie systému Windows prepíše iba úplný začiatok oddielu (zavádzací sektor a začiatok oddielu $MFT), pričom zostane Kópia 2 a Kópia 3 z -FVE-FS- Blok metadát BitLocker (ktorý obsahuje váš zašifrovaný hlavný kľúč zväzku VMK a šifrovací kľúč plnej hlasitosti FVEK) 100 percent neporušené.

2. Pomocou vstavaného systému Microsoft repair-bde.exe nástroj na dešifrovanie poškodeného zväzku BitLocker¶

1. Otvorte Príkazový riadok správcu (cmd.exe) v systéme Windows 10/11 (alebo zavádzanie z USB na obnovenie systému Windows).
2. Pripojte druhý prázdny externý pevný disk (E:) dostatočne veľká na to, aby sa do nej zmestil dešifrovaný oddiel.
3. Bežať repair-bde na skenovanie poškodenej jednotky BitLocker (D:) za všetkých preživších -FVE-FS- blok metadát a zapíšte dešifrovaný zväzok E::
4. Ak odomknete pomocou 48-miestneho hesla na obnovenie nástroja BitLocker:

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

5. Ak odomknete jednotku USB BitLocker-To-Go pomocou používateľského hesla:

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

6. Raz repair-bde dokončí dešifrovanie sektorov do E:, ak vnútorný NTFS boot sektor alebo začiatok $MFT bol poškodený starším rýchlym formátovaním, spustite DMDE,UFS Explorer alebo TestDisk oproti teraz dešifrovanej jednotke E:.

Fáza 5: Obnova krok za krokom pre Cryptomator Cloud Vaults (masterkey.cryptomator)¶

Na rozdiel od VeraCrypt, LUKS, a BitLocker (ktoré šifrujú celý obraz disku blok po bloku), Cryptomator šifruje jednotlivé súbory v štruktúre priečinkov (d/XX/XXXXXXXXXXXXXXXXXXXXXXXX.c9r) navrhnutý pre Dropbox, Disk Google, OneDrive a iCloud.

1. Upevnenie "Invalid Masterkey / Vault Config" alebo Chýba masterkey.cryptomator¶

Každý trezor Cryptomator závisí od dvoch malých súborov JSON v koreňovom adresári priečinka trezoru: vault.cryptomator (v ktorej je uložená konfigurácia trezoru JWT a kombinácia šifry) a masterkey.cryptomator (ktorý ukladá vaše scrypt-zabalený 256-bitový hlavný kľúč šifrovania a 256-bitový HMAC Hlavný kľúč). - Oprava 1: Obnoviť z masterkey.cryptomator.bkup: Zakaždým, keď úspešne odomknete trezor Cryptomator, Cryptomator automaticky zapíše overenú záložnú kópiu s názvom masterkey.cryptomator.bkup hneď vedľa masterkey.cryptomator. Ak dôjde k poškodeniu konfliktu synchronizácie v cloude masterkey.cryptomator (zerobajtový súbor alebo čiastočný JSON), jednoducho skopírujte masterkey.cryptomator.bkup do masterkey.cryptomator. - Oprava 2: Použite 30-dňovú históriu verzií súboru vášho poskytovateľa cloudu: Prihláste sa do webového rozhrania Disku Google (Manage versions), Dropbox (Version history) alebo OneDrive (Version history), kliknite pravým tlačidlom myši masterkey.cryptomator a vault.cryptomatora obnovte verziu spred poškodenia. - Oprava 3: Spustite vstavaný nástroj Cryptomator "Health Check" na záchranu osirelých .c9r súbory: Ak sa váš trezor odomkne pomocou hesla, ale priečinky vyzerajú prázdne, pretože chyba synchronizácie v cloude poškodila dir.c9s adresár-ukazovateľ, kliknite na Vault Options -> Health Check v Cryptomatore. Health Check kontroluje každý d/XX/ podpriečinok pre osirelé zašifrované .c9r súbory, ktorých odkaz na nadradený adresár sa zlomil a automaticky zrekonštruuje Cryptomator_Recovery priečinok vo vašom odomknutom trezore obsahujúci všetky vaše zachránené súbory.

Regionálne tiesňové čísla a protokoly agentúr¶

Zatiaľ čo poškodený zašifrovaný kontajner na osobnom počítači predstavuje technickú núdzovú situáciu pri obnove údajov, kryptografické uzamknutia ovplyvňujúce nemocnice, mestskú infraštruktúru, právne odhalenie podliehajúce súdnemu príkazu alebo regulované osobné údaje (GDPR / HIPAA) môže vyžadovať formálne hlásenie incidentu:

• Spojené štáty a Kanada:
• Núdzová životná bezpečnosť / výpadok kritickej infraštruktúry: Vytočte 911 ak zlyhanie šifrovanej databázy ovplyvní starostlivosť o pacienta alebo kontrolu fyzickej bezpečnosti.
• Agentúra pre kybernetickú bezpečnosť a bezpečnosť infraštruktúry (CISA) (Spojené štáty americké): Ak bolo poškodenie hlavičky zväzku spôsobené deštruktívnym stieračom alebo cieleným útokom ransomvéru LUKS / BitLocker / VeraCrypt hlavičky, ihneď sa hláste na CISA na 1-844-Say-CISA (1-844-729-2472) a FBI Internet Crime Complaint Center (ic3.gov).
• HIPAA / Regulovaná dostupnosť údajov: Podľa Ministerstva zdravotníctva a sociálnych služieb USA (HHS) Úrad pre občianske práva (OCR) poradenstvo, trvalá strata prístupu k nezálohovaným šifrovaným elektronickým chráneným zdravotným informáciám (ePHI) kvôli korupcii alebo ransomvéru vyžaduje posúdenie podľa pravidiel HIPAA Breach & Contingency Plan (45 C.F.R. § 164.308(a)(7)).
• Spojené kráľovstvo:
• Pohotovostné služby: Vytočte 999 (alebo 101 pre iné ako núdzové hlásenie polície).
• Úrad komisára pre informácie (ICO) - Porušenie dostupnosti GDPR v Spojenom kráľovstve: Podľa článku 32 a článku 33 nariadenia GDPR v Spojenom kráľovstve je trvalá náhodná strata dostupnosti osobných údajov (napríklad neobnoviteľný zašifrovaný zväzok bez zálohy) klasifikovaná ako porušenie ochrany osobných údajov a môže si vyžadovať oznámenie ICO (0303 123 1113) do 72 hodín.
• Európska únia:
• Pohotovostné služby: Vytočte 112 vo všetkých členských štátoch EÚ.
• ENISA a národné úrady na ochranu údajov (DPAs): Sledujte Európsky výbor pre ochranu údajov (EDPB) Usmernenia 9/2022 o upozornení na porušenie ochrany osobných údajov v súvislosti so stratou dostupnosti pri zničení kryptografických kľúčov alebo hlavičiek zväzkov bez zálohovania.
• Austrália a Nový Zéland:
• Pohotovostné služby: Vytočte 000 v Austrálii alebo 111 na Novom Zélande.
• Austrálske centrum kybernetickej bezpečnosti (ACSC): Volajte 1300 CYBER1 (1300 292 371) pre podnikovú alebo vládnu pomoc pri kryptografických incidentoch.
• India a Ázia a Tichomorie:
• Pohotovostné služby: Vytočte 112 v Indii (alebo 1930 pre incidenty počítačovej kriminality; podnikových incidentov, na ktoré sa vzťahuje CERT-In trasu je potrebné nahlásiť do 6 hodín incident@cert-in.org.in).

Často kladené otázky¶

Prečo VeraCrypt hovorí „Nesprávne heslo alebo nie zväzok VeraCrypt“, keď som si 100% istý, že moje heslo je správne?¶

Keďže zväzky VeraCrypt sú navrhnuté tak, aby boli na nerozoznanie od náhodného šumu (pravdepodobná popierateľnosť), VeraCrypt nie uložte hlavičku s obyčajným textom s textom „Som zväzok VeraCrypt“. Namiesto toho, keď kliknete na Pripojiť, VeraCrypt vezme vaše heslo a odvodí dešifrovací kľúč hlavičky cez PBKDF2, dešifruje prvých 512 bajtov zväzku a skontroluje, či bajtov 64 do 67 dešifrovaného výstupu vyhláskujte slovo ASCII VERA (a prejsť a CRC-32 kontrolný súčet). Či ste zadali nesprávne heslo alebo prvých 512 bajtov súboru/oddielu bolo prepísaných chybou disku alebo nástrojom na oddiely Windows, dešifrované bajty sa neprepíšu VERA - takže VeraCrypt zobrazuje presne rovnaké chybové hlásenie pre obe. Montáž vždy vyskúšajte pomocou Možnosti pripojenia -> Použiť hlavičku zálohy vloženú do zväzku skontrolované ako prvé.

Ak som náhodou spustil „Rýchle formátovanie“ na disku VeraCrypt alebo BitLocker v systéme Windows, sú všetky moje súbory preč?¶

Nie - 99 percent vašich zašifrovaných súborov je stále neporušených za predpokladu, že ste okamžite prestali zapisovať na disk. A Windows Rýchle formátovanie zapíše iba nový nezašifrovaný NTFS alebo exFAT zavádzací sektor a prázdna tabuľka hlavných súborov ($ MFT) cez prvých pár megabajtov oddielu. Na a VeraCrypt oddiel, ktorý vymaže primárnu hlavičku na Byte 0, ale ponecháva Embedded Backup Header na samom konci partície úplne nedotknutú. Po pripojení oddielu VeraCrypt v režime len na čítanie pomocou vloženej hlavičky zálohy (alebo spustite oprava-bde na a BitLocker oddiel pomocou svojho prežívajúceho stredu/konca -FVE-FS- bloky metadát), môžete skenovať dešifrovaný virtuálny zväzok pomocou TestDisk, DMDE, alebo Prieskumník UFS obnoviť celý strom priečinkov cez sekundárny $MFTMirr alebo zostávajúce $ MFT záznamy.

Má Linux LUKS (cryptsetup) majú na konci disku zabudovanú hlavičku zálohy, ako to robí VeraCrypt?¶

Nie - a to je zásadný rozdiel, ktorý musí poznať každý používateľ Linuxu. Dedičstvo LUKS1 má na začiatku oddielu iba jednu hlavičku a jednu sadu kľúčov (nulové hlavičky zálohy na disku). Moderné LUKS2 (predvolené od Ubuntu 20.04 / RHEL 8 / Debian 10) ukladá Hlavička sekundárnych binárnych a JSON metadát (SKB2\xba\xbe) pri bajtovom posune 0x4000 (16 kB) hneď za primárnou hlavičkou na 0x0000 - čo vám ušetrí iba sektor 0 bol vymazaný utierky - ale LUKS2 neduplikuje zašifrovaný materiál slotu kľúčov (0x8000 do 16 MB) na konci disku. Ak prvých 2 až 16 megabajtov a LUKS oblasť sa prepíše a zväzok nie je momentálne otvorený v RAM, jediný spôsob, ako obnoviť disk, je z externého súboru vytvoreného vopred cez cryptsetup luksHeaderBackup.

Čo ak sa môj zväzok VeraCrypt pripojí so záložnou hlavičkou, ale systém Windows hovorí: „Pred použitím musíte naformátovať disk v jednotke Z:“?¶

Neklikajte na Formát. Namiesto toho oslavujte: skutočnosť, že VeraCrypt pripojil zväzok k písmenu jednotky Z: dokazuje, že vaše heslo bolo prijaté a 512-bit XTS-AES Master Key teraz aktívne dešifruje celý disk v reálnom čase. Windows sa sťažuje len preto, že vnútorné prvý sektor súborového systému (umiestnený v byte offset 131 072 oddielu) bol tiež poškodený čímkoľvek, čo poškodilo vašu primárnu hlavičku VeraCrypt. Nechajte zväzok namontovaný ako Z: vo VeraCrypt (v režime len na čítanie), otvorte DMDE, TestDisk, alebo Prieskumník UFSa vyberte položku namontovaný virtuálny disk Z: (nie surový fyzický disk.). Softvér na obnovenie okamžite prečíta vaše dešifrované súbory a skopíruje ich do bezpečia.

Môžem obnoviť zväzok VeraCrypt alebo LUKS, ak si pamätám 90 % svojho hesla (napr. poznám základné slová, ale zabudol som, ktoré symboly alebo čísla som napísal veľkými písmenami)?¶

Áno, ak je hlavička zväzku (alebo hlavička zálohy) neporušená a poznáte štruktúru svojho hesla. Na rozdiel od straty hlavičky hlavného kľúča (čo je náhodný 512-bitový kľúč, ktorý sa nikdy nedá vynútiť hrubou silou), čiastočne zapamätané ľudské heslo je možné prelomiť offline pomocou Hashcat s vlastným pravidlom alebo útokom masky proti extrahovaným bajtom hlavičky: pre VeraCrypt, extrahujte prvý 512 bajtov z primárnej hlavičky (dd if=container.hc of=vc.hash bs=512 count=1alebo extrahovať bajty Koniec - 131072 pre hlavičku zálohy) a spustite hashcat -m 13721 (pre SHA-512 + AES); pre LUKS, extrahujte prvý 2 MB do 16 MB hlavička a použitie hashcat -m 14600 (LUKS1) príp -m 29511 / 29541 (LUKS2).

Ako skontrolujem, či mám SSD TRIM príkaz zničil môj poškodený šifrovaný kontajner?¶

Ak je váš šifrovaný zväzok a kontajner súborov (.hc) sedíte na aktívnom SSD a omylom ste odstránili .hc súbor (a OS vydal inline TRIM), nepridelené bloky môžu byť vynulované. Ak je však váš šifrovaný zväzok a nespracovaný šifrovaný oddiel alebo celý disk (`VeraCrypt` hosťované na zariadení, `LUKS`, alebo `BitLocker`), radič SSD netuší, ktoré šifrované sektory sú „voľné“, pokiaľ pripojenie súborového systému aktívne neposlalo zahodiť / TRIM príkaz cez šifrovaciu vrstvu (v skutočnosti VeraCrypt blokuje TRIM štandardne na nesystémových zväzkoch pre kryptografickú bezpečnosť a Linux LUKS bloky TRIM priechod pokiaľ povoliť-vyradiť bolo výslovne pridané /etc/crypttab).

Súvisiaci sprievodcovia¶

• Uzamknutie kľúča na obnovenie šifrovania BitLocker, FileVault a LUKS a resetovanie TPM
• Náhodné rm -rf alebo Shift-Delete v systéme Linux, macOS alebo Windows: okamžité opätovné pripojenie iba na čítanie
• Porucha pevného disku a obnova dát
• Náhodné vymazanie súboru, naformátovanie disku a obnovenie fotografií
• Uzamknutie správcu hesiel, strata hlavného hesla a obnovenie trezoru
• Tiesňové čísla podľa krajiny

Zdroje a oficiálne pokyny¶

• Národný inštitút pre štandardy a technológie (NIST) (Spojené štáty americké): Špeciálna publikácia 800-38E: Odporúčanie pre prevádzkové režimy blokovej šifry: The XTS-AES Režim dôvernosti na úložných zariadeniach a SP 800-111: Sprievodca technológiami šifrovania úložiska.
• IDRIX (veracrypt.fr): Oficiálna technická dokumentácia VeraCrypt - Špecifikácia objemového formátu, rozloženie s posunom bajtov primárnych a vstavaných záložných hlavičiek (Bytes 0-65535 vs End-131072) a Postupy obnovy hlavičky.
• Red Hat & The cryptsetup / LUKS Projekt (gitlab.com/cryptsetup/cryptsetup): LUKS2 Špecifikácia formátu na disku (primárny LUKS\xba\xbe a Sekundárne SKB2\xba\xbe Binárna/JSON hlavička architektúry a luksHeaderBackup Protokoly).
• Microsoft Learn (learn.microsoft.com/en-us/windows/security/operating-system-security/data-protection/bitlocker/): Technický prehľad šifrovania jednotiek BitLocker, redundantný -FVE-FS- Overenie metadát a repair-bde Príkazový riadok.
• Skymatic GmbH (docs.cryptomator.org): Bezpečnostná architektúra kryptomátora (scrypt odvodenie hlavného kľúča, masterkey.cryptomator.bkup Obnova a špecifikácia kontroly stavu trezoru).