[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAHC9VhTK2oi6OcEUPZPRhvKA1RG2+-iyZFfMuKYDZ_cAo9063g@mail.gmail.com>
Date: Mon, 23 Dec 2019 18:04:08 -0500
From: Paul Moore <paul@...l-moore.com>
To: Jeff Vander Stoep <jeffv@...gle.com>
Cc: Stephen Smalley <sds@...ho.nsa.gov>,
Jovana Knezevic <jovanak@...gle.com>,
LKML <linux-kernel@...r.kernel.org>, selinux@...r.kernel.org,
lkp@...ts.01.org, kernel test robot <lkp@...el.com>
Subject: Re: [selinux] 66f8e2f03c: RIP:sidtab_hash_stats
On Mon, Dec 23, 2019 at 4:37 PM Paul Moore <paul@...l-moore.com> wrote:
> On Mon, Dec 23, 2019 at 9:37 AM Paul Moore <paul@...l-moore.com> wrote:
> > On Mon, Dec 23, 2019 at 4:15 AM kernel test robot <lkp@...el.com> wrote:
> > > FYI, we noticed the following commit (built with gcc-7):
> > >
> > > commit: 66f8e2f03c02e812002f8e9e465681cc62edda5b ("selinux: sidtab reverse lookup hash table")
> > > https://git.kernel.org/cgit/linux/kernel/git/pcmoore/selinux.git next
> > >
> > > ...
> >
> > Jeff, please look into this. I suspect we may need to check
> > state->initialized in security_sidtab_hash_stats(...) (or similar).
>
> I realized that Jeff may very well be on a holiday so I took a closer
> look and this does appear to be the/a problem. If you try to "cat
> /sys/fs/selinux/ss/sidtab_hash_stats" on a system where the policy
> hasn't been loaded it blows up in a bad way. I'll write up a fix
> right now and post it as soon as I've verified it fixes the problem.
Fix posted (see archive link below) and merged into selinux/next.
Thanks for the problem report test robot!
https://lore.kernel.org/selinux/157714208320.505827.13006028554511851520.stgit@chester
--
paul moore
www.paul-moore.com
Powered by blists - more mailing lists