Thread (11 messages) flat view 11 messages, 4 authors, 2021-06-18

RE: [PATCH] fs: Return raw xattr for security.* if there is size disagreement with LSMs

From: Roberto Sassu <roberto.sassu@huawei.com>
Date: 2021-06-18 16:10:22
Also in: linux-fsdevel, linux-integrity, lkml, selinux

From: Mimi Zohar [mailto:zohar@linux.ibm.com]
Sent: Friday, June 18, 2021 6:04 PM
On Thu, 2021-06-17 at 23:18 -0400, Paul Moore wrote:
quoted
On Thu, Jun 17, 2021 at 11:28 AM Mimi Zohar [off-list ref]
wrote:
quoted
quoted
On Thu, 2021-06-17 at 07:09 +0000, Roberto Sassu wrote:
...
quoted
quoted
An alternative would be to do the EVM verification twice if the
first time didn't succeed (with vfs_getxattr_alloc() and with the
new function that behaves like vfs_getxattr()).
Unfortunately, I don't see an alternative.
... and while unfortunate, the impact should be non-existant if you
are using the right tools to label files or ensuring that you are
formatting labels properly if doing it by hand.

Handling a corner case is good, but I wouldn't add a lot of code
complexity trying to optimize it.
From userspace it's really difficult to understand the EVM signature
verification failure is due to the missing NULL.

Roberto, I just pushed the "evm: output EVM digest calculation info"
patch to the next-integrity-testing branch, which includes some
debugging.   Instead of this patch, which returns the raw xattr data,
how about adding additional debugging info in evm_calc_hmac_or_hash()
indicating the size discrepancy between the raw xattr and the LSM
returned xattr?
Good idea. Will do it.

Roberto

HUAWEI TECHNOLOGIES Duesseldorf GmbH, HRB 56063
Managing Director: Li Peng, Li Jian, Shi Yanli
thanks,

Mimi
  
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help