Бузулган VeraCrypt, LUKS же BitLocker шифрленген контейнери: камтылган камдык көлөмүнүн башын калыбына келтирүү¶

100 пайыз туура шифрлөө сырсөзүңүздү а VeraCrypt файл контейнери же бөлүм, Linux LUKS (dm-crypt) көлөмү, Windows 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, же Windows бөлүү сунуштары "Сиз D дискинде дискти форматташыңыз керек: аны колдонуудан мурун" - заматта коркууну пайда кылат. Эмне үчүн бир эле электр энергиясы өчүп, USB мажбурлап ажыратып, кокусунан болот Quick Format / diskpart clean, же байт офсетиндеги бир начар сектор 0 бүтүндөй 2 терабайттык шифрленген диск жарактуу сырсөздү четке кагууга себеп болобу? Анткени блок-деңгээлдеги диск шифрлөө (XTS-AES-256) эч качан сырсөзүңүздү түздөн-түз файлдарыңызга каршы текшербейт: анын ордуна, сиздин сырсөзүңүз 256-бит же 512-бит Мастер шифрлөө ачкычы (VMK / Volume Master Key). Эгерде биринчи 512 байттан 131 072 байтка чейин (128 KB) томдун кокустан бөлүштүрүү таблицасын инициализациялоонун үстүнөн жазылганын же каралуунун натыйжасында бузулганын, негизги баш аты жок болот. Бактыга жараша, ** экөө тең VeraCrypt жана BitLocker Көлөмдүн аягында толук, бирдей Экинчи Камдык Көлөмдүн аталышын автоматтык түрдө кыстарыңыз** жана эгер кандайдыр бир машинада RAM дагы эле (же жакында эле) орнотулган болсо, чийки AES Мастер ачкычты туруксуз эс тутумунан түз эле оюп алса болот. Эгер кулпууңуз анын ордуна унутулуп калган BitLocker 48 сандуу калыбына келтирүүчү ачкычы же TPM эне платасынын бүтүн баш жагындагы баштапкы абалга келтирилишинен улам келип чыкса, биздин шериктеш колдонмобузга которулуңуз BitLocker, FileVault жана LUKS шифрлөө калыбына келтирүү ачкычынын кулпусу жана TPM баштапкы абалга келтирилиши. Эгер физикалык диск чыкылдатып же оффлайнда түшүп жатса, кеңешиңиз катуу дисктин бузулушу жана маалыматтарды калыбына келтирүү, же кокустан шифрленбеген бөлүмдү форматтап алсаңыз, караңыз кокусунан файлдарды жок кылуу, форматталган диск жана сүрөттөрдү калыбына келтирүү. Эгерде бул криптографиялык мүчүлүштүктөр оорукананын маанилүү инфраструктурасына, шашылыш билдирүүгө же активдүү опузалап акча талап кылуу инцидентине таасир этсе, жергиликтүү тез жардам номерине чалыңыз (911 Кошмо Штаттарда жана Канадада, 112 Европа Биримдиги боюнча, 999 Улуу Британияда) же эл аралык каталогубузду текшериңиз тез жардам номерлери.

Муну азыр кыл¶

1. Дароо ТОКТОТ жана ЭЧ КАЧАН "Дискти форматтоо", "Дискти инициализациялоо" (GPT/MBR)," же чурка chkdsk / fsck түз ажыратылган чийки түзмөктө: Windows же macOS шифрленгенди тааный албай калганда VeraCrypt, LUKS, же BitLocker бөлүү (анткени VeraCrypt аталыштары кокустуктан атайылап айырмаланбайт жана ачык тексттин сыйкырдуу кол тамгасы жок), ОС "Дискти инициализациялоо" же "Драйвды форматтоо" деген диалогду ачат. Басуу Инициалдаштыруу (GPT) LBA секторлорунун үстүнөн жазат 0 аркылуу 33 (Bytes 0 to 17,408) дисктин башында **жана ** акыркы 33 дисктин эң аягындагы секторлор - бир чыкылдатуу менен Негизги VeraCrypt башын жана камтылган камдык башын **экөөнү тең жок кылуу.
2. Башка эч нерсе жасаардан мурун, шифрленген үндүн ДАГЫ монтаждалганын (же компьютер күтүү режиминде / токтотулганын) текшериңиз, ошондо сиз RAMдан Мастер шифрлөө ачкычын чыгара аласыз: Эгер компьютериңизде контейнер **дале орнотулуп жана ачык болуп турганда (же VM/гибернация файлы болсо) үн көлөмүнүн аталышы дискте өчүрүлсө hiberfil.sys / /dev/mem ачык болгондон баштап бар), компьютерди ажыратпаңыз, кулпулап, кайра жүктөбөңүз. Ар бир файлды орнотулган дисктен дароо көчүрүп, ядро эс тутумун таштаңыз (dmsetup table --showkeys Linux боюнча LUKS, же aeskeyfind / Passware / Volatility RAM таштандылары боюнча) жандуу чыгаруу үчүн 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 азыр**: Ар бир VeraCrypt тому (файл контейнерлери жана бөлүм/түзмөктүн көлөмү) өзүнүн Негизги аталышын байттарда сактайт 0 чейин 65,535 (биринчи 64 KB) жана автоматтык түрдө бирдей Шифрленген камдык көчүрмөнү акыркыга жазат 65,536 байт (64 KB) томдун эң аягында (же офсет боюнча Volume_Size - 131,072 Жашыруун көлөм аймагы бар болсо). Жөн гана чыкылдатуу Mount Options -> check "Use backup header embedded in volume" -> чыкылдатуу OK талкаланган алдыңкы башты айланып өтүп, бүт дискиңизди 3 секундада орнотот.
5. ** Колдонуп жаткан болсо BitLocker Windows жана негизги жүктөө секторунда (-BOOT-) кокусунан Ыкчам формат же бөлүмдү жок кылуу аркылуу өчүрүлгөн, иштетиңиз repair-bde дискти 3 ашыкча BitLocker метаберилиштеринин аталыштары үчүн скандоо үчүн**: BitLocker 0 секторундагы бир баш темага таянбайт; ал үч ашыкча 64 килобайт жазат -FVE-FS- Толук көлөмдөгү шифрлөө метаберилиштеринин блоктору бөлүмдө чачырап кеткен (Offset 1, Offset 2, жана Offset 3). чуркоо repair-bde D: E: -pw (же -rp 48-digit-key) тирүү калгандарды автоматтык түрдө табат -FVE-FS- дисктин ортосунда метаберилиштерди блоктоп, бүт көлөмүн куткаруу дискине чечмелейт.
6. Эгер Linux колдонсоңуз LUKS2 (cryptsetup), экинчилик JSON аталышы үчүн бөлүмдүн биринчи 16 мегабайтын сканерлеңиз (SKB2) же оюп LUKS сыйкырдуу байттар (4c 55 4b 53 ba be) эгерде бөлүү чек арасы жылып кетсе: Заманбап LUKS2 эки ашыкча бинардык+JSON метаберилиштер аталыштарын сактайт: Негизги баш аты офсетте 0x0000 (LUKS\xba\xbe) жана Кошумча аталыш (SKB2\xba\xbe) офсет боюнча 0x4000 (16,384 bytes / 16 KB, же баскычтар тегиздөөсүнө жараша жогору). Эгерде 0 сектору нөлгө барабар болсо, LUKS2 кошумча баштык менен оңдоого болот.

Чечим дарагы: бузулган VeraCrypt, LUKS, BitLocker же Cryptomator көлөмүн калыбына келтирүү¶

Бул так диагностикалык схеманы колдонуңуз, калыбына келтирүүнүн туура жолун тандап, сакталган резервдик аталыштарды жазбастан:

flowchart TD
    Start["Шифрленген көлөм туура сырсөздү четке кагат же 'RAW / форматталбаган' көрсөтөт"] --> StillMounted{"Шифрленген көлөм дагы эле иштеп жаткан машинага орнотулганбы (же машина орнотулуп жатканда күтүү режиминде болгонбу)?"}

    StillMounted -->|"ООБА: Көлөм ачык же күтүү режиминде"| ExtractRAM["КРИТИКАЛЫК АРТЫКЧЫЛЫК: Бардык ачык файлдарды дароо көчүрүңүз жана RAM / ядро ачкычтарын таштаңыз (Linux'та dmsetup table --showkeys; Windows'та hiberfil.sys / RAM'ды таштаңыз)"]

    StillMounted -->|"ЖОК: Көлөмү ажыратылган / кулпуланган"| CloneFirst["1-КАДАМ: ddrescue аркылуу бит-бир-бит секторунун клонун жасаңыз (Түпнуска дискке же .hc файлына эч качан тийбеңиз)"]

    CloneFirst --> Platform{"Кайсы шифрлөө платформасы бузулган?"}

    Platform -->|"VeraCrypt же TrueCrypt (.hc, .tc, Бөлүм же Системалык Drive)"| VeraPath["1. 'Орнотуу параметрлери' баскычын чыкылдатыңыз -> 'Көлөмгө камтылган резервдик аталышты колдонуу' -> Текшерүү -> Окуу үчүн гана. 2. Ийгиликтүү болсо, Клондо 'Tools -> Restore Volume Header' дегенди иштетиңиз. 3. Эгер файл контейнери кыскартылган болсо, акыркы башты тегиздөө үчүн файлды түпнуска байт өлчөмүнө кайтарыңыз"]

    Platform -->|"Linux LUKS1 / LUKS2 (dm-crypt)"| LuksPath["1. Бөлүмдүн баштоо сектору 'LUKS\\xba\\xbe' (4c 55 4b 53 ba be) үчүн Hex Scan аркылуу жылдырылганын текшериңиз. 2. LUKS2 үчүн, 'SKB2\\xba\\xbe' экинчи аталышын 0x4000 (16KB) боюнча текшериңиз. 3. cryptsetup luksHeaderRestore аркылуу тышкы баштын камдык көчүрмөсүн калыбына келтириңиз"]

    Platform -->|"Windows BitLocker (OS Drive же Data Drive)"| BitPath["1. '-FVE-FS-' метаберилиш кол тамгасы үчүн бөлүмдү сканерлеңиз (Дискте сакталган 3 ашыкча көчүрмө). 2. 'repair-bde Source: TargetDrive: -rp RecoveryKey' иштетиңиз же FVE Метаберилиштер блогун сактап калуу үчүн Dislocker/UFS Explorerди колдонуңуз"]

    Platform -->|"Cryptomator Cloud Vault (d/ Directory + masterkey.cryptomator)"| CryptoPath["1. Masterkey.cryptomatorди автоматтык түрдө masterkey.cryptomator.bkup же Cloud Version History (OneDrive/Dropbox/Google Drive 30 күндүк файл тарыхы) бөлүмүнөн калыбына келтириңиз. 2. Жетим шифрленген файлдарды калыбына келтирүү үчүн Cryptomator Health Check программасын иштетиңиз"]

1-фаза: Шифрленген көлөмдүн аталыштары чындыгында дискте кантип иштейт (байт-офсеттик анатомия)¶

Кандайдыр бир оңдоого аракет кылуудан мурун, анын так байт макетін текшериңиз VeraCrypt, LUKS, BitLocker, жана Cryptomator Сырсөзүңүздүн эмне үчүн ишке ашпай калганын жана дискиңизде ашыкча камдык баш аты кайда турганын билүү үчүн:

2-фаза: үчүн этап-этабы менен калыбына келтирүү VeraCrypt (жана Legacy TrueCrypt)¶

1. Камтылган камдык көлөмүнүн башын колдонуу менен дароо монтаждоо¶

Качан а VeraCrypt бөлүү же .hc файл контейнерине кокус Windows Quick Format тийип калат, бөлүм таблицасын кайра жазуу (fdisk / diskpart), же дисктин башында начар сектор, биринчи 64 KB бузулган - бирок камдык баштык акыркы орунда турат 128 KB көлөмүнүн аягында дагы 100 пайыз бузулбаган.

А түзгөндөн кийин ушул так кадамдарды аткарыңыз ddrescue бөлүмүңүздү клондоо же көчүрүү .hc файл: 1. VeraCrypt ачыңыз, Файлды тандоо баскычын басыңыз (клондоңуз .hc файл) же Түзмөктү тандоо (клондолгон бөлүмүңүздү тандоо үчүн, мис., \Device\Harddisk2\Partition1 же /dev/sdb1) жана пайдаланылбаган диск тамгасын тандаңыз (Z:). 2. Mount баскычын басыңыз. 3. Сырсөз диалог кутусунда: - Сырсөзүңүздү, PIM (эгерде колдонулса) жана Ачкыч файлдарын (эгерде колдонулса) киргизиңиз. - ** басыңызMount Options...** сырсөз терезесинин ылдый жагындагы баскыч. - Төмөнкү кутучалардын ЭКИСИ белгилеңиз: - [x] Mount volume as read-only (Куткаруу учурунда Windows/macOS шифрленген томдун ичиндеги бузулган файл тутумунун структураларын өзгөртүүгө жол бербейт) - [x] Use backup header embedded in volume - Монтаждоо үчүн OK басыңыз. 4. Эгер үндүн көлөмү ийгиликтүү көтөрүлсө (же RAW айдоочу кат Z: анткени ички NTFS/FAT32/exFAT байт боюнча жүктөө сектору 131,072 ошондой эле никелешкен): - Эгер Z: демейде File Explorerде ачылат: Файлдарыңыздын 100 пайызын көчүрүү өчүк Z: дароо коопсуз айдап. - Эгер Z: VeraCryptте орнотулган (VeraCrypt уячасында көрсөтүлгөн), бирок Windows дейт "Z: is not accessible / The volume does not contain a recognized file system": Үмүтүңүздү үзбөңүз. Бул сиздин VeraCrypt шифрлөөңүз 100 пайыз кулпусу ачылган жана ички гана NTFS / exFAT / ext4 Шифрленген көлөмдүн биринчи бир нече мегабайтынын ичиндеги суперблок бузулган. Көлөмдү VeraCrypt катары орнотуңуз Z: (же /dev/mapper/veracrypt1 Linux боюнча) жана иштетиңиз TestDisk, DMDE, UFS Explorer, же PhotoRec түз дешифрленген VeraCrypt виртуалдык дискине каршы (Z: / /dev/mapper/veracrypt1) - бардык шифрленген файлдарыңыз дароо калыбына келтирилет. 5. Клонуңуздагы Негизги Көлөмдүн башын биротоло оңдоо: - Файлдарыңыздын камдык көчүрмөсү коопсуз сакталгандан кийин, Көлөм куралдары -> Көлөмдүн башын калыбына келтирүү -> Көлөмгө камтылган камдык көчүрмөдөн Көлөмдүн башын калыбына келтирүү жана сырсөзүңүздү киргизүүнү басып, том клонуңуздагы бузулган алдыңкы башты биротоло оңдой аласыз.

2. Эгерде а VeraCrypt .hc Булуттагы синхрондоштуруу же диск бузулуу учурунда File Container кыскартылдыбы же өлчөмү өзгөртүлдүбү?¶

Күтө тур: эмне үчүн "Use backup header embedded in volume" ийгиликсиз .hc файл контейнер? - Анткени VeraCrypt камтылган камдык башты табат Exact_File_Size - 131,072 bytes (0x20000 файлдын аягынан байт). - USB көчүрмөсү толук эмес болсо, rsync үзгүлтүккө учуроо, же файл тутумунун бузулушу кесилип же 1 кошумча байт тиркелет. .hc контейнер файлы, VeraCrypt файлдын аягында туура эмес байт офсетти издейт. - Кантип туура эмес жайгаштырууну текшерүү жана оңдоо керек .hc файл контейнери: - Ар бир жарактуу VeraCrypt контейнер файлынын өлчөмү так көп болушу КЕРЕК 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) демек, VeraCrypt бөлүмү кайсы сектордо башталганын билбейсизби?¶

VeraCrypt аталыштарында нөл ачык текст сыйкырдуу байттар камтылгандыктан, стандарттык бөлүм сканерлери (TestDisk) жок кылынган VeraCrypt бөлүмү кайда башталып же кайда бүтөрүн көрө албайт. - ** Жоголгон VeraCrypt бөлүгүнүн так баштапкы секторун кантип тапса болот (TestCrypt / VeraCrypt Volume Finder)**: 1. 2010-жылдан бери түзүлгөн дээрлик бардык бөлүмдөр 1-Мегабайтка (1 MiB = 2,048 512 байт секторлор = 1,048,576 байт) чек аралар (айрыкча Сектордон башталат 2048 биринчи бөлүм үчүн, же так боюнча 2048-сектордук көп). 2. Андан да жакшыраак: Негизги баш маалымат бөлүмдүн башында турганда, *Камдык баш маалымат акыркы бөлүмдө жашайт. 128 KB бөлүмдүн * аягынд(ал дээрлик дама физикалык дисктин аягына же кийинки бөлүмдүн башына туура келет.). 3. Ачык булак куралын колдонуңуз TestCrypt же кыска Python pyveracrypt / cryptsetup --type tcrypt Сиздин белгилүү сырсөзүңүздү ар бирине каршы текшерген цикл 1 MiB (2,048-сектор) дисктин сүрөттөлүшүндөгү чек араны жылытуу (losetup -o $((offset * 1048576)) -r -f disk.img) сиздин сырсөзүңүз чечмелегенге чейин VERA сыйкырдуу баш.

3-фаза: Linux үчүн этап-этабы менен калыбына келтирүү LUKS1 жана LUKS2 (dm-crypt)¶

1. Бузулганды диагностикалоо LUKS баш (hexdump текшерүү)¶

Linux Live USB'ден жүктөө (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. Extracting LUKS Башкы ачкыч (VMK) иштеп жаткан же күтүү режиминдеги Linux тутумунан¶

Эгерде а LUKS Дисктеги аталыш 100 пайыз бузулган (мисалы, кимдир бирөө чуркап кетти dd if=/dev/zero of=/dev/nvme0n1p3 bs=1M count=20), ** Linux тутумунда дагы эле бар-жогун дароо текшериңиз /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-этап: Windows үчүн этап-этабы менен калыбына келтирүү BitLocker (repair-bde & -FVE-FS- Метадайындарды оюу)¶

Качан а BitLocker-шифрленген диск кокустан Ыкчам форматталган, инициализацияланган же сектордон жабыркайт 0 бузулганда, Windows File Explorer дискти ** катары көрсөтөтRAW** же Unallocated, жана аны эки жолу чыкылдатуу мындан ары BitLocker сырсөзүн/калыбына келтирүү ачкычын чакырбайт.

1. Эмне үчүн BitLocker дээрлик ар дайым Quick Format же Сектор аман калат 0 сүрт¶

BitLocker шифрлегенде NTFS, FAT32, же exFAT көлөмү, ал дискте ** үч бирдей, өз алдынча 64 килобайттык метаберилиш блокторун** түзөт, ар бири 8 байт ASCII кол тамгасы менен башталат -FVE-FS- (2d 46 56 45 2d 46 53 2d): - Көчүрмө 1: Бөлүмдүн башталышына жакын жайгашкан (көбүнчө биринчи жүз мегабайттын ичинде). - Copy 2 & Copy 3: Бөлүмдүн ичинде ондогон же жүздөгөн гигабайттарга тереңирээк жайгашкан. - Windows Ыкчам форматы бөлүмдүн эң башталышын гана (жүктөө сектору жана $MFT), калтыруу 2-көчүрмө жана 3-көчүрмө -FVE-FS- BitLocker метаберилиш блогу (бул сиздин шифрленген Көлөмдүн башкы ачкычын камтыйт VMK жана толук көлөмдүн шифрлөө ачкычы FVEK) 100 пайыз бүтүн.

2. Microsoft'тун камтылганын колдонуу repair-bde.exe бузулган BitLocker көлөмүн чечмелөө куралы¶

1. Администратордун буйругун ачуу (cmd.exe) Windows 10/11де (же Windows калыбына келтирүү USB'инен жүктөө).
2. Экинчи бош тышкы катуу дискти туташтырыңыз (E:) дешифрленген бөлүмдү кармоо үчүн жетиштүү чоң.
3. чурка repair-bde бузулган BitLocker дискин сканерлөө үчүн (D:) аман калгандар үчүн -FVE-FS- метаберилиштерди блоктоп, чечмеленген көлөмдү төмөнкүгө жазыңыз E::
4. Эгер 48 орундуу BitLocker калыбына келтирүү сырсөзүңүз менен кулпу ачылса:

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

5. Эгер BitLocker-To-Go USB дискинин кулпусун колдонуучу сырсөзүңүз менен ачып жатсаңыз:

   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) Dropbox, Google Drive, OneDrive жана iCloud үчүн иштелип чыккан.

1. Оңдоо "Invalid Masterkey / Vault Config" же жок masterkey.cryptomator¶

Ар бир Cryptomator сактагычы сактагыч папкасынын тамырындагы эки кичинекей JSON файлынан көз каранды: vault.cryptomator (JWT сактагычтын конфигурациясын жана шифрдин айкалышын сактайт) жана masterkey.cryptomator (бул сиздин scrypt- оролгон 256-бит шифрлөө башкы ачкычы жана 256-бит HMAC Башкы ачкыч). - Оңдоо 1: Калыбына келтирүү masterkey.cryptomator.bkup: Сиз Cryptomator сактагычынын кулпусун ийгиликтүү ачкан сайын, Cryptomator автоматтык түрдө ** аттуу ырасталган камдык көчүрмөнү жазат.masterkey.cryptomator.bkup** жанында masterkey.cryptomator. Булут синхрондоштуруу чатагы бузулса masterkey.cryptomator (нөл-байт файл же жарым-жартылай JSON), жөн гана көчүрүү masterkey.cryptomator.bkup чейин masterkey.cryptomator. - Оңдоо 2: Булут провайдериңиздин 30 күндүк файл версиясынын таржымалын колдонуңуз: Google Drive веб интерфейсине кириңиз (Manage versions), Dropbox (Version history), же OneDrive (Version history), оң чыкылдатуу masterkey.cryptomator жана vault.cryptomator, жана коррупция болгонго чейинки версияны калыбына келтириңиз. - Оңдоо 3: Cryptomator орнотулганын иштетиңиз "Health Check" жетим калганды куткаруу .c9r файлдар: Эгер сактагычыңыз сырсөзүңүз менен ачылса, бирок булут синхрондоштуруу катасы бузулгандыктан папкалар бош көрүнсө dir.c9s каталог көрсөткүч файлында Cryptomator ичиндеги Vault Options -> Health Check дегенди басыңыз. Ден соолук текшерүүсү ар бир жолу текшерилет d/XX/ жетим шифрленген үчүн ички папка .c9r негизги каталог шилтемеси бузулуп, автоматтык түрдө ** калыбына келтирилген файлдарCryptomator_Recovery** кулпусу ачылган сактагычыңыздын ичиндеги бардык сакталган файлдарыңызды камтыган папка.

Аймактык тез жардам номерлери жана агенттик протоколдору¶

Жеке компьютердеги бузулган шифрленген контейнер техникалык маалыматтарды калыбына келтирүү үчүн өзгөчө кырдаал болуп саналат, ал эми ооруканаларга, муниципалдык инфраструктурага, соттун чечими боюнча юридикалык ачылышка же жөнгө салынуучу жеке маалыматтарга таасир этүүчү криптографиялык кулпулар (GDPR / HIPAA) инцидент жөнүндө расмий билдирүүнү талап кылышы мүмкүн:

• Америка Кошмо Штаттары жана Канада:
• Өмүр коопсуздугу / Критикалык инфраструктуранын үзгүлтүккө учурашы: терүү 911 эгер шифрленген маалымат базасынын бузулушу бейтапты тейлөөгө же физикалык коопсуздукту көзөмөлдөөгө таасир этсе.
• Киберкоопсуздук жана инфраструктуралык коопсуздук агенттиги (CISA) (Америка Кошмо Штаттары): Көлөмдүн аталышынын бузулушуна кыйратуучу тазалагыч же ransomware чабуулу себеп болгон болсо LUKS / BitLocker / VeraCrypt баш макалалар, дароо CISAга кабарлаңыз 1-844-Say-CISA (1-844-729-2472) жана ФБР Интернет кылмыштары боюнча даттануу борбору (ic3.gov).
• HIPAA / Регламенттелген маалыматтардын жеткиликтүүлүгү: АКШнын Саламаттыкты сактоо жана калкты тейлөө департаментине караштуу (HHS) Жарандык укуктар боюнча бюро (OCR(ePHI) коррупциядан же ransomware HIPAA бузуу жана күтүлбөгөн кырдаалдар планынын эрежелерине ылайык баа берүүнү талап кылат (45 C.F.R. § 164.308(a)(7)).
• Улуу Британия:
• Тез жардам кызматтары: терүү 999 (же 101 шашылыш эмес полиция кабарлоо үчүн).
• Маалымат боюнча комиссардын аппараты (ICO) - Улуу Британиянын GDPR жеткиликтүүлүгүн бузуулар: Улуу Британиянын GDPR 32 жана 33-беренесине ылайык, жеке маалыматтардын (мисалы, камдык көчүрмөсү жок калыбына келтирилгис шифрленген көлөм сыяктуу) жеткиликтүүлүгүн биротоло кокусунан жоготуу жеке маалыматтарды бузуу катары классификацияланат жана ICO (0303 123 1113) 72 сааттын ичинде.
• Европа Биримдиги:
• Тез жардам кызматтары: терүү 112 бардык ЕБ мүчө мамлекеттеринде.
• ENISA жана Улуттук Маалыматты коргоо органдары (DPAs): Европанын Маалыматтарды коргоо кеңешине баш ийүү (EDPB) Көрсөтмөлөр 9/2022 криптографиялык ачкычтар же көлөмдүн аталыштары камдык көчүрмөсү жок жок кылынганда, жеткиликтүүлүгүн жоготууга байланыштуу жеке маалыматтардын бузулушу жөнүндө билдирүү.
• Австралия жана Жаңы Зеландия:
• Тез жардам кызматтары: терүү 000 Австралияда же 111 Жаңы Зеландияда.
• Австралиялык кибер коопсуздук борбору (ACSC): Чалуу 1300 CYBER1 (1300 292 371) ишканага же мамлекеттик криптографиялык инциденттерге жардам берүү үчүн.
• Индия жана Азия-Тынч океан:
• Тез жардам кызматтары: терүү 112 Индияда (же 1930 киберкылмыш инциденттери үчүн; камтылган ишкана окуялар CERT-In багыттары 6 сааттын ичинде билдирилиши керек incident@cert-in.org.in).

Көп берилүүчү суроолор¶

Мен сырсөзүмдүн туура экенине 100% ишенсем, эмне үчүн VeraCrypt "Туура эмес сырсөз же VeraCrypt көлөмү эмес" дейт?¶

VeraCrypt көлөмдөрү туш келди ызы-чуудан айырмаланбай тургандай кылып иштелип чыккандыктан (акылга сыярлык четке кагуу), VeraCrypt жок "Мен VeraCrypt томумун" деген ачык тексттин аталышын сактаңыз. Анын ордуна, сиз Тоо баскычын чыкылдатканыңызда, VeraCrypt сырсөзүңүздү алып, баштын шифрлөө ачкычын алат. PBKDF2, көлөмдүн биринчи 512 байтынын шифрин чечип, байт бар-жогун текшерет 64 чейин 67 дешифрленген чыгаруунун ASCII сөзүн жазат ВЕРА (жана өтүү а CRC-32 текшерүү суммасы). Сырсөздү туура эмес тердиңизби же файлдын/бөлүмдүн биринчи 512 байт диск катасы же Windows бөлүү куралы аркылуу кайра жазылган болсо, шифрленген байттар жазылбайт ВЕРА - Ошентип, VeraCrypt экөө тең бирдей ката билдирүүсүн көрсөтөт. Ар дайым монтаждоону сынап көрүңүз Орнотуу параметрлери -> Көлөмгө камтылган камдык аталышты колдонуңуз биринчи текшерилди.

Эгер мен Windows'тун VeraCrypt же BitLocker дискинде кокусунан "Ыкчам форматты" иштетсем, анда менин бардык файлдарым жок болдубу?¶

Жок - дискке жазууну дароо токтотсоңуз, шифрленген файлдарыңыздын 99 пайызы дагы эле сакталып турат. Windows Ыкчам формат жаңы шифрленбеген гана жазат NTFS же exFAT жүктөө сектору жана бош башкы файл таблицасы ($MFT) бөлүмдүн биринчи бир нече мегабайтында. А VeraCrypt Байттагы Негизги башты тазалаган бөлүм 0, бирок бөлүктүн эң аягында камтылган камдык башын толугу менен тийбей калтырат. VeraCrypt бөлүмүн окуу үчүн гана режимде орнотулгандан кийин, камтылган камдык аталышты колдонуп (же иштетиңиз) ремонт-бде боюнча а BitLocker анын аман калган ортосун/аягын колдонуп бөлүү -FVE-FS- метаберилиш блоктору) менен шифрленген виртуалдык көлөмдү сканерлесеңиз болот TestDisk, DMDE, же UFS Explorer экинчи аркылуу бүт папка дарагын калыбына келтирүү үчүн $MFTMirr же калган $MFT жазуулар.

Linux кылат LUKS (cryptsetup) VeraCrypt сыяктуу дисктин аягында камтылган камдык аталышы барбы?¶

Жок - бул ар бир Linux колдонуучусу билиши керек болгон маанилүү айырма. Legacy LUKS1 бөлүмдүн башталышында бир гана баш аты жана ачкыч уячаларынын бир топтому бар (дисктеги нөлдүк резервдик аталыштар). Заманбап LUKS2 (Ubuntu 20.04 / RHEL 8 / Debian 10 бери демейки) сактайт Экинчилик бинардык жана JSON метаберилиштеринин баш аты (SKB2\xba\xbe) байт офсетинде 0x4000 (16 KB) Негизги аталыштан кийин дароо 0x0000 - бул сизди бир гана секторду сактап калат 0 тарабынан сүртүлгөн сүртүүчү - бирок LUKS2 шифрленген ачкыч уясынын материалын КАЙРЫЛТАБАЙТ (0x8000 чейин 16 MB) дисктин аягында. Эгерде биринчи 2ден 16 мегабайтка чейин а LUKS бөлүмдүн үстүнө жазылган жана көлөмү учурда оперативдүү эс тутумда ачык эмес, дискти калыбына келтирүүнүн жалгыз жолу - алдын ала түзүлгөн тышкы файлдан. kriptosetup luksHeaderBackup.

Эгерде менин VeraCrypt көлөмүм камдык көчүрмөнүн аталышы менен орнотулуп, бирок Windows "Сиз Z дискинде дискти форматташыңыз керек: аны колдонуудан мурун" деп айтсачы?¶

Форматты басбаңыз. Анын ордуна майрамдаңыз: VeraCrypt катты айдоо үчүн көлөмдү орноткондугу Z: сиздин паролуңуз кабыл алынганын жана 512-бит экенин далилдейт XTS-AES Master Key азыр реалдуу убакытта бүт дисктин шифрин чечмелеп жатат. Windows гана нааразы, анткени ички файл системасынын биринчи сектору (байт офсетинде жайгашкан 131,072 бөлүмдүн) ошондой эле негизги VeraCrypt башыңыздын бузулушуна байланыштуу бузулган. Көлөмдү катары орнотулган калтырыңыз Z: VeraCrypt (окуу үчүн гана режиминде), ачуу DMDE, TestDisk, же UFS Explorer, жана тандаңыз орнотулган виртуалдык диск Z: (чийки физикалык диск эмес.). Калыбына келтирүүчү программа сиздин шифрленген файлдарыңызды дароо окуп чыгып, аларды коопсуз жерге көчүрөт.

Эгер мен сырсөзүмдүн 90% эстеп калсам, VeraCrypt же LUKS көлөмүн калыбына келтире аламбы (мисалы, мен негизги сөздөрдү билем, бирок кайсы символдорду же сандарды баш тамга менен жазганымды унутуп калдым)?¶

Ооба, эгерде Көлөмдүн аталышы (же Камдык баш коду) бүтүн болсо жана сырсөзүңүздүн түзүлүшүн билсеңиз. Мастер Ачкычтын башын жоготуп алуудан айырмаланып (бул кокустук 512 биттик ачкыч, аны эч качан катаал түрдө мажбурлоого болбойт), жарым-жартылай эстеп калган адам сырсөзүн оффлайн режиминде бузуп алса болот. Hashcat алынган баш байт каршы салт эреже же маска чабуул менен: үчүн VeraCrypt, биринчисин чыгарып алыңыз 512 байт Негизги аталыштын (dd if=container.hc of=vc.hash bs=512 саны=1, же байттарды чыгарыңыз Аягы - 131072 камдык аталышы үчүн) жана иштетүү hashcat -m 13721 (SHA-512 + AES үчүн); үчүн LUKS, биринчисин чыгарып алыңыз 2 MB чейин 16 MB баш жана колдонуу hashcat -m 14600 (LUKS1) же -м 29511 / 29541 (LUKS2).

Менин SSD бар-жогун кантип текшерсем болот TRIM команда бузулган шифрленген контейнеримди жок кылдыбы?¶

Эгерде сиздин шифрленген көлөмүңүз а файл контейнери (.hc) активдүү SSDде отуруп, сиз кокустан жок кылдыңыз .hc файл (жана ОС inline чыгарды TRIM), бөлүштүрүлбөгөн блоктор нөлгө барабар болушу мүмкүн. Бирок, эгерде сиздин шифрленген көлөмүңүз а чийки шифрленген бөлүм же толук диск (`VeraCrypt` түзмөктө жайгашкан, `LUKS`, же `BitLocker`), SSD контроллери кайсы шифрленген секторлор "эркин" экенин билбейт, эгерде файл тутумунун орнотуусу жигердүү түрдө таштоо / TRIM шифрлөө катмары аркылуу буйрук (чындыгында, VeraCrypt блоктору TRIM демейки боюнча криптографиялык коопсуздук жана Linux үчүн тутумдук эмес томдордо LUKS блоктор TRIM өтүү болбосо уруксат берүү ачык эле кошулган /etc/crypttab).

Тиешелүү гиддер¶

• BitLocker, FileVault жана LUKS шифрлөө калыбына келтирүү ачкычынын кулпусу жана TPM баштапкы абалга келтирилиши
• Linux, macOS же Windows'до кокусунан rm -rf же Shift-Delete: дароо окуу үчүн гана кайра орнотуу
• Катуу дисктин бузулушу жана маалыматтарды калыбына келтирүү
• Кокусунан файлдарды жок кылуу, форматталган диск жана сүрөттөрдү калыбына келтирүү
• Сырсөз башкаргычтын кулпусу, башкы сырсөздү жоготуу жана сактагычты калыбына келтирүү
• Өлкөлөр боюнча шашылыш номерлер

Булактар жана расмий жетекчилик¶

• Улуттук стандарттар жана технология институту (NIST) (Америка Кошмо Штаттары): * Атайын басылма 800-38E: Блок шифринин иштөө режимдери үчүн сунуш: The XTS-AES Сактоо түзмөктөрүндөгү купуялуулук режими & SP 800-111: Сактагыч шифрлөө технологиялары боюнча колдонмо*.
• IDRIX (veracrypt.fr): VeraCrypt Расмий Техникалык Документация - Көлөм форматынын спецификациясы, Негизги жана Кыскартылган Камдык Көчүрмө Баштардын Байт-Офсеттик Макети (Bytes 0-65535 vs End-131072), жана башты калыбына келтирүү процедуралары.
• Red Hat & The cryptsetup / LUKS Долбоор (gitlab.com/cryptsetup/cryptsetup): LUKS2 Дисктеги форматтын спецификациясы (Негизги LUKS\xba\xbe жана орто SKB2\xba\xbe Binary/JSON Header Architecture and luksHeaderBackup Протоколдор).
• Microsoft Learn (learn.microsoft.com/en-us/windows/security/operating-system-security/data-protection/bitlocker/): * BitLocker Drive Encryption Техникалык сереп, ашыкча -FVE-FS- Метадайындарды текшерүү, жана repair-bde Command Line Reference*.
• Skymatic GmbH (docs.cryptomator.org): Cryptomator Коопсуздук Архитектурасы (scrypt Masterkey чыгаруу, masterkey.cryptomator.bkup Калыбына келтирүү, жана сактагычтын ден соолугун текшерүү спецификациясы).