Sugadintas VeraCrypt, LUKS arba BitLocker šifruotas konteineris: įterptosios atsarginės kopijos tomo antraštės atkūrimas¶

Įvesdami 100 procentų teisingą šifravimo slaptažodį į a VeraCrypt failų konteineris arba skaidinys, „Linux“. LUKS (dm-crypt) tomas, „Windows“. BitLocker vairuoti arba a Cryptomator debesų skliautas - tik sumuštas 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 arba „Windows“ skaidymo raginimas klausia „Turite suformatuoti diską D diske: prieš jį naudodami“ - iš karto sukelia baimę. Kodėl atsitiktinis vienas elektros tiekimo nutraukimas, priverstinis USB atjungimas? Quick Format / diskpart clean, arba vienas blogas sektorius esant baitų poslinkiui 0 Ar visas 2 terabaitų užšifruotas diskas atmeta galiojantį slaptažodį? Kadangi bloko lygio disko šifravimas (XTS-AES-256) never verifies your password directly against your files: instead, your password decrypts a tiny Volume Header (Keyslot Area) stored at the very beginning of the container that holds the 256-bit or 512-bit Master Encryption Key (VMK / Volume Master Key). Jei pirmieji 512 baitų iki 131 072 baitų (128 KB). Laimei, ** abu VeraCrypt ir BitLocker automatically embed a complete, identical Second Backup Volume Header at the end of the volume**, and if any machine still has (or recently had) the volume mounted in RAM, the raw AES Pagrindinis raktas gali būti iškirptas tiesiai iš nepastovios atminties. If your lockout is instead caused by a forgotten BitLocker 48-digit recovery key or TPM motherboard reset on an intact header, switch to our companion guide on „BitLocker“, „FileVault“ ir LUKS šifravimo atkūrimo rakto blokavimas ir TPM nustatymas iš naujo. Jei fizinis diskas spustelėja arba nukrenta neprisijungus, pasitarkite kietojo disko gedimas ir duomenų atkūrimas, arba jei netyčia suformatavote nešifruotą skaidinį, žr atsitiktinis failų ištrynimas, suformatuotas diskas ir nuotraukų atkūrimas. If this cryptographic failure impacts critical hospital infrastructure, emergency dispatch, or an active extortion incident, call your local emergency number (911 JAV ir Kanadoje, 112 visoje Europos Sąjungoje, 999 Jungtinėje Karalystėje) arba patikrinkite mūsų tarptautinį katalogą pagalbos numeriai.

Padarykite tai dabar¶

1. ** Nedelsdami SUSTABDYKITE ir NIEKADA nespustelėkite „Format Disk“, „Initialize Disk (GPT/MBR),“ arba bėkite chkdsk / fsck tiesiai ant neprijungto neapdoroto įrenginio**: kai „Windows“ arba „MacOS“ neatpažįsta užšifruoto VeraCrypt, LUKS, arba BitLocker partition (because VeraCrypt headers are deliberately indistinguishable from random noise and lack a plaintext magic signature), the OS pops up a dialog saying "Initialize Disk" or "Format Drive." Clicking Initialize (GPT) perrašo LBA sektorius 0 per 33 (Bytes 0 to 17,408) disko pradžioje ir paskutiniame 33 sektoriai pačiame disko gale - vienu paspaudimu sunaikinama ir pirminė VeraCrypt antraštė ir įterptoji atsarginė antraštė.
2. Before doing anything else, check if the encrypted volume is STILL mounted (or if the computer is hibernated / suspended) so you can extract the Master Encryption Key from RAM: If the volume header got wiped on disk while the container is still mounted and open on your computer (or if a VM/hibernation file hiberfil.sys / /dev/mem egzistuoja nuo tada, kai jis buvo atidarytas), NEATjunkite, neužrakinkite ar perkraukite kompiuterio. Nedelsdami nukopijuokite kiekvieną failą iš prijungto disko ir išmeskite branduolio atmintį (dmsetup table --showkeys Linux sistemoje LUKS, arba aeskeyfind / Passware / Volatility RAM dumps), kad išgautumėte tiesioginį 512-bit XTS-AES Master Key.
3. Klonuoti sugadintą šifruotų failų konteinerį (.hc / .tc) or physical partition bit-for-bit using ddrescue PRIEŠ spustelėdami „Atkurti garsumo antraštę“: niekada nekeiskite sugadinto originalo .hc file or partition in place. Nukopijuokite .hc konteinerio failą į antrą diską arba atvaizduokite pažeistą skaidinį (sudo ddrescue -d -r3 /dev/sdb1 /mnt/backup/encrypted_clone.img /mnt/backup/mapfile.log) ir visus antraštės atkūrimus bei bandomuosius tvirtinimus atlikite griežtai prieš kloną.
4. Jei naudojate VeraCrypt (arba palikimas TrueCrypt), pažymėkite laukelį, pažymėtą "Use backup header embedded in volume" viduje Mount Options dabar: kiekvienas „VeraCrypt“ tomas (tiek failų konteineriai, tiek skaidinio / įrenginio tomai) saugo savo pagrindinę antraštę baitais 0 į 65,535 (pirma 64 KB) ir automatiškai įrašo identišką šifruotą atsarginės kopijos antraštę PASKUTINĖJE 65,536 baitai (64 KB) at the very end of the volume (or at offset Volume_Size - 131,072 if a Hidden Volume area exists). Simply clicking Mount Options -> check "Use backup header embedded in volume" -> spustelėkite Gerai apeina sunaikintą priekinę antraštę ir per 3 sekundes prijungia visą diską.
5. Jei naudojate BitLocker on Windows and the primary boot sector (-BOOT-) buvo nuvalytas netyčia spartusis formatavimas arba skaidinio ištrynimas, paleiskite repair-bde norint nuskaityti diską dėl 3 perteklinių „BitLocker“ metaduomenų antraščių: „BitLocker“ nepasikliauja viena antrašte 0 sektoriuje; rašo trys pertekliniai 64 kilobaitai -FVE-FS- Viso tomo šifravimo metaduomenų blokai išsklaidyti po skaidinį (Offset 1, Offset 2, ir Offset 3). Bėgimas repair-bde D: E: -pw (arba -rp 48-digit-key) automatically locates the surviving -FVE-FS- metaduomenų blokas disko viduryje ir iššifruoja visą tomą į gelbėjimo diską.
6. Jei naudojate Linux LUKS2 (cryptsetup), nuskaitykite pirmuosius 16 megabaitų skaidinio antrinei JSON antraštei (SKB2) arba iškirpti LUKS magiški baitai (4c 55 4b 53 ba be) if the partition boundary shifted: Modern LUKS2 saugo dvi perteklines dvejetaines + JSON metaduomenų antraštes: pirminė antraštė poslinkyje 0x0000 (LUKS\xba\xbe) and a Secondary Header (SKB2\xba\xbe) užskaitoje 0x4000 (16,384 bytes / 16 KB, or higher depending on keyslot alignment). Jei tik 0 sektorius būtų lygus nuliui, LUKS2 can be repaired using the secondary header.

Sprendimų medis: sugadinto VeraCrypt, LUKS, BitLocker arba Cryptomator tomo atkūrimas¶

Naudokite šią tikslią diagnostikos schemą, kad pasirinktumėte tinkamą atkūrimo kelią neperrašydami išlikusių atsarginių kopijų antraščių:

flowchart TD
    Start["Šifruotas tomas atmeta teisingą slaptažodį arba rodomas „RAW / nesuformatuotas“"] --> StillMounted{"Ar šifruotas tomas VIS dar yra pritvirtintas prie bet kurio veikiančio įrenginio (arba įrenginys buvo užmigdytas, kol buvo sumontuotas)?"}

    StillMounted -->|"TAIP: garsas atidarytas arba užmigdytas"| ExtractRAM["CRITICAL PRIORITY: Copy All Open Files Out Immediately & Dump RAM / Kernel Keys (dmsetup table --showkeys on Linux; Dump hiberfil.sys / RAM on Windows)"]

    StillMounted -->|"NO: Volume Is Unmounted / Locked"| CloneFirst["1 ŽINGSNIS. Sukurkite bitų už bitų sektoriaus kloną naudodami ddrescue (niekada nelieskite originalaus disko arba .hc failo)"]

    CloneFirst --> Platform{"Kuri šifravimo platforma sugadinta?"}

    Platform -->|"„VeraCrypt“ arba „TrueCrypt“ (.hc, .tc, skaidinys arba sistemos diskas)"| VeraPath["1. Spustelėkite „Montavimo parinktys“ -> pažymėkite „Naudoti atsarginės kopijos antraštę, įterptą į tomą“ -> Prijungti tik skaitomą. 2. Jei pavyks, paleiskite klone „Tools -> Restore Volume Header“. 3. Jei failo sudėtinis rodinys buvo sutrumpintas, grąžinkite failą į pradinį baito dydį, kad sulygiuotumėte pabaigos antraštę"]

    Platform -->|"Linux LUKS1 / LUKS2 (dm-crypt)"| LuksPath["1. Patikrinkite, ar skaidinio pradžios sektorius perkeltas per šešioliktainį nuskaitymą „LUKS\\xba\\xbe“ (4c 55 4b 53 ba be). 2. Jei naudojate LUKS2, pažymėkite antrinę antraštę 'SKB2\\xba\\xbe' ties Offset 0x4000 (16KB). 3. Atkurkite išorinę antraštės atsarginę kopiją naudodami cryptsetup luksHeaderRestore"]

    Platform -->|"Windows BitLocker (OS Drive or Data Drive)"| BitPath["1. Nuskaitykite skaidinį, ieškodami „-FVE-FS-“ metaduomenų parašo (3 perteklinės kopijos, saugomos diske). 2. Paleiskite „repair-bde Source: TargetDrive: -rp RecoveryKey“ arba naudokite Dislocker / UFS Explorer, kad išanalizuoti išlikusį FVE metaduomenų bloką"]

    Platform -->|"„Cryptomator Cloud Vault“ (d/ Directory + masterkey.cryptomator)"| CryptoPath["1. Restore masterkey.cryptomator from automatic masterkey.cryptomator.bkup or Cloud Version History (OneDrive/Dropbox/Google Drive 30-Day File History). 2. Vykdykite „Cryptomator“ būklės patikrinimą, kad atkurtumėte paliktus šifruoto teksto failus"]

1 etapas: kaip šifruotos tomo antraštės iš tikrųjų veikia diske (baitų poslinkio anatomija)¶

Prieš bandydami taisyti, patikrinkite tikslų baitų išdėstymą VeraCrypt, LUKS, BitLocker, ir Cryptomator Norėdami sužinoti, kodėl slaptažodis nepavyko ir kur jūsų diske yra perteklinė atsarginės kopijos antraštė:

2 etapas: žingsnis po žingsnio atkūrimas VeraCrypt (ir Legacy TrueCrypt)¶

1. Nedelsiant montuokite naudojant įterptosios atsarginės kopijos tūrio antraštę¶

Kai a VeraCrypt pertvara arba .hc failų konteineris patenka į atsitiktinį Windows greitąjį formatavimą, skaidinio lentelės perrašymą (fdisk / diskpart), arba blogas sektorius disko pradžioje, pirmasis 64 KB yra sugadinta - ** bet atsarginė antraštė yra paskutinėje 128 KB tomo pabaigoje yra 100 procentų nepažeistas.**

Atlikite šiuos tikslius veiksmus sukūrę a ddrescue clone of your partition or copying your .hc failas: 1. Atidarykite VeraCrypt, spustelėkite Pasirinkite failą (norėdami pasirinkti klonuotą .hc failas) arba Pasirinkti įrenginį (norėdami pasirinkti klonuotą skaidinį, pvz., \Device\Harddisk2\Partition1 arba /dev/sdb1), and pick an unused drive letter (Z:). 2. Spustelėkite Mount. 3. In the password dialog box: - Įveskite savo Slaptažodį, PIM (jei naudojamas) ir Keyfiles (jei naudojamas). - Spustelėkite Mount Options... button at the bottom of the password window. - Check BOTH of these boxes: - [x] Mount volume as read-only (Neleidžia Windows/macOS keisti bet kokių sugadintų failų sistemos struktūrų iššifruotame tome gelbėjimo metu) - [x] Use backup header embedded in volume - Spustelėkite Gerai, kad pritvirtintumėte. 4. Jei garsas sėkmingai pritvirtinamas (arba tvirtinamas kaip a RAW disko raidė Z: nes vidinis NTFS/FAT32/exFAT įkrovos sektorius baite 131,072 taip pat buvo įspėtas): - Jei Z: įprastai atsidaro „File Explorer“: nukopijuokite 100 procentų failų Z: to a safe drive immediately. - Jei Z: montuojamas VeraCrypt (rodomas VeraCrypt lizde), bet Windows sako "Z: is not accessible / The volume does not contain a recognized file system": Nenusiminkite. Tai reiškia, kad jūsų „VeraCrypt“ šifravimas yra 100 procentų atrakintas ir tik vidinis NTFS / exFAT / ext4 buvo sugadintas superblokas pirmuosiuose iššifruoto tomo megabaituose. Keep the volume mounted in VeraCrypt as Z: (arba /dev/mapper/veracrypt1 Linux) ir paleiskite TestDisk, DMDE, UFS Explorer arba PhotoRec tiesiai prieš ** iššifruotą VeraCrypt virtualų diską (Z: / /dev/mapper/veracrypt1)** - visi iššifruoti failai bus nedelsiant atkurti. 5. Visam laikui taisant pirminės apimties antraštę jūsų klone: - Kai bus saugiai sukurtos failų atsarginės kopijos, galite visam laikui pataisyti sugadintą priekinę tomo klono antraštę spustelėdami Tūrio įrankiai -> Atkurti garsumo antraštę -> Atkurti tomo antraštę iš atsarginės kopijos, įterptos į tomą ir įvesdami slaptažodį.

2. Ką daryti, jei a VeraCrypt .hc Failų sudėtinis rodinys buvo sutrumpintas arba pakeistas sinchronizuojant debesyje arba sugedus diskui?¶

Palauk: kodėl "Use backup header embedded in volume" nepavyks ant a .hc failų konteineris? - Kadangi „VeraCrypt“ nustato įterptosios atsarginės kopijos antraštę, ieškodama Exact_File_Size - 131,072 bytes (0x20000 bytes from the end of the file). - If an incomplete USB copy, rsync pertraukimas arba failų sistemos gedimas sutrumpintas arba pridėtas net 1 papildomas baitas prie failo pabaigos .hc konteinerio failą, „VeraCrypt“ ieško netinkamo baitų poslinkio failo pabaigoje. - How to check and fix a misaligned .hc failų konteineris: - Kiekvienas tinkamas VeraCrypt konteinerio failo dydis PRIVALO būti tikslus kartotinis 512 baitų. Check the exact byte size of your .hc failas (ls -l container.hc arba stat -c %s container.hc). - If the Primary Header at Byte 0 vis dar nepažeista (nes sugadinimas įvyko failo pabaigoje per perdavimo nutraukimą), tiesiog paklijuokite .hc failas su nuliais naudojant truncate -s failo kopijoje iki kito kartotinio 1,048,576 baitai (1 MB) - pavyzdžiui, jei tai buvo a 10 GB konteineris, kuris buvo nupjautas 9.4 GB, bėk truncate -s 10G container_copy.hc - ir paprastai pritvirtinkite naudodami Pagrindinę antraštę tik skaitymo režimu.

3. Ką daryti, jei kas nors ištrynė skaidinių lentelę (fdisk / diskpart clean), todėl nežinote, kuriame sektoriuje prasidėjo „VeraCrypt“ skaidinys?¶

Kadangi „VeraCrypt“ antraštėse nėra paprasto teksto magiškų baitų, standartiniai skaidinių skaitytuvai (TestDisk) nemato, kur prasideda ar baigiasi ištrintas „VeraCrypt“ skaidinys. - Kaip rasti tikslų pamesto VeraCrypt skaidinio pradinį sektorių (TestCrypt / VeraCrypt Volume Finder): 1. Beveik visi skaidiniai, sukurti nuo 2010 m., yra suderinti su 1 megabaitu (1 MiB = 2,048 512 baitų sektoriai = 1,048,576 baitų) ribos (konkrečiai pradedant nuo sektoriaus). 2048 pirmajam skaidiniui arba tiksliam 2048-sektoriaus kartotinis). 2. Dar geriau: kol pagrindinė antraštė yra skaidinio pradžioje, atsarginė antraštė yra paskutinėje 128 KB skaidinio pabaigoje (kuris beveik visada išlygiuotas ties fizinio disko pabaiga arba kito skaidinio pradžia.). 3. Naudokite atvirojo kodo įrankįTestCrypt** arba trumpas Python pyveracrypt / cryptsetup --type tcrypt kilpa, kuri patikrina jūsų žinomą slaptažodį pagal kiekvieną 1 MiB (2,048-sektorius) disko vaizdo ribos poslinkis (losetup -o $((offset * 1048576)) -r -f disk.img), kol jūsų slaptažodis iššifruos VERA magiška antraštė.

3 etapas: žingsnis po žingsnio atkūrimas Linux LUKS1 ir LUKS2 (dm-crypt)¶

1. Diagnosing a corrupted LUKS antraštė (hexdump patikrinimas)¶

Boot from a Linux Live USB (SystemRescue arba Ubuntu Live), padarykite a ddrescue pertvaros vaizdą ir apžiūrėkite pirmąjį 32 KB skaidinio nepakeitus nė vieno baito:

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

2. Tvirtinimas a LUKS2 skaidinys, kai sektorius 0 (Primary Header) buvo nuvalytas wipefs, mkswap, arba blogas sektorius¶

Jeigu wipefs or a stray write zeroed out the first 4 KB (Offset 0x0000), cryptsetup luksOpen gali nepavykti - nebent cryptsetup pataiso pirminę antraštę iš nepažeistos antrinės antraštės (SKB2) adresu 0x4000: 1. Išbandykite, jei cryptsetup repair can automatically rebuild the Primary Header (LUKS\xba\xbe) from the intact Secondary Header (SKB2\xba\xbe) on your cloned image:

sudo cryptsetup repair /mnt/backup/luks_clone.img

3. Rasti a LUKS header when the partition table (GPT/MBR) buvo ištrintas arba perkeltas¶

If you accidentally deleted the LUKS padalinti į fdisk / gparted arba suformatavo visą diską su nauja skaidinių lentele LUKS\xba\xbe antraštė dažnai vis dar sėdi visiškai nepaliesta pradiniame baitų poslinkyje (paprastai 1 MiB = baitas 1,048,576, arba iškart po to EFI ir /boot pertvaros): 1. Scan the entire raw disk for the 6-byte LUKS magiškas parašas (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. Ištraukimas LUKS Pagrindinis raktas (VMK) from a running or hibernated Linux system¶

Jeigu a LUKS antraštė diske yra 100 procentų sunaikinta (pavyzdžiui, kažkas paleido dd if=/dev/zero of=/dev/nvme0n1p3 bs=1M count=20), nedelsdami patikrinkite, ar Linux sistemoje vis dar yra /dev/mapper/... atidaryta: 1. Jei sistema vis dar veikia su susietu tomu, NEperkraukite. Išspausdinkite neapdorotą šešioliktainį pagrindinį raktą (VMK) tiesiai iš branduolio dm-crypt lentelė:

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

Phase 4: Step-by-Step Recovery for Windows BitLocker (repair-bde & -FVE-FS- metaduomenų drožyba)¶

Kai a BitLockerUžšifruotas diskas netyčia greitai suformatuotas, inicijuojamas arba kenčia sektorius 0 sugadinimas, Windows File Explorer rodo diską kaip RAW arba Unallocated ir dukart spustelėjus „BitLocker“ slaptažodžio / atkūrimo rakto raginimas nebebus rodomas.

1. Kodėl BitLocker beveik visada išgyvena greitąjį formatą arba sektorių 0 nuvalykite¶

Kai „BitLocker“ užšifruoja NTFS, FAT32, arba exFAT tūrį, diske sukuria trys identiškus, savarankiškus 64 kilobaitų metaduomenų blokus, kurių kiekvienas prasideda 8 baitų ASCII parašu-FVE-FS- (2d 46 56 45 2d 46 53 2d): - 1 kopija: yra netoli skaidinio pradžios (paprastai per pirmuosius kelis šimtus megabaitų). - 2 kopija ir 3 kopija: yra dešimtis ar šimtus gigabaitų giliau skaidinio viduje. - „Windows“ greitasis formatas perrašo tik pačią skaidinio pradžią (įkrovos sektorių ir pradžią $MFT), paliekant 2 kopiją ir 3 kopiją -FVE-FS- „BitLocker“ metaduomenų blokas (kuriame yra jūsų užšifruotas pagrindinis tūrio raktas VMK ir viso tomo šifravimo raktas FVEK) 100 proc. nepažeistas.

2. Naudojant Microsoft integruotą repair-bde.exe tool to decrypt a corrupted BitLocker volume¶

1. Open an Administrator Command Prompt (cmd.exe) „Windows 10/11“ (arba paleiskite iš „Windows“ atkūrimo USB).
2. Prijunkite antrą tuščią išorinį standųjį diską (E:) pakankamai didelis, kad tilptų iššifruotas skaidinys.
3. Bėk repair-bde nuskaityti sugadintą BitLocker diską (D:) už visus išgyvenusius -FVE-FS- metaduomenų bloką ir įrašykite iššifruotą tomą E::
4. Jei atrakinate naudodami 48 skaitmenų „BitLocker“ atkūrimo slaptažodį:

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

5. Jei atrakinate „BitLocker-To-Go“ USB diską naudodami vartotojo slaptažodį:

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

6. Kartą repair-bde finishes decrypting the sectors to E:, jei vidinis NTFS įkrovos sektorius arba pradžia $MFT was damaged by an earlier Quick Format, run DMDE, UFS Explorer arba TestDisk against the now-decrypted drive E:.

Phase 5: Step-by-Step Recovery for Cryptomator Debesų saugyklos (masterkey.cryptomator)¶

Skirtingai nei VeraCrypt, LUKS, ir BitLocker (kuris užšifruoja visą disko vaizdą blokas po bloko), Cryptomator užšifruoja atskirus failus aplanko struktūroje (d/XX/XXXXXXXXXXXXXXXXXXXXXXXX.c9r), sukurta Dropbox, Google Drive, OneDrive ir iCloud.

1. Tvirtinimas "Invalid Masterkey / Vault Config" arba Trūksta masterkey.cryptomator¶

Kiekviena „Cryptomator“ saugykla priklauso nuo dviejų mažų JSON failų, esančių saugyklos aplanko šaknyje: vault.cryptomator (kuris saugo JWT saugyklos konfigūraciją ir šifro derinį) ir masterkey.cryptomator (kuris saugo jūsų scrypt- supakuotas 256 bitų pagrindinis šifravimo raktas ir 256 bitų HMAC Pagrindinis raktas). - 1 pataisymas: atkurti iš masterkey.cryptomator.bkup: kiekvieną kartą, kai sėkmingai atrakinate „Cryptomator“ saugyklą, „Cryptomator“ automatiškai įrašo patvirtintą atsarginę kopiją pavadinimu masterkey.cryptomator.bkup visai šalia masterkey.cryptomator. Jei sugadintas debesies sinchronizavimo konfliktas masterkey.cryptomator (nulio baitų failas arba dalinis JSON), tiesiog nukopijuokite masterkey.cryptomator.bkup į masterkey.cryptomator. - 2 pataisymas: naudokite debesies teikėjo 30 dienų failo versijų istoriją: prisijunkite prie Google Drive žiniatinklio sąsajos (Manage versions), Dropbox (Version history) arba OneDrive (Version history), spustelėkite dešinįjį pelės klavišą masterkey.cryptomator ir vault.cryptomatorir atkurti versiją, buvusią prieš įvykstant sugadinimui. - ** 3 pataisymas: paleiskite integruotą kriptovaliutą "Health Check" išgelbėti našlaičius .c9r failai**: jei saugykla atrakinama naudojant slaptažodį, bet aplankai atrodo tušti, nes debesies sinchronizavimo klaida sugadino dir.c9s katalogo žymeklio failą, spustelėkite Vault Options -> Health Check viduje Cryptomator. Sveikatos patikrinimas atliekamas kiekvieną kartą d/XX/ našlaičių šifruotųjų poaplankis .c9r failai, kurių pirminio katalogo nuoroda nutrūko ir automatiškai atkuria Cryptomator_Recovery aplankas, esantis atrakintame saugykloje, kuriame yra visi išgelbėti failai.

Regioniniai pagalbos numeriai ir agentūrų protokolai¶

Nors sugadintas šifruotas konteineris asmeniniame kompiuteryje yra techninė duomenų atkūrimo avarija, kriptografinis užraktas, turintis įtakos ligoninėms, savivaldybių infrastruktūrai, teisinis atradimas, kuriam taikomas teismo sprendimas, arba reguliuojami asmens duomenys (GDPR / HIPAA) gali reikalauti oficialaus pranešimo apie įvykį:

• Jungtinės Valstijos ir Kanada:
• Avarinė gyvybės sauga / ypatingos svarbos infrastruktūros sutrikimas: skambinkite 911 jei šifruotos duomenų bazės gedimas turi įtakos paciento priežiūrai arba fizinės saugos kontrolei.
• Kibernetinio saugumo ir infrastruktūros saugumo agentūra (CISA) (Jungtinės Amerikos Valstijos): jei garsumo antraštės pažeidimą sukėlė destruktyvus valytuvas arba išpirkos reikalaujančios programinės įrangos ataka. LUKS / BitLocker / VeraCrypt antraštes, nedelsdami praneškite CISA adresu 1-844-Say-CISA (1-844-729-2472) ir FTB skundų dėl interneto nusikaltimų centras (ic3.gov).
• HIPAA / Reguliuojamas duomenų prieinamumas: pagal JAV sveikatos ir žmogiškųjų paslaugų departamentą (HHS) Civilinių teisių biuras (OCR) gairės, nuolatinis prieigos prie neužšifruotos elektroninės saugomos sveikatos informacijos praradimas (ePHI) dėl korupcijos ar išpirkos reikalaujančios programinės įrangos reikia įvertinti pagal HIPAA pažeidimo ir nenumatytų atvejų plano taisykles (45 C.F.R. § 164.308(a)(7)).
• Jungtinė Karalystė:
• Skubios pagalbos tarnybos: skambinkite 999 (arba 101 ne skubios policijos pranešimams).
• Informacijos komisaro biuras (ICO) - JK BDAR prieinamumo pažeidimai: pagal JK BDAR 32 ir 33 straipsnius visam laikui atsitiktinis asmens duomenų prieinamumo praradimas (pvz., neatkuriamas šifruotas tomas be atsarginės kopijos) yra klasifikuojamas kaip asmens duomenų pažeidimas ir gali reikėti pranešti ICO (0303 123 1113) per 72 valandas.
• Europos Sąjunga:
• Skubios pagalbos tarnybos: skambinkite 112 visose ES valstybėse narėse.
• ENISA ir nacionalinės duomenų apsaugos institucijos (DPAs): sekite Europos duomenų apsaugos tarybą (EDPB) Gairės 9/2022 dėl pranešimo apie asmens duomenų pažeidimą apie prieinamumo praradimą, kai kriptografiniai raktai arba tomo antraštės sunaikinami be atsarginės kopijos.
• Australija ir Naujoji Zelandija:
• Skubios pagalbos tarnybos: skambinkite 000 Australijoje arba 111 Naujojoje Zelandijoje.
• Australijos kibernetinio saugumo centras (ACSC): Skambinti 1300 CYBER1 (1300 292 371) už pagalbą įmonės ar vyriausybės kriptografinių incidentų atveju.
• Indija ir Azijos ir Ramiojo vandenyno šalys:
• Skubios pagalbos tarnybos: skambinkite 112 Indijoje (arba 1930 už kibernetinių nusikaltimų incidentus; įmonių incidentai, kuriems taikoma CERT-In nurodymus reikia pranešti per 6 valandas iki incident@cert-in.org.in).

Dažnai užduodami klausimai¶

Kodėl VeraCrypt sako „Neteisingas slaptažodis arba ne VeraCrypt tomas“, kai esu 100% tikras, kad mano slaptažodis teisingas?¶

Kadangi „VeraCrypt“ tūriai yra sukurti taip, kad jų nebūtų galima atskirti nuo atsitiktinio triukšmo (tikėtinas paneigimas), „VeraCrypt“ ne išsaugokite paprasto teksto antraštę su užrašu „Aš esu VeraCrypt tomas“. Vietoj to, kai spustelėsite „Montuoti“, „VeraCrypt“ paima jūsų slaptažodį ir išgauna antraštės iššifravimo raktą PBKDF2, iššifruoja pirmuosius 512 tomo baitų ir patikrina, ar baitai 64 į 67 iššifruotos išvesties rašyba ASCII žodį VERA (ir praleisti a CRC-32 kontrolinė suma). Nesvarbu, ar įvedėte neteisingą slaptažodį arba pirmieji 512 failo / skaidinio baitų buvo perrašyti dėl disko klaidos arba "Windows" skaidinio įrankio, iššifruoti baitai nebus rašomi VERA - taigi „VeraCrypt“ rodo tą patį klaidos pranešimą abiem. Visada išbandykite tvirtinimą su Montavimo parinktys -> Naudokite atsarginę antraštę, įterptą į tomą pirma patikrinta.

Jei Windows sistemoje VeraCrypt arba BitLocker diske netyčia paleidau greitąjį formatą, ar dingo visi mano failai?¶

Ne - 99 procentai jūsų užšifruotų failų vis dar yra nepažeisti, jei iš karto nustojote rašyti į diską. A Windows Greitas formatas rašo tik naują nešifruotą NTFS arba exFAT įkrovos sektorius ir tuščia pagrindinė failų lentelė (MFT USD) per pirmuosius kelis skaidinio megabaitus. Ant a VeraCrypt skaidinį, kuris nuvalo pirminę antraštę baite 0, bet palieka visiškai nepaliestą Embedded Backup Header pačiame skaidinio gale. Kai prijungiate VeraCrypt skaidinį tik skaitymo režimu, naudodami įterptąją atsarginės kopijos antraštę (arba paleiskite remontas-bde ant a BitLocker skaidinys, naudojant išlikusį vidurį / galą -FVE-FS- metaduomenų blokai), galite nuskaityti iššifruotą virtualųjį tomą naudodami TestDisk, DMDE, arba UFS Explorer norėdami atkurti visą aplankų medį per antrinį $MFTMirr arba likę MFT USD įrašų.

Ar Linux LUKS (cryptsetup) turi įterptą atsarginės kopijos antraštę disko gale, kaip tai daro „VeraCrypt“?¶

Ne - ir tai yra esminis skirtumas, kurį turi žinoti kiekvienas Linux vartotojas. Palikimas LUKS1 skaidinio pradžioje turi tik vieną antraštę ir vieną raktų lizdų rinkinį (nulis atsarginių antraščių diske). Modernus LUKS2 (numatytasis nuo Ubuntu 20.04 / RHEL 8 / Debian 10) saugo Antrinė dvejetainė ir JSON metaduomenų antraštė (SKB2\xba\xbe) esant baitų poslinkiui 0x4000 (16 KB) iškart po pirminės antraštės 0x0000 - Tai sutaupo nebent sektorių 0 buvo nušluostytas servetėlės - bet LUKS2 NEdubliuoja užšifruotos rakto lizdo medžiagos (0x8000 į 16 MB) disko gale. Jei pirmieji 2-16 megabaitų a LUKS skaidinys perrašomas, o tomas šiuo metu nėra atidarytas RAM, vienintelis būdas atkurti diską yra iš išorinio failo, sukurto iš anksto naudojant cryptsetup luksHeaderBackup.

Ką daryti, jei mano „VeraCrypt“ tomas prijungiamas su atsarginės kopijos antrašte, bet „Windows“ sako „Turite suformatuoti diską Z diske: prieš jį naudodami“?¶

NESPUSTELKITE Formatas. Vietoj to švęskite: tai, kad „VeraCrypt“ įtraukė garsumą į disko raidę Z: įrodo, kad jūsų slaptažodis buvo priimtas ir 512 bitų XTS-AES Pagrindinis raktas dabar aktyviai iššifruoja visą diską realiuoju laiku. „Windows“ skundžiasi tik todėl, kad vidinis pirmasis failų sistemos sektorius (esantis baitų poslinkyje 131 072 skaidinio) taip pat buvo pažeista dėl to, kas sugadino jūsų pirminę „VeraCrypt“ antraštę. Palikite garsą sumontuotą kaip Z: VeraCrypt (tik skaitymo režimu), atidarykite DMDE, TestDisk, arba UFS Explorerir pasirinkite sumontuotas virtualus diskas Z: (ne neapdorotas fizinis diskas.). Atkūrimo programinė įranga iš karto perskaitys iššifruotus failus ir nukopijuos juos saugiai.

Ar galiu atkurti VeraCrypt arba LUKS tomą, jei prisimenu 90 % slaptažodžio (pvz., žinau pagrindinius žodžius, bet pamiršau, kuriuos simbolius ar skaičius rašiau didžiosiomis raidėmis)?¶

Taip, jei tomo antraštė (arba atsarginė antraštė) nepažeista ir žinote savo slaptažodžio struktūrą. Skirtingai nei prarandant pagrindinio rakto antraštę (tai yra atsitiktinis 512 bitų raktas, kurio niekada negalima priverstinai priverstinai), iš dalies įsimintas žmogaus slaptažodis gali būti nulaužtas neprisijungus naudojant Hashcat su pasirinkta taisykle arba kaukės ataka prieš išskirtus antraštės baitus: už VeraCrypt, ištraukite pirmąjį 512 baitų pirminės antraštės (dd if=container.hc of=vc.hash bs=512 count=1arba ištraukite baitus Pabaiga - 131072 atsarginei antraštei) ir paleiskite hashcat -m 13721 (skirta SHA-512 + AES); už LUKS, ištraukite pirmąjį 2 MB į 16 MB antraštė ir naudojimas hashcat -m 14600 (LUKS1) arba -m 29511 / 29541 (LUKS2).

Kaip patikrinti, ar mano SSD TRIM komanda sunaikino mano sugadintą šifruotą konteinerį?¶

Jei jūsų užšifruotas tomas yra a failų konteineris (.hc) sėdėjote ant aktyvaus SSD ir netyčia ištrynėte .hc failą (ir OS išleido eilutę TRIM), nepaskirstyti blokai gali būti lyginami nuliu. Tačiau jei jūsų užšifruotas tomas yra a neapdorotas šifruotas skaidinys arba visas diskas (`VeraCrypt` priglobtas įrenginyje, `LUKS`, arba `BitLocker`), SSD valdiklis neįsivaizduoja, kurie užšifruoti sektoriai yra „laisvi“, nebent failų sistemos prijungimas aktyviai siunčia išmesti / TRIM komandą per šifravimo sluoksnį (iš tikrųjų „VeraCrypt“ blokuoja TRIM pagal numatytuosius nustatymus nesisteminiuose tomuose kriptografinei saugai ir Linux LUKS blokai TRIM praėjimas, nebent leisti-išmesti buvo aiškiai pridėtas /etc/crypttab).

Susiję vadovai¶

• „BitLocker“, „FileVault“ ir LUKS šifravimo atkūrimo rakto blokavimas ir TPM nustatymas iš naujo
• Atsitiktinis rm -rf arba Shift-Delete sistemose „Linux“, „MacOS“ arba „Windows“: tiesioginis tik skaitymo pakartotinis prijungimas
• Kietojo disko gedimas ir duomenų atkūrimas
• Atsitiktinis failų ištrynimas, suformatuotas diskas ir nuotraukų atkūrimas
• Slaptažodžių tvarkyklės blokavimas, pagrindinis slaptažodžio praradimas ir saugyklos atkūrimas
• Pagalbos numeriai pagal šalį

Šaltiniai ir oficialios rekomendacijos¶

• Nacionalinis standartų ir technologijos institutas (NIST) (Jungtinės Valstijos): Specialus leidinys 800-38E: Rekomendacija dėl blokinio šifro veikimo režimų: XTS-AES Saugojimo įrenginių ir SP konfidencialumo režimas 800-111: saugyklos šifravimo technologijų vadovas.
• IDRIX (veracrypt.fr): Oficiali „VeraCrypt“ techninė dokumentacija - tūrio formato specifikacija, baitų poslinkio išdėstymas pirminės ir įterptosios atsarginės kopijos antraštėse (Bytes 0-65535 prieš End-131072), ir antraštės atkūrimo procedūros.
• Red Hat & The cryptsetup / LUKS Projektas (gitlab.com/cryptsetup/cryptsetup):LUKS2 Disko formato specifikacija (pagrindinis LUKS\xba\xbe ir antrinis SKB2\xba\xbe Dvejetainė / JSON antraštės architektūra ir luksHeaderBackup protokolai).
• Microsoft Learn (learn.microsoft.com/en-us/windows/security/operating-system-security/data-protection/bitlocker/): * „BitLocker“ disko šifravimo techninė apžvalga, nereikalinga -FVE-FS- Metaduomenų patvirtinimas ir repair-bde Komandinės eilutės nuoroda*.
• Skymatic GmbH (docs.cryptomator.org): Kriptomatoriaus saugos architektūra (scrypt Masterkey darymas, masterkey.cryptomator.bkup Atkūrimo ir saugyklos būklės patikros specifikacija).