Оштећени ВераЦрипт, ЛУКС или БитЛоцкер шифровани контејнер: Враћање заглавља уграђене резервне копије¶

Унесите своју 100 посто тачну лозинку за шифровање у а VeraCrypt контејнер датотека или партиција, Линук LUKS (dm-crypt) волумен, Виндовс BitLocker погон, или а Cryptomator свод облака - само да буде погођен са 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, или Виндовс партиционисање пита "Морате да форматирате диск у драјву Д: пре него што можете да га користите" - изазива тренутни страх. Зашто један нестанак струје, принудно искључивање УСБ-а, случајни Quick Format / diskpart clean, или један лош сектор у помаку бајтова 0 узроковати да цео шифровани диск од 2 терабајта одбије важећу лозинку? Пошто шифровање диска на нивоу блока (XTS-AES-256) никада не верификује вашу лозинку директно у вашим датотекама: уместо тога, ваша лозинка дешифрује малено заглавље волумена (област слота за кључеве) ускладиштено на самом почетку контејнера који садржи 256-битни или 512-битни главни кључ за шифровање (VMK / Volume Master Key). Ако првих 512 бајтова до 131.072 бајтова (128 KB) волумена је замењено случајном иницијализацијом табеле партиција или оштећено нестанком, примарно заглавље је нестало. На срећу, обојица VeraCrypt и BitLocker аутоматски уграђује комплетно, идентично заглавље другог резервног волумена на крају волумена, и ако било која машина још увек има (или је недавно имала) волумен монтиран у РАМ, необрађени AES Главни кључ се може изрезати директно из нестабилне меморије. Ако је ваше закључавање уместо тога узроковано заборављеним БитЛоцкер 48-цифреним кључем за опоравак или ресетовањем ТПМ матичне плоче на нетакнутом заглављу, пређите на наш пратећи водич на Закључавање кључа за опоравак БитЛоцкер, ФилеВаулт и ЛУКС шифровање и ресетовање ТПМ-а. Ако физички диск кликће или испада ван мреже, консултујте се квар чврстог диска и опоравак података, или ако сте случајно форматирали нешифровану партицију, погледајте случајно брисање датотека, форматирана диск јединица и опоравак фотографија. Ако ова криптографска грешка утиче на критичну болничку инфраструктуру, хитну помоћ или активну изнуду, позовите свој локални број за хитне случајеве (911 у Сједињеним Државама и Канади, 112 широм Европске уније, 999 у Уједињеном Краљевству) или проверите наш међународни именик бројеви за хитне случајеве.

Уради ово сада¶

1. Одмах ЗАУСТАВИТЕ и НИКАДА не кликните на „Форматирај диск“, „Иницијализирај диск (GPT/MBR)" или покрените chkdsk / fsck директно на немонтирани необрађени уређај: Када Виндовс или мацОС не препознају шифровано VeraCrypt, LUKS, или BitLocker партиције (јер се ВераЦрипт заглавља намерно не разликују од насумичне буке и немају магични потпис отвореног текста), ОС искаче дијалог у коме пише "Иницијализирај диск" или "Форматирај диск." Кликом на Иницијализуј (GPT) замењује ЛБА секторе 0 кроз 33 (Bytes 0 to 17,408) на почетку диска и последњег 33 сектора на самом крају диска - уништавајући оба примарно ВераЦрипт заглавље и уграђено резервно заглавље једним кликом.
2. Пре него што урадите било шта друго, проверите да ли је шифровани волумен ЈОШ УВЕК монтиран (или да ли је рачунар у хибернацији/суспендовању) да бисте могли да извучете главни кључ за шифровање из РАМ-а: Ако је заглавље волумена обрисано на диску док је контејнер још увек монтиран и отворен на вашем рачунару (или ако је датотека ВМ/хибернације hiberfil.sys / /dev/mem постоји од када је био отворен), НЕ демонтирајте, закључајте или поново покрените рачунар. Одмах копирајте сваки појединачни фајл са монтираног диска и испразните меморију кернела (dmsetup table --showkeys на Линук-у LUKS, или aeskeyfind / Passware / Volatility на депонијама РАМ меморије) за издвајање уживо 512-bit XTS-AES Master Key.
3. Клонирајте оштећени контејнер шифрованих датотека (.hc / .tc) или коришћење физичке партиције бит-за-бит ddrescue ПРЕ него што кликнете на „Ресторе Волуме Хеадер“: Никада не мењајте оригинал оштећен .hc фајл или партиција на месту. Копирај .hc датотеку контејнера на други диск или слику оштећене партиције (sudo ddrescue -d -r3 /dev/sdb1 /mnt/backup/encrypted_clone.img /mnt/backup/mapfile.log) и извршите све рестаурације заглавља и тест монтирања стриктно на клон.
4. Ако користите VeraCrypt (или наслеђе TrueCrypt), означите поље за потврду "Use backup header embedded in volume" унутра Mount Options управо сада: Сваки ВераЦрипт волумен (и контејнери датотека и волумени партиција/уређаја) чува своје Примарно заглавље у бајтовима 0 да 65,535 (прво 64 KB) и аутоматски уписује идентично шифровано заглавље резервне копије у ПОСЛЕДЊЕМ 65,536 бајтови (64 KB) на самом крају тома (или на офсету Volume_Size - 131,072 ако постоји област скривеног волумена). Једноставно кликните на Моунт Оптионс -> цхецк "Use backup header embedded in volume" -> кликните ОК заобилази уништено предње заглавље и монтира цео диск за 3 секунде.
5. Ако користите BitLocker на Виндовс-у и примарном сектору за покретање (-BOOT-) је обрисана случајним брзим форматирањем или брисањем партиције, покрените repair-bde да бисте скенирали диск за 3 редундантна заглавља БитЛоцкер метаподатака: БитЛоцкер се не ослања на једно заглавље у сектору 0; пише три сувишна 64-килобајта -FVE-FS- Блокови метаподатака пуне запремине разбацани по партицији (Offset 1, Offset 2, и Offset 3). Трчање repair-bde D: E: -pw (или -rp 48-digit-key) аутоматски лоцира преживеле -FVE-FS- блок метаподатака у средини диск јединице и дешифрује цео волумен на диск за спасавање.
6. Ако користите Линук LUKS2 (cryptsetup), скенирајте првих 16 мегабајта партиције за секундарно ЈСОН заглавље (SKB2) или изрезбарите LUKS магични бајтови (4c 55 4b 53 ba be) ако се граница партиције помери: Модерна LUKS2 складишти два редундантна бинарна+ЈСОН заглавља метаподатака: примарно заглавље у помаку 0x0000 (LUKS\xba\xbe) и Секундарно заглавље (SKB2\xba\xbe) у офсету 0x4000 (16,384 bytes / 16 KB, или више у зависности од поравнања утора за кључеве). Ако је само сектор 0 нула, LUKS2 може се поправити помоћу секундарног заглавља.

Стабло одлучивања: враћање оштећеног ВераЦрипт, ЛУКС, БитЛоцкер или Цриптоматор волумена¶

Користите овај тачан дијаграм тока дијагностике да изаберете праву путању опоравка без преписивања преживелих резервних заглавља:

flowchart TD
    Start["Шифровани волумен одбија тачну лозинку или приказује „РАВ/неформатирано“"] --> StillMounted{"Да ли је шифровани волумен још увек монтиран на било коју машину која ради (или је машина била хибернирана док је била монтирана)?"}

    StillMounted -->|"ДА: Волумен је отворен или хиберниран"| ExtractRAM["КРИТИЧНИ ПРИОРИТЕТ: Одмах копирајте све отворене датотеке и испразните РАМ / кључеве језгра (табела дмсетуп --сховкеис на Линук-у; Думп хиберфил.сис / РАМ на Виндовс-у)"]

    StillMounted -->|"НЕ: Волуме ис Унмоунтед / Лоцкед"| CloneFirst["КОРАК 1: Направите клон сектора бит-за-бит користећи ддресцуе (никада не додирујте оригинални диск или .хц фајл)"]

    CloneFirst --> Platform{"Која је платформа за шифровање оштећена?"}

    Platform -->|"ВераЦрипт или ТруеЦрипт (.хц, .тц, партиција или системски диск)"| VeraPath["1. Кликните на 'Опције монтирања' -> Означите 'Користи резервно заглавље уграђено у волумен' -> Монтирај само за читање. 2. Ако је успешно, покрените 'Тоолс -> Ресторе Волуме Хеадер' на клону. 3. Ако је контејнер датотеке скраћен, вратите датотеку на првобитну величину бајтова да бисте поравнали крајње заглавље"]

    Platform -->|"Линук ЛУКС1 / ЛУКС2 (дм-црипт)"| LuksPath["1. Проверите да ли је почетни сектор партиције померен преко хексадецималног скенирања за 'ЛУКС\\кба\\кбе' (4ц 55 4б 53 ба бе). 2. За ЛУКС2, проверите секундарно заглавље 'СКБ2\\кба\\кбе' на Оффсет 0к4000 (16КБ). 3. Вратите резервну копију екстерног заглавља преко цриптсетуп луксХеадерРесторе"]

    Platform -->|"Виндовс БитЛоцкер (ОС Дриве или Дата Дриве)"| BitPath["1. Скенирајте партицију за '-ФВЕ-ФС-' потпис метаподатака (3 редундантне копије ускладиштене на диску). 2. Покрените 'репаир-бде Соурце: ТаргетДриве: -рп РецовериКеи' или користите Дислоцкер/УФС Екплорер за рашчлањивање преживелог блока ФВЕ метаподатака"]

    Platform -->|"Цриптоматор Цлоуд Ваулт (д/ Дирецтори + мастеркеи.цриптоматор)"| CryptoPath["1. Вратите мастеркеи.цриптоматор из аутоматског мастеркеи.цриптоматор.бкуп или историје верзија у клауду (30-дневна историја датотека ОнеДриве/Дропбок/Гоогле Дриве). 2. Покрените Цриптоматор Хеалтх Цхецк да бисте опоравили датотеке шифрованог текста без родитеља"]

Фаза 1: Како заглавља шифрованог волумена заправо раде на диску (анатомија померања бајтова)¶

Пре покушаја било какве поправке, испитајте тачан распоред бајтова VeraCrypt, LUKS, BitLocker, и Cryptomator да видите зашто ваша лозинка није успела и где се налази сувишно заглавље резервне копије на вашем диску:

Фаза 2: Корак по корак опоравак за VeraCrypt (и Легаци TrueCrypt)¶

1. Одмах монтирајте помоћу уграђеног заглавља резервне копије¶

Када је а VeraCrypt преграда или .hc Контејнер датотека је погођен случајним Виндовс Куицк Формат, преписивањем табеле партиција (fdisk / diskpart), или лош сектор на почетку погона, први 64 KB је оштећен - али резервно заглавље се налази у последњем 128 KB на крају волумена је и даље 100 посто нетакнут.

Пратите ове тачне кораке након креирања а ddrescue клон ваше партиције или копирање ваше .hc фајл: 1. Отворите ВераЦрипт, кликните на Изабери датотеку (да бисте изабрали клонирани .hc датотеку) или Изаберите уређај (да изаберете своју клонирану партицију, нпр. \Device\Harddisk2\Partition1 или /dev/sdb1), и изаберите неискоришћено слово диск јединице (Z:). 2. Кликните на Моунт. 3. У дијалогу за лозинку: - Унесите своју Лозинку, ПИМ (ако се користи) и Датотеке кључева (ако се користи). - Кликните на Mount Options... дугме на дну прозора за лозинку. - Означите ОБА од ових поља: - [x] Mount volume as read-only (Спречава Виндовс/мацОС да модификује било коју оштећену структуру система датотека унутар дешифрованог волумена током спасавања) - [x] Use backup header embedded in volume - Кликните на ОК да бисте монтирали. 4. Ако се волумен успешно монтира (или се монтира као а RAW слово погона Z: јер унутрашње NTFS/FAT32/exFAT сектор за покретање у бајту 131,072 такође је украден): - Ако Z: се нормално отвара у Филе Екплорер: Искључите 100 процената ваших датотека Z: одмах на безбедну вожњу. - Ако Z: монтира у ВераЦрипт (приказује се на листи у ВераЦрипт слоту), али Виндовс каже "Z: is not accessible / The volume does not contain a recognized file system": НЕ очајавајте. То значи да је ваша ВераЦрипт енкрипција 100 посто откључана и само унутрашња NTFS / exFAT / ext4 суперблок унутар првих неколико мегабајта дешифрованог волумена је оштећен. Држите волумен монтиран у ВераЦрипт као Z: (или /dev/mapper/veracrypt1 на Линук-у) и покрените TestDisk, DMDE, UFS Explorer или PhotoRec директно против дешифрованог ВераЦрипт виртуелног диска (Z: / /dev/mapper/veracrypt1) - све ваше дешифроване датотеке биће одмах враћене. 5. Трајно поправљање заглавља примарног волумена на вашем клону: - Када направите резервну копију ваших датотека, можете трајно поправити покварено предње заглавље на клону волумена тако што ћете кликнути на Алатке за јачину звука -> Врати заглавље волумена -> Вратити заглавље волумена из резервне копије уграђене у волумен и унети лозинку.

2. Шта ако а VeraCrypt .hc Контејнер датотека је скраћен или промењена величина током синхронизације у облаку или пада диска?¶

Чекај: зашто би "Use backup header embedded in volume" пропасти на а .hc контејнер датотека? - Зато што ВераЦрипт лоцира уграђено резервно заглавље тражећи Exact_File_Size - 131,072 bytes (0x20000 бајтова са краја датотеке). - Ако је непотпуна УСБ копија, rsync прекид, или пад система датотека скратио или додао чак 1 додатни бајт на крај вашег .hc контејнер датотеке, ВераЦрипт тражи погрешан помак бајта на крају датотеке. - Како проверити и поправити неусклађеност .hc контејнер датотека: - Свака важећа ВераЦрипт величина датотеке контејнера МОРА бити тачан вишекратник 512 бајтова. Проверите тачну величину вашег бајта .hc фајл (ls -l container.hc или stat -c %s container.hc). - Ако је примарно заглавље у бајт 0 је још увек нетакнут (јер се оштећење догодило на крају датотеке током прекида преноса), једноставно убаците .hc датотеку са нулама користећи truncate -s на копији датотеке до следећег вишеструког броја 1,048,576 бајтови (1 MB) - на пример, ако је а 10 GB контејнер који је одсечен у 9.4 GB, трчи truncate -s 10G container_copy.hc - и монтирајте нормално користећи Примарно заглавље у режиму само за читање.

3. Шта ако је неко обрисао партициону табелу (fdisk / diskpart clean) па не знате на ком сектору је ВераЦрипт партиција почела?¶

Пошто ВераЦрипт заглавља садрже нула магичних бајтова отвореног текста, стандардни скенери партиција (TestDisk) не може да види где почиње или завршава избрисана ВераЦрипт партиција. - Како пронаћи тачан почетни сектор изгубљене ВераЦрипт партиције (TestCrypt / VeraCrypt Volume Finder): 1. Скоро све партиције направљене од 2010. су усклађене са 1 мегабајтом (1 MiB = 2,048 512-бајтни сектори = 1,048,576 бајтова) границе (посебно почевши од Сектора 2048 за прву партицију или на тачну 2048-секторски вишеструки). 2. Још боље: док примарно заглавље живи на почетку партиције, резервно заглавље живи на последњем 128 KB на крају партиције (која је скоро увек поравната тачно у односу на крај физичког диска или почетак следеће партиције.). 3. Користите алатку отвореног кода TestCrypt или кратак Питхон pyveracrypt / cryptsetup --type tcrypt петља која тестира вашу познату лозинку у односу на сваки 1 MiB (2,048-сецтор) помак границе на слици диска (losetup -o $((offset * 1048576)) -r -f disk.img) док ваша лозинка не дешифрује VERA магично заглавље.

Фаза 3: Корак по корак опоравак за Линук LUKS1 и LUKS2 (dm-crypt)¶

1. Дијагностиковање оштећеног LUKS заглавље (hexdump инспекција)¶

Покрените са Линук Ливе УСБ-а (SystemRescue или Ubuntu Live), направити а ddrescue слику партиције и прегледајте прву 32 KB партиције без модификације једног бајта:

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

2. Фиксирање а LUKS2 партиција када Сектор 0 (Primary Header) је обрисано wipefs, mkswap, или лош сектор¶

Ако wipefs или залутало писање нули прво 4 KB (Offset 0x0000), cryptsetup luksOpen може пропасти - осим ако cryptsetup поправља примарно заглавље из нетакнутог секундарног заглавља (SKB2) ат 0x4000: 1. Тестирајте ако cryptsetup repair може аутоматски поново изградити примарно заглавље (LUKS\xba\xbe) из нетакнутог секундарног заглавља (SKB2\xba\xbe) на вашој клонираној слици:

sudo cryptsetup repair /mnt/backup/luks_clone.img

3. Налаз а LUKS заглавље када табела партиција (GPT/MBR) је избрисан или померен¶

Ако сте случајно избрисали LUKS партиција у fdisk / gparted или форматирао цео диск новом партицијском табелом, LUKS\xba\xbe заглавље често и даље стоји потпуно нетакнуто на свом оригиналном помаку бајта (обично 1 MiB = бајт 1,048,576, или одмах после EFI и /boot партиције): 1. Скенирајте цео необрађени диск за 6-бајт LUKS магични потпис (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. Екстраховање LUKS Главни кључ (VMK) са покренутог или хибернираног Линук система¶

Ако а LUKS заглавље на диску је 100 посто уништено (на пример, неко је покренуо dd if=/dev/zero of=/dev/nvme0n1p3 bs=1M count=20), одмах проверите да ли Линук систем још увек има /dev/mapper/... отворен: 1. Ако систем и даље ради са мапираним волуменом, НЕ рестартујте. Одштампајте сирови хексадецимални главни кључ (VMK) директно из језгра dm-crypt табела:

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

Фаза 4: Корак по корак опоравак за Виндовс BitLocker (repair-bde & -FVE-FS- Резбарење метаподатака)¶

Када је а BitLocker-шифровани диск је случајно брзо форматиран, иницијализован или оштећен сектор 0 оштећење, Виндовс Филе Екплорер приказује диск као RAW или Unallocated, а двоструки клик на њега више не приказује упит за БитЛоцкер лозинку/кључ за опоравак.

1. Зашто BitLocker скоро увек преживи брзи формат или сектор 0 обрисати¶

Када БитЛоцкер шифрује ан NTFS, FAT32, или exFAT волумена, креира три идентична, самостална блока метаподатака од 64 килобајта на диску, сваки почиње са 8-бајтним АСЦИИ потписом -FVE-FS- (2d 46 56 45 2d 46 53 2d): - Копија 1: Налази се близу почетка партиције (обично унутар првих неколико стотина мегабајта). - Копија 2 и Копија 3: Налази се на десетине или стотине гигабајта дубље унутар партиције. - Виндовс Куицк Формат само замењује сам почетак партиције (сектор за покретање и почетак $MFT), остављајући Копија 2 и Копија 3 -FVE-FS- БитЛоцкер блок метаподатака (који садржи ваш шифровани главни кључ волумена VMK и кључ за шифровање пуног волумена FVEK) 100 посто нетакнуто.

2. Коришћење уграђеног Мицрософт-а repair-bde.exe алат за дешифровање оштећеног БитЛоцкер волумена¶

1. Отворите Администраторски командни редак (cmd.exe) на Виндовс 10/11 (или покретање са УСБ-а за опоравак система Виндовс).
2. Повежите други празан спољни чврсти диск (E:) довољно велика да задржи дешифровану партицију.
3. Трчи repair-bde да скенирате оштећену БитЛоцкер диск јединицу (D:) за све преживеле -FVE-FS- блок метаподатака и запишите дешифровани волумен у E::
4. Ако откључавате помоћу ваше 48-цифрене лозинке за опоравак БитЛоцкер-а:

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

5. Ако откључавате БитЛоцкер-То-Го УСБ диск помоћу ваше корисничке лозинке:

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

6. Једном repair-bde завршава дешифровање сектора до E:, ако је унутрашња NTFS сектор за покретање или почетак $MFT је оштећено ранијим Куицк Формат, покрените DMDE, UFS Explorer или TestDisk против сада дешифрованог диска E:.

Фаза 5: Корак по корак опоравак за Cryptomator Цлоуд трезори (masterkey.cryptomator)¶

За разлику од VeraCrypt, LUKS, и BitLocker (који шифрују целу слику диска блок по блок), Cryptomator шифрује појединачне датотеке унутар структуре фолдера (d/XX/XXXXXXXXXXXXXXXXXXXXXXXX.c9r) дизајниран за Дропбок, Гоогле Дриве, ОнеДриве и иЦлоуд.

1. Фиксирање "Invalid Masterkey / Vault Config" или Недостаје masterkey.cryptomator¶

Сваки Цриптоматор трезор зависи од две мале ЈСОН датотеке у корену фасцикле трезора: vault.cryptomator (који чува конфигурацију ЈВТ трезора и комбинацију шифре) и masterkey.cryptomator (који чува ваше scrypt-упаковани 256-битни главни кључ за шифровање и 256-битни HMAC Главни кључ). - Поправка 1: Врати са masterkey.cryptomator.bkup: Сваки пут када успешно откључате Цриптоматор трезор, Цриптоматор аутоматски пише верификовану резервну копију под називом masterkey.cryptomator.bkup одмах поред masterkey.cryptomator. Ако је сукоб синхронизације у облаку оштећен masterkey.cryptomator (датотека од нула бајта или делимични ЈСОН), једноставно копирајте masterkey.cryptomator.bkup да masterkey.cryptomator. - Исправка 2: Користите 30-дневну историју верзија датотека вашег Цлоуд провајдера: Пријавите се на веб интерфејс Гоогле диска (Manage versions), Дропбок (Version history) или ОнеДриве (Version history), кликните десним тастером миша masterkey.cryptomator и vault.cryptomator, и вратите верзију пре него што је дошло до оштећења. - Поправка 3: Покрените уграђени Цриптоматор "Health Check" да спасе сирочад .c9r датотеке: Ако се ваш трезор откључа помоћу ваше лозинке, али фасцикле изгледају празно јер је грешка при синхронизацији у облаку оштетила dir.c9s директоријум-показивач, кликните на Опције трезора -> Провера здравља унутар Цриптоматор-а. Здравствена провера скенира сваки d/XX/ подфолдер за сироче шифровано .c9r датотеке чија је веза родитељског директоријума прекинута и аутоматски реконструише Cryptomator_Recovery фолдер унутар вашег откључаног трезора који садржи све ваше спашене датотеке.

Регионални бројеви за хитне случајеве и протоколи агенција¶

Док је оштећени шифровани контејнер на личном рачунару хитан технички опоравак података, криптографске блокаде утичу на болнице, општинску инфраструктуру, легално откриће које подлеже судском налогу или регулисане личне податке (GDPR / HIPAA) може захтевати званично пријављивање инцидента:

• Сједињене Државе и Канада:
• Хитна животна безбедност / Прекид критичне инфраструктуре: Позовите 911 ако грешка шифроване базе података утиче на негу пацијената или контролу физичке безбедности.
• Агенција за сајбер безбедност и безбедност инфраструктуре (CISA) (Сједињене Америчке Државе): Ако је оштећење заглавља волумена узроковано деструктивним випер-ом или циљаним нападом на рансомвер LUKS / BitLocker / VeraCrypt заглавља, одмах пријавите ЦИСА на 1-844-Say-CISA (1-844-729-2472) и ФБИ центар за жалбе на интернет криминал (ic3.gov).
• ХИПАА / Регулисана доступност података: У оквиру америчког Министарства здравља и људских услуга (HHS) Канцеларија за грађанска права (OCR) упутство, трајни губитак приступа шифрованим електронским заштићеним здравственим информацијама без резервне копије (ePHI) због корупције или рансомвера захтева процену према правилима ХИПАА плана за кршење и непредвиђене ситуације (45 C.F.R. § 164.308(a)(7)).
• Уједињено Краљевство:
• Хитна помоћ: Позовите 999 (или 101 за нехитно полицијско пријављивање).
• Канцеларија Повереника за информације (ICO) - Кршења доступности ГДПР-а УК: Према члану 32 и члану 33 ГДПР-а УК, трајни случајни губитак доступности личних података (као што је неповративи шифровани волумен без резервне копије) класификован је као повреда личних података и може захтевати обавештење ИЦО (0303 123 1113) у року од 72 сата.
• Европска унија:
• Хитна помоћ: Позовите 112 у свим државама чланицама ЕУ.
• ЕНИСА и национални органи за заштиту података (DPAs): Пратите Европски одбор за заштиту података (EDPB) Смернице 9/2022 о обавештењу о повреди личних података у вези са губитком доступности када се криптографски кључеви или заглавља волумена униште без резервне копије.
• Аустралија и Нови Зеланд:
• Хитна помоћ: Позовите 000 у Аустралији или 111 на Новом Зеланду.
• Аустралијски центар за сајбер безбедност (ACSC): Позови 1300 CYBER1 (1300 292 371) за помоћ при криптографским инцидентима предузећа или владе.
• Индија и азијско-пацифички регион:
• Хитна помоћ: Позовите 112 у Индији (или 1930 за инциденте сајбер криминала; инциденти предузећа обухваћени CERT-In упутства морају бити пријављена у року од 6 сати до incident@cert-in.org.in).

Често постављана питања¶

Зашто ВераЦрипт каже „Нетачна лозинка или није ВераЦрипт волумен“ када сам 100% сигуран да је моја лозинка тачна?¶

Пошто су ВераЦрипт волумени дизајнирани тако да се не могу разликовати од насумичне буке (вероватно порицање), ВераЦрипт то чини не сачувајте заглавље отвореног текста са натписом „Ја сам ВераЦрипт том“. Уместо тога, када кликнете на Монтирај, ВераЦрипт преузима вашу лозинку, изводи кључ за дешифровање заглавља преко ПБКДФ2, дешифрује првих 512 бајтова волумена и проверава да ли су бајтови 64 да 67 дешифрованог излаза напишите АСЦИИ реч ВЕРА (и проћи а ЦРЦ-32 контролни збир). Да ли сте унели погрешну лозинку или првих 512 бајтова датотеке/партиције је замењено грешком на диску или Виндовс алатком за партицију, дешифровани бајтови неће бити писани ВЕРА - тако да ВераЦрипт приказује потпуно исту поруку о грешци за оба. Увек тестирајте монтажу са Опције монтирања -> Користи резервно заглавље уграђено у волумен прво проверио.

Ако сам случајно покренуо „Куицк Формат“ на свом ВераЦрипт или БитЛоцкер диску у Виндовс-у, да ли су све моје датотеке нестале?¶

Не - 99 процената ваших шифрованих датотека је и даље нетакнуто, под условом да одмах престанете да пишете на диск. А Виндовс Брзи формат само пише нови нешифрован НТФС или екФАТ сектор за покретање и празна табела главног фајла ($МФТ) преко првих неколико мегабајта партиције. На а ВераЦрипт партицију, која брише примарно заглавље у бајту 0, али оставља уграђено резервно заглавље на самом крају партиције потпуно нетакнуто. Једном када монтирате ВераЦрипт партицију у режиму само за читање користећи уграђено заглавље резервне копије (или покрените поправити-бде на а БитЛоцкер партицију користећи своју преживелу средину/крај -ФВЕ-ФС- блокови метаподатака), можете скенирати дешифровани виртуелни волумен помоћу ТестДиск, ДМДЕ, или УФС Екплорер да бисте опоравили цело стабло фасцикли преко секундарног $МФТМирр или преостали $МФТ записи.

Да ли Линук LUKS (cryptsetup) имате уграђено заглавље резервне копије на крају диска као што то има ВераЦрипт?¶

Не - и ово је критична разлика коју сваки корисник Линука мора знати. Легаци ЛУКС1 има само једно заглавље и један сет слотова за кључеве на почетку партиције (Нулта резервних заглавља на диску). Модерна ЛУКС2 (подразумевано од Убунту 20.04 / РХЕЛ 8 / Дебиан 10) чува Секундарни бинарни и ЈСОН заглавље метаподатака (СКБ2\кба\кбе) при померању бајтова 0к4000 (16 КБ) одмах после примарног заглавља на 0к0000 - који вас спасава само сектор 0 је обрисан од випефс - али ЛУКС2 НЕ дуплира шифровани материјал слота за кључеве (0к8000 да 16 МБ) на крају диска. Ако првих 2 до 16 мегабајта а ЛУКС партиције су преписане и волумен тренутно није отворен у РАМ-у, једини начин да се опорави диск је из спољне датотеке креиране унапред преко цриптсетуп луксХеадерБацкуп.

Шта ако се мој ВераЦрипт волумен монтира са заглављем резервне копије, али Виндовс каже „Морате форматирати диск у погону З: пре него што га можете користити“?¶

НЕМОЈТЕ кликнути на Формат. Прославите уместо тога: чињеницу да је ВераЦрипт монтирао волумен на диск јединицу З: доказује да је ваша лозинка прихваћена и 512-битна КСТС-АЕС Главни кључ сада активно дешифрује цео диск у реалном времену. Виндовс се жали само зато што унутрашњег први сектор фајл система (налази се на помаку бајта 131,072 партиције) је такође оштећен оним што је оштетило ваше примарно ВераЦрипт заглавље. Оставите волумен монтиран као З: у ВераЦрипт (у режиму само за читање), отворите ДМДЕ, ТестДиск, или УФС Екплорери изаберите монтиран виртуелни диск З: (не сирови физички диск.). Софтвер за опоравак ће одмах прочитати ваше дешифроване датотеке и копирати их на сигурно.

Могу ли да повратим ВераЦрипт или ЛУКС волумен ако се сећам 90% своје лозинке (нпр. знам основне речи, али сам заборавио које симболе или бројеве сам написао великим словима)?¶

Да, ако је заглавље волумена (или резервно заглавље) нетакнуто и знате структуру своје лозинке. За разлику од губљења заглавља главног кључа (које је насумични 512-битни кључ који никада не може бити грубо присиљен), делимично запамћена људска лозинка може да се разбије ван мреже користећи Хасхцат са прилагођеним правилом или нападом маске на екстраховане бајтове заглавља: ​​фор ВераЦрипт, издвојите први 512 бајтова примарног заглавља (дд иф=цонтаинер.хц оф=вц.хасх бс=512 цоунт=1, или издвојити бајтове Крај - 131072 за резервно заглавље) и покрените хасхцат -м 13721 (за СХА-512 + АЕС); за ЛУКС, издвојите први 2 МБ да 16 МБ заглавље и употреба хасхцат -м 14600 (ЛУКС1) или -м 29511 / 29541 (ЛУКС2).

Како да проверим да ли је мој ССД TRIM команда је уништила мој оштећени шифровани контејнер?¶

Ако је ваш шифровани волумен а контејнер датотека (.хц) седите на активном ССД-у и случајно сте избрисали .хц датотеку (а ОС је издао инлине ТРИМ), недодељени блокови могу бити нулирани. Међутим, ако је ваш шифровани волумен а сирова шифрована партиција или цео диск (`VeraCrypt` хостовано на уређају, `LUKS`, или `BitLocker`), ССД контролер нема појма који су шифровани сектори „слободни“ осим ако монтирање система датотека активно не пошаље одбацити / ТРИМ команду преко слоја шифровања (у ствари, ВераЦрипт блокира ТРИМ подразумевано на несистемским волуменима за криптографску безбедност и Линук ЛУКС блокова ТРИМ пролазни осим ако дозволи-одбаци је изричито додато у /етц/црипттаб).

Повезани водичи¶

• Закључавање кључа за опоравак БитЛоцкер, ФилеВаулт и ЛУКС шифровање и ресетовање ТПМ-а
• Случајан рм -рф или Схифт-Делете на Линук-у, мацОС-у или Виндовс-у: моментално поновно монтирање само за читање
• Квар чврстог диска и опоравак података
• Случајно брисање датотека, форматирана диск јединица и опоравак фотографија
• Закључавање менаџера лозинки, губитак главне лозинке и опоравак трезора
• Бројеви за хитне случајеве по земљама

Извори и службена упутства¶

• Национални институт за стандарде и технологију (NIST) (Сједињене Америчке Државе): Специјална публикација 800-38E: Препорука за режиме рада блок шифре: Тхе XTS-AES Режим за поверљивост на уређајима за складиштење и СП 800-111: Водич за технологије шифровања складиштења.
• ИДРИКС (veracrypt.fr): ВераЦрипт званична техничка документација - спецификација формата волумена, распоред померања бајтова примарних и уграђених резервних заглавља (Bytes 0-65535 вс End-131072), и Процедуре враћања заглавља.
• Ред Хат & Тхе cryptsetup / LUKS Пројекат (gitlab.com/cryptsetup/cryptsetup): LUKS2 Спецификација формата на диску (примарни LUKS\xba\xbe и Секундарни SKB2\xba\xbe Бинарна/ЈСОН архитектура заглавља и luksHeaderBackup Протоколи).
• Мицрософт Леарн (learn.microsoft.com/en-us/windows/security/operating-system-security/data-protection/bitlocker/): БитЛоцкер Дриве Енцриптион Технички преглед, редундантно -FVE-FS- Валидација метаподатака, и repair-bde Референца за командну линију.
• Скиматиц ГмбХ (docs.cryptomator.org): Цриптоматор Сецурити Арцхитецтуре (scrypt Извођење главног кључа, masterkey.cryptomator.bkup Рецовери, анд Ваулт Хеалтх Цхецк Специфицатион).