Как восстановить зашифрованный контейнер? Я пытаюсь понять, возможно ли защитить зашифрованный конт
Аноним (Microsoft Windows 10: Chromium based)
03/11/25 Пнд 20:06:32
№
1
Я пытаюсь понять, возможно ли защитить зашифрованный контейнер VeraCrypt от "bit rot".
Я создал контейнер на 10мб, загрузил туда 3 картинки, размонтировал.
С помощью MultiPar https://github.com/Yutaka-Sawada/MultiPar создал восстановительные файлы, поставил redundancy 15%. Создал восстановительные блоки.
Через блокнот удаляю пару символов в контейнере.
Пытаюсь восстановить, но всё, ему нужно ещё 270 блоков, то есть остальные 85% информации. Хотя я зафакапил только один блок, и этих 50 блоков более чем достаточно для восстановления и с другими файлами так работает. Контейнер размонтируется, но пик4, все файлы пропали.
Как я понял, зашифрованный контейнер это просто рандомный шум, и Parchive не может найти никакие закономерности, как например в .mp4 или .png, поэтому и восстановить не получается.
Тогда что делать? Как обезопасить зашифрованные контейнеры? Меня пугает мысль, что если проебется хотя бы 1 байт, то весь контейнер на гигабайты пиздой
У меня файлов на 4тб. Не хотелось бы платить за облако и покуать ещё диски за 10к. Неужели нет никакой возможности защититься от битрота, не делая полную копию всего контейнера?
Двачую. Стратегия 3-2-1, а именно - 3 копии, на двух разных физических доступных, разных носителях, и одна копия на удаленном хранилище.
>>3664508
>У меня файлов на 4тб
Уже проблема, что ты рискуешь 4тб файлов, шифруя их. Беспокоит только то, что на 4тб может быть секретного важного, я понимаю 50 гб отборного порно.
https://veracrypt.io/en/VeraCrypt%20Volume%20Format%20Specification.html
От того что проебётся один байт в области данных контейнера, то монтирование осуществится без ошибок, пострадает только файл, который содержал этот байт.
Если проебётся байт в области заголовка контейнера, то монтирование уже не осуществить, да, но в контейнер встроена резервная копия заголовка, находится она после области с данными.
Плюс ты можешь сделать резервную копию заголовка на всякий случай.
А всё потому что нужно использовать старый добрый винрар с инфой для восстановления
>в контейнер встроена резервная копия заголовка, находится она после области с данными
звучит как охеренная дыра в безопасности. А именно, как минимум легко определить что это не рандомный шум, а контейнер.
> как минимум легко определить что это не рандомный шум, а контейнер
И что дальше?
Ну типа пяльник в жопу и выбивать пароль. Хотя конечно любой минимально прошаренный чел и так прймет, что это контейнер.
Если ты попал в ситуацию при которой есть возможность получить паяльник в жопу, то тебе всунут его и без наличия рандомного шума или контейнера.
Да, здоровый файл с мусорной энтропией внутри конечно никого не смутит нахуй. Дыра пиздец. Для тебя придумали скрытый второй контейнер внутри, забыл как оно правильно там в терминологии веракрипта называется
Вот этот шарит. Винрар - единственное рабочее помехоустойчивое кодирование в юзерспейсе.
>>3664508
Что нахуй можно хранить на 4тб что нужно шифровать. Только фильмы, но нахуя их шифровать
У меня из знакомых терабайтные бэкапы собирает только фотограф с равками.
Но ему хватает ума не шифровать это.
Интересно как с дешифровкой дела обстоят у архивов. По сути ведь и залитые в облака архивы могут расшифровать.
>Через блокнот удаляю пару символов в контейнере.
>>3664536
>Вместо удаления битов, я их изменил и тогда восстановить файл получилось.
Потому что формат так устроен, что для него удаление байта равнозначно изменению всех байтов, которые идут после него, т.е. удалил первый байт - засрал весь файл. Размер файла и относительное положение байт с данными должны сохраняться, иначе ничего работать не будет.