[apparmor] [PATCH] apparmor: fix boolean argument in apparmor_mmap_file
John Johansen
john.johansen at canonical.com
Sun Jan 18 07:58:15 UTC 2026
On 1/14/26 09:32, Ryan Lee wrote:
> The previous value of GFP_ATOMIC is an int and not a bool, potentially
> resulting in UB when being assigned to a bool. In addition, the mmap hook
> is called outside of locks (i.e. in a non-atomic context), so we can pass
> a fixed constant value of false instead to common_mmap.
>
> Signed-off-by: Ryan Lee <ryan.lee at canonical.com>
Acked-by: John Johansen <john.johansen at canonical.com>
I have pulled this into the apparmor tree as is, but added
another patch to do as Tyler suggested
> ---
> security/apparmor/lsm.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/security/apparmor/lsm.c b/security/apparmor/lsm.c
> index 08757f372972..320e4e1e1748 100644
> --- a/security/apparmor/lsm.c
> +++ b/security/apparmor/lsm.c
> @@ -826,7 +826,7 @@ static int common_mmap(const char *op, struct file *file, unsigned long prot,
> static int apparmor_mmap_file(struct file *file, unsigned long reqprot,
> unsigned long prot, unsigned long flags)
> {
> - return common_mmap(OP_FMMAP, file, prot, flags, GFP_ATOMIC);
> + return common_mmap(OP_FMMAP, file, prot, flags, false);
> }
>
> static int apparmor_file_mprotect(struct vm_area_struct *vma,
More information about the AppArmor
mailing list