linux-security-module.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v3] ima: process_measurement() needlessly takes inode_lock() on MAY_READ
@ 2025-03-27 16:09 Frederick Lawler
  2025-03-27 16:29 ` Roberto Sassu
  0 siblings, 1 reply; 2+ messages in thread
From: Frederick Lawler @ 2025-03-27 16:09 UTC (permalink / raw)
  To: Mimi Zohar, Dmitry Kasatkin, Roberto Sassu
  Cc: Eric Snowberg, Serge E. Hallyn, linux-ima-devel, linux-integrity,
	linux-ima-user, linux-security-module, linux-kernel, kernel-team,
	Frederick Lawler

On IMA policy update, if a measure rule exists in the policy,
IMA_MEASURE is set for ima_policy_flags which makes the violation_check
variable always true. Coupled with a no-action on MAY_READ for a
FILE_CHECK call, we're always taking the inode_lock().

This becomes a performance problem for extremely heavy read-only workloads.
Therefore, prevent this only in the case there's no action to be taken.

Signed-off-by: Frederick Lawler <fred@cloudflare.com>
---
Changes since v2:
- s/mask & MAY_WRITE/file->f_mode & FMODE_WRITE/

Changes since v1:
- Add MAY_WRITE && action check to violation_check to avoid MAY_READ
  only situations
---
 security/integrity/ima/ima_main.c | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/security/integrity/ima/ima_main.c b/security/integrity/ima/ima_main.c
index 9b87556b03a7..bc453f5a7531 100644
--- a/security/integrity/ima/ima_main.c
+++ b/security/integrity/ima/ima_main.c
@@ -237,7 +237,9 @@ static int process_measurement(struct file *file, const struct cred *cred,
 				&allowed_algos);
 	violation_check = ((func == FILE_CHECK || func == MMAP_CHECK ||
 			    func == MMAP_CHECK_REQPROT) &&
-			   (ima_policy_flag & IMA_MEASURE));
+			   (ima_policy_flag & IMA_MEASURE) &&
+			   ((action & IMA_MEASURE) ||
+			    (file->f_mode & FMODE_WRITE)));
 	if (!action && !violation_check)
 		return 0;
 
-- 
2.43.0


^ permalink raw reply related	[flat|nested] 2+ messages in thread

* Re: [PATCH v3] ima: process_measurement() needlessly takes inode_lock() on MAY_READ
  2025-03-27 16:09 [PATCH v3] ima: process_measurement() needlessly takes inode_lock() on MAY_READ Frederick Lawler
@ 2025-03-27 16:29 ` Roberto Sassu
  0 siblings, 0 replies; 2+ messages in thread
From: Roberto Sassu @ 2025-03-27 16:29 UTC (permalink / raw)
  To: Frederick Lawler, Mimi Zohar, Dmitry Kasatkin, Roberto Sassu
  Cc: Eric Snowberg, Serge E. Hallyn, linux-ima-devel, linux-integrity,
	linux-ima-user, linux-security-module, linux-kernel, kernel-team

On Thu, 2025-03-27 at 11:09 -0500, Frederick Lawler wrote:
> On IMA policy update, if a measure rule exists in the policy,
> IMA_MEASURE is set for ima_policy_flags which makes the violation_check
> variable always true. Coupled with a no-action on MAY_READ for a
> FILE_CHECK call, we're always taking the inode_lock().
> 
> This becomes a performance problem for extremely heavy read-only workloads.
> Therefore, prevent this only in the case there's no action to be taken.
> 
> Signed-off-by: Frederick Lawler <fred@cloudflare.com>

Thanks Frederick!

Acked-by: Roberto Sassu <roberto.sassu@huawei.com>

Roberto

> ---
> Changes since v2:
> - s/mask & MAY_WRITE/file->f_mode & FMODE_WRITE/
> 
> Changes since v1:
> - Add MAY_WRITE && action check to violation_check to avoid MAY_READ
>   only situations
> ---
>  security/integrity/ima/ima_main.c | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)
> 
> diff --git a/security/integrity/ima/ima_main.c b/security/integrity/ima/ima_main.c
> index 9b87556b03a7..bc453f5a7531 100644
> --- a/security/integrity/ima/ima_main.c
> +++ b/security/integrity/ima/ima_main.c
> @@ -237,7 +237,9 @@ static int process_measurement(struct file *file, const struct cred *cred,
>  				&allowed_algos);
>  	violation_check = ((func == FILE_CHECK || func == MMAP_CHECK ||
>  			    func == MMAP_CHECK_REQPROT) &&
> -			   (ima_policy_flag & IMA_MEASURE));
> +			   (ima_policy_flag & IMA_MEASURE) &&
> +			   ((action & IMA_MEASURE) ||
> +			    (file->f_mode & FMODE_WRITE)));
>  	if (!action && !violation_check)
>  		return 0;
>  


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2025-03-27 16:29 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-03-27 16:09 [PATCH v3] ima: process_measurement() needlessly takes inode_lock() on MAY_READ Frederick Lawler
2025-03-27 16:29 ` Roberto Sassu

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).