diff options
| author | Tyler Hicks <tyhicks@linux.vnet.ibm.com> | 2011-05-17 00:50:33 -0500 |
|---|---|---|
| committer | Paul Gortmaker <paul.gortmaker@windriver.com> | 2012-05-17 11:20:37 -0400 |
| commit | 6e018cc8eb066bb2f315663e81631bd015d3f51e (patch) | |
| tree | a79f947f11fe368b68c61840bb00dcf80de1cd5c /security | |
| parent | f17ea46721e423a04fa55ca694882852a64e264f (diff) | |
eCryptfs: Allow 2 scatterlist entries for encrypted filenames
commit 8d08dab786ad5cc2aca2bf870de370144b78c85a upstream.
The buffers allocated while encrypting and decrypting long filenames can
sometimes straddle two pages. In this situation, virt_to_scatterlist()
will return -ENOMEM, causing the operation to fail and the user will get
scary error messages in their logs:
kernel: ecryptfs_write_tag_70_packet: Internal error whilst attempting
to convert filename memory to scatterlist; expected rc = 1; got rc =
[-12]. block_aligned_filename_size = [272]
kernel: ecryptfs_encrypt_filename: Error attempting to generate tag 70
packet; rc = [-12]
kernel: ecryptfs_encrypt_and_encode_filename: Error attempting to
encrypt filename; rc = [-12]
kernel: ecryptfs_lookup: Error attempting to encrypt and encode
filename; rc = [-12]
The solution is to allow up to 2 scatterlist entries to be used.
Signed-off-by: Tyler Hicks <tyhicks@linux.vnet.ibm.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Diffstat (limited to 'security')
0 files changed, 0 insertions, 0 deletions