[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHC9VhQ9tevCE5MDXxqmErSayHe12XKd=VEVGyPKL0TMxwLC8w@mail.gmail.com>
Date: Fri, 12 Jul 2024 12:00:09 -0400
From: Paul Moore <paul@...l-moore.com>
To: Xu Kuohai <xukuohai@...weicloud.com>
Cc: bpf@...r.kernel.org, netdev@...r.kernel.org,
linux-security-module@...r.kernel.org, linux-kselftest@...r.kernel.org,
linux-integrity@...r.kernel.org, apparmor@...ts.ubuntu.com,
selinux@...r.kernel.org, Alexei Starovoitov <ast@...nel.org>,
Andrii Nakryiko <andrii@...nel.org>, Daniel Borkmann <daniel@...earbox.net>,
Martin KaFai Lau <martin.lau@...ux.dev>, Eduard Zingerman <eddyz87@...il.com>, Song Liu <song@...nel.org>,
Yonghong Song <yonghong.song@...ux.dev>, John Fastabend <john.fastabend@...il.com>,
KP Singh <kpsingh@...nel.org>, Stanislav Fomichev <sdf@...gle.com>, Hao Luo <haoluo@...gle.com>,
Jiri Olsa <jolsa@...nel.org>, Matt Bobrowski <mattbobrowski@...gle.com>,
Brendan Jackman <jackmanb@...omium.org>, James Morris <jmorris@...ei.org>,
"Serge E . Hallyn" <serge@...lyn.com>, Khadija Kamran <kamrankhadijadj@...il.com>,
Casey Schaufler <casey@...aufler-ca.com>, Ondrej Mosnacek <omosnace@...hat.com>,
Kees Cook <keescook@...omium.org>, John Johansen <john.johansen@...onical.com>,
Lukas Bulwahn <lukas.bulwahn@...il.com>, Roberto Sassu <roberto.sassu@...wei.com>,
Shung-Hsi Yu <shung-hsi.yu@...e.com>, Edward Cree <ecree.xilinx@...il.com>,
Alexander Viro <viro@...iv.linux.org.uk>, Christian Brauner <brauner@...nel.org>,
Trond Myklebust <trond.myklebust@...merspace.com>, Anna Schumaker <anna@...nel.org>,
Eric Dumazet <edumazet@...gle.com>, Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>,
Stephen Smalley <stephen.smalley.work@...il.com>
Subject: Re: [PATCH bpf-next v4 00/20] Add return value range check for BPF LSM
On Fri, Jul 12, 2024 at 11:56 AM Paul Moore <paul@...l-moore.com> wrote:
> On Thu, Jul 11, 2024 at 7:13 AM Xu Kuohai <xukuohai@...weicloud.com> wrote:
> >
> > From: Xu Kuohai <xukuohai@...wei.com>
> >
> > LSM BPF prog returning a positive number attached to the hook
> > file_alloc_security makes kernel panic.
>
> ...
>
> > Xu Kuohai (20):
> > lsm: Refactor return value of LSM hook vm_enough_memory
> > lsm: Refactor return value of LSM hook inode_need_killpriv
> > lsm: Refactor return value of LSM hook inode_getsecurity
> > lsm: Refactor return value of LSM hook inode_listsecurity
> > lsm: Refactor return value of LSM hook inode_copy_up_xattr
> > lsm: Refactor return value of LSM hook getselfattr
> > lsm: Refactor return value of LSM hook setprocattr
> > lsm: Refactor return value of LSM hook getprocattr
> > lsm: Refactor return value of LSM hook key_getsecurity
> > lsm: Refactor return value of LSM hook audit_rule_match
> > bpf, lsm: Add disabled BPF LSM hook list
> > bpf, lsm: Enable BPF LSM prog to read/write return value parameters
> > bpf, lsm: Add check for BPF LSM return value
> > bpf: Prevent tail call between progs attached to different hooks
> > bpf: Fix compare error in function retval_range_within
> > bpf: Add a special case for bitwise AND on range [-1, 0]
> > selftests/bpf: Avoid load failure for token_lsm.c
> > selftests/bpf: Add return value checks for failed tests
> > selftests/bpf: Add test for lsm tail call
> > selftests/bpf: Add verifier tests for bpf lsm
>
> I'm not quite sure what happened, but it looks like patches 13/20
> through 20/20 did not hit the mailing lists, see lore link below; did
> you have any mail failures when sending the patchset? Regardless, can
> you sort this out and resend the patchset?
>
> https://lore.kernel.org/all/20240711111908.3817636-1-xukuohai@huaweicloud.com
Oh wait, it looks like the patchset was split in lore somehow,
nevermind. The "missing" patches are here:
https://lore.kernel.org/all/20240711113828.3818398-1-xukuohai@huaweicloud.com
--
paul-moore.com
Powered by blists - more mailing lists