Re: [PATCH 3/3] RFC: SECURITY.md: Rough draft of codifying the maintainer process
Stephen Smalley <[email protected]> Wed, 29 Jul 2026 09:06:39 -0400
| Newsgroups | org.kernel.vger.selinux |
|---|---|
| Message-ID | <CAEjxPJ6Rng2BPbZd3Gu=Tro2x=5qc_NQ=Cegf6HAohMMxxDuyQ@mail.gmail.com> |
On Wed, Jul 29, 2026 at 8:45 AM Stephen Smalley <[email protected]> wrote: > > On Thu, Jul 23, 2026 at 9:30 AM Stephen Smalley > <[email protected]> wrote: > > > > On Thu, Jul 23, 2026 at 2:25 AM Jason Zaman <[email protected]> wrote: > > > +If unsure about whether an issue is in kernel or userspace, feel free to send > > > +to any and the maintainers will handle it internally. > > > > I'd recommend sending to both rather than any to avoid potential loss/delay. > > We should also mention that private vulnerability reporting is now > > enabled on GitHub, > > so another option is to submit via: > > https://github.com/SELinuxProject/selinux/security/advisories > > We may also want to add something like the following to SECURITY.md: > Bugs in libsepol that only affect policy compilers (checkpolicy, > checkmodule, secilc) are not considered I would also add the semodule-utils (semodule_expand/link/package) as well to the list above. > security vulnerabilities. The policy compilers are typically run > without any privileges and attackers who > can feed them arbitrary inputs can do more interesting things. We will > fix such bugs but will not create > security advisories for them.