linux-kernel - Re: [GIT PULL] eCryptfs fixes for 2.6.39-rc5

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <4E8DBD06.2010808@redhat.com>
Date:	Thu, 06 Oct 2011 16:36:54 +0200
From:	Paolo Bonzini <pbonzini@...hat.com>
To:	ecryptfs-devel@...ts.launchpad.net
CC:	Tyler Hicks <tyhicks@...ux.vnet.ibm.com>,
	linux-kernel@...r.kernel.org
Subject: Re: [GIT PULL] eCryptfs fixes for 2.6.39-rc5

On 04/26/2011 02:53 AM, Tyler Hicks wrote:
> Hi Linus,
> 
> The first 3 patches below fix bugs when eCryptfs is mounted on top of
> NFSv3 client mount points. The 4th patch fixes a bug that occurs when
> the eCryptfs file metadata can't be read during lookup.

Hi,

I still see occasional errors:

[33945.269075] ecryptfs_decrypt_page: Error attempting to read lower page; rc = [-4]
[33945.269084] ecryptfs_readpage: Error decrypting page; rc = [-4]

that are reported as "short read: Success" when doing a "git grep" on an
encrypted repository. Redoing the grep fixes the problems for those files
and may transfer it to others, until all of them are in the cache and the
grep succeeds.

Reproduced with 3.0.3 and 3.1-rc8.

Paolo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/