[PATCH] apparmor: Fix checking address of an array in accum_label_info()
Nathan Chancellor
nathan at kernel.org
Fri Jan 31 18:21:17 UTC 2025
On Fri, Jan 24, 2025 at 01:59:36PM -0800, John Johansen wrote:
> On 1/20/25 05:12, Nathan Chancellor wrote:
> > clang warns:
> >
> > security/apparmor/label.c:206:15: error: address of array 'new->vec' will always evaluate to 'true' [-Werror,-Wpointer-bool-conversion]
> > 206 | AA_BUG(!new->vec);
> > | ~~~~~~^~~
> >
> > The address of this array can never be NULL because it is not at the
> > beginning of a structure. Convert the assertion to check that the new
> > pointer is not NULL.
> >
> > Fixes: de4754c801f4 ("apparmor: carry mediation check on label")
> > Reported-by: kernel test robot <lkp at intel.com>
> > Closes: https://lore.kernel.org/oe-kbuild-all/202501191802.bDp2voTJ-lkp@intel.com/
> > Signed-off-by: Nathan Chancellor <nathan at kernel.org>
>
> Acked-by: John Johansen <john.johansen at canonical.com>
>
> I have pulled this into my tree
Thanks! Is this going to be pushed to -next soon? I am still seeing this
on next-20240131.
> > ---
> > security/apparmor/label.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/security/apparmor/label.c b/security/apparmor/label.c
> > index afded9996f61..79be2d3d604b 100644
> > --- a/security/apparmor/label.c
> > +++ b/security/apparmor/label.c
> > @@ -203,7 +203,7 @@ static void accum_label_info(struct aa_label *new)
> > long u = FLAG_UNCONFINED;
> > int i;
> > - AA_BUG(!new->vec);
> > + AA_BUG(!new);
> > /* size == 1 is a profile and flags must be set as part of creation */
> > if (new->size == 1)
> >
> > ---
> > base-commit: e6b087676954e36a7b1ed51249362bb499f8c1c2
> > change-id: 20250120-apparmor-pointer-bool-conversion-label-7c1027964c7f
> >
> > Best regards,
>
>
More information about the Linux-security-module-archive
mailing list