Делаем отказоустойчивое файловое хранилище поверх JPEG-файлов

[madamhmeleva]

В реальности половина JPEG всё равно почистится сервисами или редакторами, и вся эта избыточность может просто не спасти.

[arabramov]

Да, конечно при использовании графических редакторов и онлайн-сервисов не спасет никакая избыточность, если будет поаффекчено сразу все хранилище. Но для личного использования и пересылки файлов через почту или облачные хранилища работать будет.

[TsSaltan]

Вспомнился древний лайфхак с JPEG+RAR
https://habr.com/ru/articles/62389/

[arabramov]

Да, лайфхак интересный, спасибо ) Видимо, архиваторы работают но другому принципу: они пропускают весь код, пока не найдут сигнатуру начала архива.

[alexs963]

Для чего в этой схеме jpeg-и если не стоит задачи спрятать шифрованные данные? Можно просто взять что-то типа cryFS или gocryptfs.

[arabramov]

Не совсем так. Задача спрятать данные как раз стоит, но не от профессионального стегоанализа, а для использования в повседневных сценариях: локальное хранение, пересылка через почту, хранение в облаке. FUSE-системы вроде CryFs или gocryptfs отлично подходят для шифрования, но наличие зашифрованных данных видно сразу.

[alexs963]

Тогда это имеет смысл, но не очень надёжно, если хранить на публичных серверах — они часто оптимизируют файлы.

[arabramov]

Да, вы совершенно правы, публичные сервисы следует использовать с осторожностью (про это написано в проблемах и ограничениях). Особенно для случаев, когда все JPEG-носители лежат в одном месте.