ЭнкФС

ЭнкФС
Разработчик(и)	Валиент Гоф
Стабильная версия	1.9.5 / 27 апреля 2018 г .; 6 лет назад
Репозиторий	github .с /vgough /encfs ;
Операционная система	Linux , FreeBSD , MacOS , Windows «encfs4win» ( порт ) (также Safe , альтернатива macOS , порту Windows ) и для Android приложения
Тип	файловая система , шифрование
Лицензия	LGPL
Веб-сайт	Главная страница EncFS

EncFS — бесплатная ( LGPL ) FUSE на основе криптографическая файловая система . Он прозрачно шифрует файлы, используя произвольный каталог в качестве хранилища для зашифрованных файлов. ^[4]^[5]

Для монтирования файловой системы EncFS используются два каталога: исходный каталог и точка монтирования. Каждому файлу в точке монтирования соответствует определенный файл в исходном каталоге. Файл в точке монтирования предоставляет незашифрованное представление файла в исходном каталоге. Имена файлов зашифрованы в исходном каталоге.

Файлы шифруются с помощью ключа тома, который хранится внутри или за пределами зашифрованного исходного каталога. ^[6] . пароль Для расшифровки этого ключа используется

Обычное использование

В Linux позволяет шифровать домашние папки в качестве альтернативы eCryptfs .
Позволяет шифровать файлы и папки, сохраненные в облачных хранилищах ( Dropbox , Google Drive , OneDrive и т. д.).
Позволяет переносимое шифрование папок с файлами на съемных дисках.
Доступен как кроссплатформенный механизм шифрования папок.
Повышает безопасность хранилища за счет добавления двухфакторной аутентификации (2FA). Когда ключ тома EncFS хранится вне зашифрованного исходного каталога и в месте, физически отделенном от фактических зашифрованных данных, это значительно повышает безопасность за счет добавления двухфакторной аутентификации (2FA). Например, EncFS может хранить каждый уникальный ключ тома где угодно, кроме самих зашифрованных данных, например, на USB-накопителе , сетевом подключении , оптическом диске или в облаке . ^[6] Кроме того, пароль . для расшифровки этого ключа тома может потребоваться

Преимущества

EncFS предлагает несколько преимуществ перед другим программным обеспечением для шифрования дисков просто потому, что каждый файл хранится отдельно как зашифрованный файл в другом месте дерева каталогов хоста.

Кросс-платформенный

EncFS доступна на нескольких платформах, тогда как eCryptfs привязан к Linux ядру .

Обнаружение битрота

EncFS реализует обнаружение битротов поверх любой базовой файловой системы.

Масштабируемое хранилище

В EncFS нет « томов », которые занимают фиксированный размер — зашифрованные каталоги увеличиваются и уменьшаются по мере добавления или удаления файлов из точки монтирования.

Обычный файловый сервер

Зашифрованный каталог EncFS может располагаться на обычном файловом сервере (через NFS , SSHFS и т. д.), а также может эффективно зеркалироваться и резервироваться с помощью обычных инструментов файловой системы, таких как Rsync.

Различные физические устройства

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

Более быстрое резервное копирование

Утилиты резервного копирования могут создавать резервные копии только тех файлов, которые были изменены в исходном каталоге (синхронизация файлов, облачное хранилище).

Снижение коррупции

Повреждение данных носит более изолированный характер. Повреждение файловых данных является локальным для одного файла, и повреждение данных файловой системы можно исправить с помощью надежной утилиты восстановления файловой системы, такой как fsck . В некоторых системах шифрования всего диска отсутствует один или оба этих атрибута.

Оптимизации

Поскольку изменения файлов затрагивают базовую файловую систему, различные оптимизации операционной системы по-прежнему возможны, в отличие от полнодискового шифрования. Например, передача информации об освобожденном пространстве ( TRIM ) может повысить производительность SSD -накопителей. Но это также поддерживается dm-crypt .

Произвольный доступ к файлам

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

Недостатки

Есть некоторые недостатки использования EncFS.

Совместимость

Подключенные каталоги EncFS имеют те же функции и ограничения, что и файловая система, содержащая исходный каталог.

Нет поддержки очень длинных имен файлов.

Из-за шифрования имена зашифрованных файлов, созданных EncFS, длиннее, чем исходные имена файлов. Таким образом, имена файлов, длина которых близка к максимальной, поддерживаемой файловой системой, не могут быть сохранены EncFS, поскольку после шифрования они превысят предел длины. Большинство файловых систем ограничивают имена файлов 255 байтами; в этом случае EncFS поддерживает только имена файлов длиной до 190 байт. ^[7]^[8]

Общие проблемы безопасности

Любой, кто имеет доступ к исходному каталогу, может увидеть, сколько файлов находится в зашифрованной файловой системе, какие разрешения они имеют, их приблизительный размер, а также время последнего доступа или изменения к ним, хотя имена файлов и данные файлов зашифрованы. ^[9]

Проблемы безопасности EncFS 1.7

В феврале 2014 года был проведен платный аудит безопасности, который выявил несколько потенциальных уязвимостей. В заключение: ^[10]

EncFS, вероятно, безопасен, пока злоумышленник получает только одну копию зашифрованного текста и не более того. EncFS небезопасна, если у злоумышленника есть возможность увидеть два или более снимков зашифрованного текста в разное время. EncFS пытается защитить файлы от вредоносных модификаций, но с этой функцией возникают серьезные проблемы.

Проблемы безопасности EncFS 1.8

Анонс EncFS 1.8 включал в себя несколько основных изменений конструкции, признающих проблемы безопасности, поднятые в ходе предыдущего аудита. Однако определенные опасения по поводу этих уязвимостей по-прежнему сохраняются. ^[11]

Параметры файловой системы

При создании нового тома EncFS доступно несколько различных опций для настройки файловой системы в соответствии с различными потребностями.

Алгоритм шифрования

EncFS использует любые шифры, которые она может найти в различных библиотеках шифрования в системе. Blowfish и AES Обычно доступны .

Длина ключа шифрования (keySize) может быть выбрана для шифров, поддерживающих ключи переменной длины.

Размер блока

Каждый файл шифруется блоками, и этот параметр определяет размер этих блоков. Каждый раз, когда считывается один байт, необходимо расшифровать весь блок, в котором он содержится. Аналогично, для каждой записи блок должен быть расшифрован, изменен и повторно зашифрован.

Размер блока по умолчанию 1024 достаточен для большинства целей.

Кодировка имени файла

Имена файлов в исходном каталоге могут быть простыми или зашифрованными в блочном или потоковом режиме. Блочный режим несколько скрывает длину имени файла, в то время как потоковый режим делает его максимально коротким, что может сэкономить место в файловой системе исходного каталога в зависимости от того, как эта файловая система управляет деревом каталогов.

Цепочка имен файлов IV

Если этот параметр включен, вектор инициализации для шифрования имени файла извлекается из родительских каталогов файла, в результате чего два файла с одинаковым именем, но в разных каталогах, имеют разные зашифрованные имена.

Если каталог переименован, все файлы и каталоги, содержащиеся в нем, должны будут повторно зашифровать свои зашифрованные имена, что может оказаться дорогостоящей операцией. Эту опцию следует отключить, если сильно заполненные каталоги будут часто переименовываться.

Вектор инициализации IV для каждого файла

Если этот параметр включен, каждый файл шифруется случайным 8-байтовым вектором инициализации, который сохраняется в зашифрованном файле в исходном каталоге. Если этот параметр отключен, каждый файл шифруется с использованием одного и того же вектора инициализации, что упрощает взлом ключа тома.

Включение этой опции делает файловую систему более безопасной за счет дополнительных 8 байт на файл.

Внешняя IV-цепочка

Заставляет вектор инициализации данных файла быть полученным из цепочки векторов инициализации имени файла. Одни и те же данные будут зашифрованы по-разному при другом имени файла или каталоге.

Следовательно, переименование файла, когда этот режим включен, требует, чтобы либо случайный вектор инициализации файла был смещен за счет изменения в цепочке векторов инициализации имени файла, либо данные были перекодированы. Авторы EncFS выбрали первый путь, поскольку он значительно быстрее, особенно для больших файлов.

Цепочка имени файла с заголовком IV

Делает кодировку зависимой от полного имени пути. Таким образом, переименование или перемещение означает перекодирование. Жесткие ссылки не поддерживаются.

Блокировать MAC-заголовки

Сохраняет контрольную сумму для каждого зашифрованного блока, что приводит к обнаружению EncFS повреждения или модификации зашифрованных файлов. Контрольная сумма (blockMACBytes) составляет 8 байт, и дополнительно к каждому блоку можно добавить до 8 дополнительных байтов случайных данных (blockMACRandBytes), чтобы предотвратить появление одинаковой контрольной суммы у двух блоков с одинаковыми незашифрованными данными. Эта опция создает большую нагрузку на ЦП , поскольку контрольная сумма каждого блока должна вычисляться при чтении данных (для проверки целостности) или записи (для обновления контрольной суммы).

См. также

Ссылки

^ «Релизы — vgough/encfs» . Проверено 11 июня 2018 г. — через GitHub .
^ «Валиент Гоф» . Валиент Гоф . Проверено 23 апреля 2018 г.
^ «encfs4win — экспериментальный проект портирования encfs в мир Windows» . Архивировано из оригинала 4 июля 2011 года . Проверено 29 ноября 2013 г.
^ Фалько, Тимме (14 января 2017 г.). «Как зашифровать данные с помощью EncFS в Debian 8 (Jessie)» . Фонд Linux . Проверено 13 апреля 2017 г.
^ Фалько, Тимме (06 мая 2016 г.). «Зашифруйте свои данные с помощью EncFS в Ubuntu 16.04» . Фонд Linux . Проверено 13 апреля 2017 г.
^ Jump up to: ^а ^б Гоф, Валиент (26 декабря 2016 г.). «ПЕРЕМЕННЫЕ СРЕДЫ» . Гитхаб . Проверено 7 мая 2017 г.
^ «Проблема № 7 — альтернативное хранилище имен файлов для очень длинных имен файлов» . github.com . 22 августа 2014 г. Проверено 27 января 2016 г. Длинные имена файлов могут превышать ограничения файловой системы после шифрования и кодирования.
^ «Страница руководства для enfs.1» . manpages.ubuntu.com . Убунту. Архивировано из оригинала 3 февраля 2016 г. Проверено 27 января 2016 г. Если ваша базовая файловая система ограничивает вас N символами в имени файла, то EncFS ограничит вас примерно 3*(N-2)/4. Например, если файловая система хоста ограничена 256 символами, то EncFS будет ограничена 190 символами имен файлов. Это связано с тем, что зашифрованные имена файлов всегда длиннее, чем имена файлов в виде открытого текста.
^ «Примечания по шифрованию каталога EncFS» . Архивировано из оригинала 3 октября 2016 г. Проверено 8 июня 2015 г.
^ «Аудит безопасности EncFS» .
^ «Анонс EncFS 1.8» .

Внешние ссылки

[1] «Релизы — vgough/encfs» . Проверено 11 июня 2018 г. — через GitHub .

[2] «Валиент Гоф» . Валиент Гоф . Проверено 23 апреля 2018 г.

[3] «encfs4win — экспериментальный проект портирования encfs в мир Windows» . Архивировано из оригинала 4 июля 2011 года . Проверено 29 ноября 2013 г.

[4] Фалько, Тимме (14 января 2017 г.). «Как зашифровать данные с помощью EncFS в Debian 8 (Jessie)» . Фонд Linux . Проверено 13 апреля 2017 г.

[5] Фалько, Тимме (06 мая 2016 г.). «Зашифруйте свои данные с помощью EncFS в Ubuntu 16.04» . Фонд Linux . Проверено 13 апреля 2017 г.

[:0-6] Jump up to: ^а ^б Гоф, Валиент (26 декабря 2016 г.). «ПЕРЕМЕННЫЕ СРЕДЫ» . Гитхаб . Проверено 7 мая 2017 г.

[7] «Проблема № 7 — альтернативное хранилище имен файлов для очень длинных имен файлов» . github.com . 22 августа 2014 г. Проверено 27 января 2016 г. Длинные имена файлов могут превышать ограничения файловой системы после шифрования и кодирования.

[8] «Страница руководства для enfs.1» . manpages.ubuntu.com . Убунту. Архивировано из оригинала 3 февраля 2016 г. Проверено 27 января 2016 г. Если ваша базовая файловая система ограничивает вас N символами в имени файла, то EncFS ограничит вас примерно 3*(N-2)/4. Например, если файловая система хоста ограничена 256 символами, то EncFS будет ограничена 190 символами имен файлов. Это связано с тем, что зашифрованные имена файлов всегда длиннее, чем имена файлов в виде открытого текста.

[9] «Примечания по шифрованию каталога EncFS» . Архивировано из оригинала 3 октября 2016 г. Проверено 8 июня 2015 г.

[10] «Аудит безопасности EncFS» .

[11] «Анонс EncFS 1.8» .

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]