SRU justification:

Impact:

statfs() calls on eCryptfs files returned the wrong filesystem type and,
when using filename encryption, the wrong maximum filename length.

If mount-wide filename encryption is enabled, the cipher block size and
the lower filesystem's max filename length will determine the max
eCryptfs filename length. Pre-tested, known good lengths are used when
the lower filesystem's namelen is 255 and a cipher with 8 or 16 byte
block sizes is used. In other, less common cases, we fall back to a safe
rounded-down estimate when determining the eCryptfs namelen.

Fix:

Backport of upstream commit 4a26620df451ad46151ad21d711ed43e963c004e

Testcase:

http://bazaar.launchpad.net/~ecryptfs/ecryptfs/trunk/revision/640
http://bazaar.launchpad.net/~ecryptfs/ecryptfs/trunk/revision/625
[ see test: tests/kernel/lp-885744 ]

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/885744

Title:
  pathconf() does not reflect reality

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/885744/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to