[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CADvbK_f7XyL8uvHdSgdvbphfw6QzTPFMvwZdW0P4R7qFJPc=yQ@mail.gmail.com>
Date: Thu, 4 Nov 2021 15:49:35 -0400
From: Xin Long <lucien.xin@...il.com>
To: Paul Moore <paul@...l-moore.com>
Cc: David Miller <davem@...emloft.net>,
Ondrej Mosnacek <omosnace@...hat.com>,
network dev <netdev@...r.kernel.org>,
SElinux list <selinux@...r.kernel.org>,
LSM List <linux-security-module@...r.kernel.org>,
"linux-sctp @ vger . kernel . org" <linux-sctp@...r.kernel.org>,
Jakub Kicinski <kuba@...nel.org>,
Marcelo Ricardo Leitner <marcelo.leitner@...il.com>,
jmorris <jmorris@...ei.org>,
Richard Haines <richard_c_haines@...nternet.com>
Subject: Re: [PATCHv2 net 4/4] security: implement sctp_assoc_established hook
in selinux
On Thu, Nov 4, 2021 at 3:10 PM Paul Moore <paul@...l-moore.com> wrote:
>
> On Thu, Nov 4, 2021 at 7:02 AM David Miller <davem@...emloft.net> wrote:
> > From: Paul Moore <paul@...l-moore.com>
> > Date: Wed, 3 Nov 2021 23:17:00 -0400
> > >
> > > While I understand you did not intend to mislead DaveM and the netdev
> > > folks with the v2 patchset, your failure to properly manage the
> > > patchset's metadata *did* mislead them and as a result a patchset with
> > > serious concerns from the SELinux side was merged. You need to revert
> > > this patchset while we continue to discuss, develop, and verify a
> > > proper fix that we can all agree on. If you decide not to revert this
> > > patchset I will work with DaveM to do it for you, and that is not
> > > something any of us wants.
> >
> > I would prefer a follow-up rathewr than a revert at this point.
> >
> > Please work with Xin to come up with a fix that works for both of you.
>
> We are working with Xin (see this thread), but you'll notice there is
> still not a clear consensus on the best path forward. The only thing
> I am clear on at this point is that the current code in linux-next is
> *not* something we want from a SELinux perspective. I don't like
> leaving known bad code like this in linux-next for more than a day or
> two so please revert it, now. If your policy is to merge substantive
> non-network subsystem changes into the network tree without the proper
> ACKs from the other subsystem maintainers, it would seem reasonable to
> also be willing to revert those patches when the affected subsystems
> request it.
>
> I understand that if a patchset is being ignored you might feel the
> need to act without an explicit ACK, but this particular patchset
> wasn't even a day old before you merged into the netdev tree. Not to
> mention that the patchset was posted during the second day of the
> merge window, a time when many maintainers are busy testing code,
> sending pull requests to Linus, and generally managing merge window
> fallout.
>
> --
> paul moore
> www.paul-moore.com
Hi Paul,
It's applied on net tree, I think mostly because I posted this on net.git tree.
Also, it's well related to the network part and affects SCTP protocol
quite a lot.
I wanted to post it on selinux tree: pcmoore/selinux.git, but I noticed the
commit on top is written in 2019:
commit 6e6934bae891681bc23b2536fff20e0898683f2c (HEAD -> main,
origin/main, origin/HEAD)
Author: Paul Moore <paul@...l-moore.com>
Date: Tue Sep 17 15:02:56 2019 -0400
selinux: add a SELinux specific README.md
DO NOT SUBMIT UPSTREAM
Then I thought this tree was no longer active, sorry about that.
Powered by blists - more mailing lists