← Back to team overview

ecryptfs team mailing list archive

[Bug 401810] Re: Check max buffer lengths when parsing metadata packets

 

These patches have been upstream for a while now.

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=6352a29305373ae6196491e6d4669f301e26492e

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=f151cd2c54ddc7714e2f740681350476cda03a28

** Changed in: ecryptfs
       Status: In Progress => Fix Released

-- 
Check max buffer lengths when parsing metadata packets
https://bugs.launchpad.net/bugs/401810
You received this bug notification because you are a member of eCryptfs,
which is a direct subscriber.

Status in eCryptfs - Enterprise Cryptographic Filesystem: Fix Released
Status in “ecryptfs-utils” package in Ubuntu: In Progress

Bug description:
Each eCryptfs file has metadata associated with it that is normally stored in the header of the file.  The metadata is stored in "packet" form according to RFC 2440 "OpenPGP Message Format".    Each packet has a header section itself, which has fields such as the packet length.  When reading the packet contents, the packet length field is used for the memcpy to the destination buffer but is not checked against the size of the destination buffer.  This could result in a buffer overflow if a malicious user hand-modifies the packet length field.



References