EncFS

本條目存在以下問題，請協助改善本條目或在討論頁針對議題發表看法。 此條目翻譯品質不佳。 翻譯者可能不熟悉中文或原文語言，也可能使用了機器翻譯。請協助翻譯本條目或重新編寫，并注意避免翻译腔的问题。明顯拙劣的翻譯請改掛{{d|G13}}提交刪除。 此條目需要补充更多来源。 (2022年3月8日) 请协助補充多方面可靠来源以改善这篇条目，无法查证的内容可能會因為异议提出而被移除。 致使用者：请搜索一下条目的标题（来源搜索："EncFS" — 网页、新闻、书籍、学术、图像），以检查网络上是否存在该主题的更多可靠来源（判定指引）。 此條目需要精通或熟悉密码学的编者参与及协助编辑。 請邀請適合的人士改善本条目。更多的細節與詳情請參见討論頁。

EncFS

開發者	Valient Gough
当前版本	1.9.5（2018年4月27日，​6年前​（2018-04-27）[1]）
源代码库	github.com/vgough/encfs
操作系统	Linux、FreeBSD、MacOS[2]、Microsoft Windows（移植的"encfs4win"[3]；还有一个面向MacOS和Microsoft Windows的移植Safe）及Android应用
类型	文件系统, 加密
许可协议	LGPL
网站	EncFS主页

EncFS是一个基于FUSE的加密文件系统（英语：cryptographic filesystem），为自由软件。通过它可以将任意目录作为存储空间来透明地加密并存储文件。^{[4] [5]}

挂载一个EncFS文件系统涉及到两个目录：源目录和挂载点。挂载点中的每个文件都是加密存储在源目录中的一个与之对应的文件。挂载点中的文件呈现未加密的样子，对应源目录中已加密的文件。源目录中会加密文件名。

文件通过卷密钥加密，卷密钥可以存储在加密的源目录之内或之外。^[6]有一个密码机制用于解密该密钥。

• 在Linux中，作为eCryptfs的替代方案加密home文件夹。
• 用来加密保存到云存储（Dropbox、Google Drive、OneDrive等）的文件和文件夹。
• 为可移动磁盘中的文件夹进行便携式加密。
• 作为一个跨平台的文件夹加密机制。
• 可增加双重身份验证（2FA）来提高存储安全性（英语：storage security）。例如，可以将EncFS用来加密数据的卷密钥存储在加密数据之外（如闪存盘、网络挂载点、光碟或云存储中）^[6]，同时要求提供密码来解密这个卷密钥。

与其他磁盘加密软件（英语：disk encryption software）相比，EncFS因在主机上单独存储每个被加密的文件而具有一些优势。

EncFS可在多个平台上使用，而eCryptfs与Linux内核绑定

EncFS在底层文件系统之上实现了数据腐烂（英语：Data rot）（bitrot）检测

EncFS不存在占用固定大小的“卷”——加密的目录占用的空间随着挂载点中的文件增加而增加，也随着文件被删除而缩小。

EncFS的加密目录可以位于普通的文件服务器上（通过NFS、SSHFS等），并且可以使用普通的文件系统工具（例如Rsync）高效地进行镜像和备份。

挂载点中的某些目录可能存在于其他的物理设备上。^{[需要解释]}

文件同步、云存储等备份软件可以只备份源目录中已变更的文件。

数据损坏发生时，更不易波及多个文件。损坏也更可控，可能通过文件系统级别的维护工具来修复某些数据损坏。磁盘加密系统遭遇数据异常损坏时可能遭遇更多意外情况。^{[來源請求]}

因为加密的文件仍基于底层文件系统来存储，某些操作系统优化机制仍然奏效，例如传递Trim命令来帮助提升固态硬盘的性能。不过dm-crypt也支持这一点^{[來源請求]}。

支持文件的随机访问，无需解密整个被加密的卷。^{[來源請求]}

EncFS也存在一些缺点。

挂载的EncFS目录与容纳源目录的文件系统享有相同的能力与限制。

因加密原因，EncFS产生的加密文件的文件名会比原始文件名长。因此，EncFS不能存储长度接近文件系统的文件名长度上限的文件名。大多数文件系统的一般文件名限制为255个字节，这种情况下EncFS最多支持190个字节的文件名。^{[7] [8]}

尽管文件名和文件数据被加密，但任何有权访问源目录的人都可看到加密的文件系统内有多少文件、文件的权限、文件的大致大小，以及上次访问和上次修改文件的时间。^[9]

2014年2月进行的付费安全审计中发现了多个潜在的漏洞。给出的结论是：^[10]

EncFS is probably safe as long as the adversary only gets one copy of the ciphertext and nothing more. EncFS is not safe if the adversary has the opportunity to see two or more snapshots of the ciphertext at different times. EncFS attempts to protect files from malicious modification, but there are serious problems with this feature.

如果对手只能看到一版被加密的内容，EncFS可能是安全的。如果对手能看到密文在不同时间的两版或更多版本，则EncFS不安全。EncFS在尝试避免文件免遭恶意修改，但该功能存在严重问题。

EncFS 1.8的公告包括数项基础设计变更，以回应上次的审计中提出的安全问题。尽管如此，这些安全漏洞仍受到关注。 ^[11]

在新建EncFS卷时，有数个用来自定义文件系统的选项，以满足不同需求。

EncFS可使用若干种存在于系统中各加密库内的加解密算法。Blowfish和AES通常可用。

可以为支持“可变密钥长度”的密码算法选择密钥长度（keySize）。

每个文件均以块的形式加密，有选项控制这些块的大小。每次读取单个字节时，必须解密包含它的整个块。同样，每次写入都需要解密对应块、更改内容并重新加密。

默认的块大小1024（字节）足以满足大多数用途。

源目录中的文件名可以存储为明文、加密块或流模式加密。块模式在一定程度上掩盖了文件名长度，而流模式的文件名会尽可能短，这在某些文件系统中可能节省一些存储空间。

启用此选项后，加密文件名所用的初始化向量取自文件的父目录——这将使两个同名但位于不同目录的文件具有不同的加密后文件名。

如果重命名目录，则其中包含的所有文件和目录都需要重新加密其文件名，这可能花费不少时间和资源。如果经常重命名含有大量子项目的目录，则应该禁用此选项。

启用此选项后，每个文件都使用一个随机的8字节初始化向量来加密，该向量存储在源目录的加密文件中。如果禁用此选项，则每个文件都使用相同的初始化向量来加密，可能使卷密钥更容易被破解。

启用此选项可加强文件系统的安全性，但每个文件会多占用8个字节。

使文件数据的初始化向量派生自文件名的初始化向量链。相同数据但不同文件名或目录的文件将加密成不同的样子。

如此，此模式启用时重命名文件需要文件的随机初始化向量被文件名初始化向量链中的更改抵消，或者重新编码数据。 EncFS的作者选择了前一种方法，因为快得多，尤其是对于大文件。

使编码依赖于完整的路径名。因此重命名或移动文件将需要重新编码。不支持硬链接。

存储每个加密块的校验和，使EncFS能检测到加密文件的损坏或修改。校验和 (blockMACBytes)为8个字节，并可选择向每个块添加最多8个额外字节的随机数据 (blockMACRandBytes)，以防止相同未加密数据的两个块有相同的校验和。因为必须在读取数据（验证完整性）与写入数据（更新校验和）时计算每个块的校验和，此选项会带来大量CPU开销。

• 磁盘加密
• 文件系统级加密（英语：Filesystem-level encryption）
• 加密文件系统列表（英语：List of cryptographic file systems）
• 加密文件系统列表
• 文件系统列表

• Encfs manpage （页面存档备份，存于互联网档案馆）
• Safe: another per-file implementation for Windows and Mac OS X, with no kernel mode driver (slower), but fully open source （页面存档备份，存于互联网档案馆）
• Boxcryptor: Proprietary software based on EncFS for Windows, Android, and iOS （页面存档备份，存于互联网档案馆）
• EncFSMP: Implementation that runs on Windows and Mac OS X （页面存档备份，存于互联网档案馆）