EncFS: an Encrypted Filesystem for FUSE.
Go to file
Johannes Bornhold 59378ae7fe Read config into memory and pass its content to tinyxml2 (#253)
tinyxml2 does not support to read from a named pipe, since it uses seek to
figure out the file size. In the case of a pipe this is not possible.

Reading the file content into memory and passing the content to tinyxml2 allows
to mitigate this problem.
2017-05-28 16:24:35 +02:00
ci Update cmake (#309) 2017-05-28 16:20:21 +02:00
cmake Update cmake (#309) 2017-05-28 16:20:21 +02:00
encfs Read config into memory and pass its content to tinyxml2 (#253) 2017-05-28 16:24:35 +02:00
internal Update easylogging++ to v9.94.1 2017-04-02 19:31:05 +02:00
intl 1.x: update gettext, replace autosprintf with boost::format 2013-11-13 06:45:46 +00:00
model add coverity model for CHECK operation 2016-09-08 13:12:43 +02:00
po Display default yes/no choice when creating initial directories 2017-03-25 13:55:53 +01:00
tests Delete grow() test file 2017-04-13 20:20:57 +02:00
.clang-format reformat using clang 2014-10-18 19:19:33 -07:00
.gitignore drop autoconf ignore rules 2015-06-16 20:41:50 -07:00
.travis.yml Update cmake (#309) 2017-05-28 16:20:21 +02:00
AUTHORS tweak docs, cleanup metadata 2016-09-09 14:23:04 +02:00
build.sh Add "build.sh" helper script 2015-11-12 19:18:35 +01:00
ChangeLog add changelog summary wqfor v1.9 series 2016-09-18 13:16:04 -07:00
circle.yml replace rlog with easylogging++ 2016-04-24 23:15:43 -07:00
CMakeLists.txt Update cmake (#309) 2017-05-28 16:20:21 +02:00
config.h.cmake Check that llistxattr exists (#307) 2017-04-01 19:58:05 +02:00
COPYING add license text for included sources 2016-04-24 23:15:43 -07:00
COPYING.GPL apply license change 2012-10-22 05:30:55 +00:00
COPYING.LGPL apply license change 2012-10-22 05:30:55 +00:00
create-dev-pkg.sh add LIB_INSTALL_DIR override, fixes #213 2016-09-15 16:34:03 -07:00
DESIGN.md Fix pod links in DESIGN.md 2015-02-27 21:10:12 -08:00
devmode improve devmode build options 2016-08-16 23:28:51 -07:00
INSTALL.md Update cmake (#309) 2017-05-28 16:20:21 +02:00
PERFORMANCE.md Put benchmark results into PERFORMANCE.md 2014-12-08 19:21:33 +01:00
README-NLS remove reference to old autoconf script 2015-06-17 20:47:56 -07:00
README.md add travis build badge 2016-09-08 22:10:36 +02:00

EncFS - an Encrypted Filesystem

Build Status

  • Circle: Circle CI
  • Travis: Travis CI
  • Analysis: Coverity

About

EncFS provides an encrypted filesystem in user-space. It runs in userspace, using the FUSE library for the filesystem interface. EncFS is open source software, licensed under the LGPL.

EncFS is now over 10 years old (first release in 2003). It was written because older NFS and kernel-based encrypted filesystems such as CFS had not kept pace with Linux development. When FUSE became available, I wrote a CFS replacement for my own use and released the first version to Open Source in 2003.

EncFS encrypts individual files, by translating all requests for the virtual EncFS filesystem into the equivalent encrypted operations on the raw filesystem.

For more info, see:

Status

Over the last 10 years, a number of good alternatives have grown up. Computing power has increased to the point where it is reasonable to encrypt the entire filesystem of personal computers (and even mobile phones!). On Linux, ecryptfs provides a nice dynamically mountable encrypted home directory, and is well integrated in distributions I use, such as Ubuntu.

EncFS has been dormant for a while. I've started cleaning up in order to try and provide a better base for a version 2, but whether EncFS flowers again depends upon community interest. In order to make it easier for anyone to contribute, it is moving a new home on Github. So if you're interested in EncFS, please dive in!

Unique Features

EncFS has a few features still not found anywhere else (as of Dec 2014) that may be interesing to you:

Reverse mode

encfs --reverse provides an encrypted view of an unencrypted folder. This enables encrypted remote backups using standard tools like rsync.

Fast on classical HDDs

EncFS is typically much faster than ecryptfs for stat()-heavy workloads when the backing device is a classical hard disk. This is because ecryptfs has to to read each file header to determine the file size - EncFS does not. This is one additional seek for each stat. See PERFORMANCE.md for detailed benchmarks on HDD, SSD and ramdisk.

Works on top of network filesystems

EncFS works on network file systems (NFS, CIFS...), while ecryptfs is known to still have problems.

Development

The master branch contains the latest stable codebase. This is where bug fixes and improvments should go.

The dev branch contains experimental work, some of which may be back-ported to the master branch when it is stable. The dev branch is not stable, and there is no guarantee of backward compatibility between changes.

Donations

How about a nice email instead?