编辑“︁
EncFS
”︁(章节)
跳转到导航
跳转到搜索
警告:
您没有登录。如果您进行任何编辑,您的IP地址会公开展示。如果您
登录
或
创建账号
,您的编辑会以您的用户名署名,此外还有其他益处。
反垃圾检查。
不要
加入这个!
== 不足 == EncFS也存在一些缺点。 === 兼容性 === 挂载的EncFS目录与容纳源目录的文件系统享有相同的能力与限制。 === 不支持长文件名 === 因加密原因,EncFS产生的加密文件的文件名会比原始文件名长。因此,EncFS不能存储长度接近文件系统的文件名长度上限的文件名。大多数文件系统的一般文件名限制为255个字节,这种情况下EncFS最多支持190个字节的文件名。<ref>{{Cite web|title=Issue #7 - alternative filename storage for very long filenames|url=https://github.com/vgough/encfs/issues/7|access-date=2016-01-27|date=2014-08-22|work=github.com|quote=Long filenames can exceed the filesystem limits after encryption & encoding.|archive-date=2022-03-08|archive-url=https://web.archive.org/web/20220308085144/https://github.com/vgough/encfs/issues/7}}</ref> <ref>{{Cite web|title=Manpage for enfs.1|url=http://manpages.ubuntu.com/manpages/wily/man1/encfs.1.html|access-date=2016-01-27|work=manpages.ubuntu.com|publisher=Ubuntu|archive-url=https://web.archive.org/web/20160203191527/http://manpages.ubuntu.com/manpages/wily/man1/encfs.1.html|archive-date=2016-02-03|quote=If your underlying filesystem limits you to N characters in a filename, then EncFS will limit you to approximately 3*(N-2)/4. For example if the host filesystem limits to 256 characters, then EncFS will be limited to 190 character filenames. This is because encrypted filenames are always longer than plaintext filenames.}}</ref> === 一般性安全隐患 === 尽管文件名和文件数据被加密,但任何有权访问源目录的人都可看到加密的文件系统内有多少文件、文件的权限、文件的大致大小,以及上次访问和上次修改文件的时间。<ref>{{Cite web|title=EncFS Directory Encryption Notes|url=https://www.ict.griffith.edu.au/anthony/info/crypto/encfs.hints|access-date=2022-03-08|archive-date=2016-10-03|archive-url=https://web.archive.org/web/20161003122657/http://www.ict.griffith.edu.au/anthony/info/crypto/encfs.hints}}</ref> === EncFS 1.7安全问题 === 2014年2月进行的付费安全审计中发现了多个潜在的漏洞。给出的结论是:<ref>{{Cite web|title=EncFS Security Audit|url=https://defuse.ca/audits/encfs.htm|access-date=2022-03-08|archive-date=2016-04-05|archive-url=https://web.archive.org/web/20160405092905/https://defuse.ca/audits/encfs.htm}}</ref> {{quote|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.}} {{quote|如果对手只能看到一版被加密的内容,EncFS可能是安全的。如果对手能看到密文在不同时间的两版或更多版本,则EncFS不安全。EncFS在尝试避免文件免遭恶意修改,但该功能存在严重问题。}} === EncFS 1.8安全问题 === EncFS 1.8的公告包括数项基础设计变更,以回应上次的审计中提出的安全问题。尽管如此,这些安全漏洞仍受到关注。 <ref>{{Cite web|title=EncFS 1.8 Announcement|url=http://www.webupd8.org/2015/01/encfs-18-rc1-available-for-download.html|access-date=2022-03-08|archive-date=2022-03-08|archive-url=https://web.archive.org/web/20220308044139/http://www.webupd8.org/2015/01/encfs-18-rc1-available-for-download.html}}</ref>
摘要:
请注意,所有对Local Chinese Wikipedia的贡献均可能会被其他贡献者编辑、修改或删除。如果您不希望您的文字作品被随意编辑,请不要在此提交。
您同时也向我们承诺,您提交的内容为您自己所创作,或是复制自公共领域或类似自由来源(详情请见
Project:著作权
)。
未经许可,请勿提交受著作权保护的作品!
取消
编辑帮助
(在新窗口中打开)
导航菜单
个人工具
未登录
讨论
贡献
创建账号
登录
命名空间
页面
讨论
大陆简体
不转换
简体
繁體
大陆简体
香港繁體
澳門繁體
大马简体
新加坡简体
臺灣正體
查看
阅读
编辑
查看历史
更多
搜索
导航
首页
最近更改
随机页面
MediaWiki帮助
工具
链入页面
相关更改
特殊页面
页面信息