From: patchwork-bot+netdevbpf@kernel.org
To: Daniel Borkmann <daniel@iogearbox.net>
Cc: alexei.starovoitov@gmail.com, brauner@kernel.org,
dwindsor@gmail.com, john.fastabend@gmail.com, memxor@gmail.com,
kpsingh@kernel.org, matt@bobrowski.net, bpf@vger.kernel.org
Subject: Re: [PATCH bpf-next 0/8] BPF LSM xattrs at inode creation support
Date: Sat, 19 Sep 2026 19:10:10 +0000 [thread overview]
Message-ID: <178984501015.1442212.3395320981643068842.git-patchwork-notify@kernel.org> (raw)
In-Reply-To: <20260915150739.284189-1-daniel@iogearbox.net>
Hello:
This series was applied to bpf/bpf-next.git (master)
by Alexei Starovoitov <ast@kernel.org>:
On Tue, 15 Sep 2026 17:07:31 +0200 you wrote:
> Many in-kernel LSMs store security labels in extended file system attributes
> (xattrs). For these LSMs, atomic labeling during inode creation is critical:
> If the inode becomes accessible before its xattr is set, it is briefly
> unlabeled, which can disrupt LSMs making policy decisions based on file
> labels. Existing LSMs solve this by setting xattrs in the inode_init_security
> hook, which runs before the inode becomes accessible. BPF LSM programs
> currently lack this capability, and this series addresses this gap along
> with BPF selftests. Thanks!
>
> [...]
Here is the summary with links:
- [bpf-next,1/8] ocfs2: Copy the xattr name in ocfs2_initxattrs
(no matching commit)
- [bpf-next,2/8] bpf, lsm: Reject writes into the BPF LSM program context
https://git.kernel.org/bpf/bpf-next/c/c42da1d3ba9d
- [bpf-next,3/8] bpf: Support passing context output arguments to kfuncs
https://git.kernel.org/bpf/bpf-next/c/806fc431e0a3
- [bpf-next,4/8] bpf, lsm: Let BPF LSM provide xattrs at inode creation
https://git.kernel.org/bpf/bpf-next/c/ff0d1c0915d1
- [bpf-next,5/8] bpf, lsm: Mark the BPF LSM hook overrides noinline
https://git.kernel.org/bpf/bpf-next/c/3479e396eef4
- [bpf-next,6/8] selftests/bpf: Test that the BPF LSM context is read-only
https://git.kernel.org/bpf/bpf-next/c/e5d960cfe1d3
- [bpf-next,7/8] selftests/bpf: Add verifier tests for the __ctx_out plumbing
https://git.kernel.org/bpf/bpf-next/c/2757e9e53900
- [bpf-next,8/8] selftests/bpf: Add tests for BPF LSM inode init labelling
https://git.kernel.org/bpf/bpf-next/c/90dd01b6c1f3
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
prev parent reply other threads:[~2026-09-19 19:11 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-15 15:07 [PATCH bpf-next 0/8] BPF LSM xattrs at inode creation support Daniel Borkmann
2026-09-15 15:07 ` [PATCH bpf-next 1/8] ocfs2: Copy the xattr name in ocfs2_initxattrs Daniel Borkmann
2026-09-15 15:16 ` sashiko-bot
2026-09-15 16:26 ` bot+bpf-ci
2026-09-16 2:47 ` Heming Zhao
2026-09-16 7:07 ` Daniel Borkmann
2026-09-16 7:28 ` Heming Zhao
2026-09-16 7:28 ` Joseph Qi
2026-09-16 7:37 ` Daniel Borkmann
2026-09-16 7:49 ` Joseph Qi
2026-09-16 7:29 ` Heming Zhao
2026-09-15 15:07 ` [PATCH bpf-next 2/8] bpf, lsm: Reject writes into the BPF LSM program context Daniel Borkmann
2026-09-15 15:07 ` [PATCH bpf-next 3/8] bpf: Support passing context output arguments to kfuncs Daniel Borkmann
2026-09-15 15:07 ` [PATCH bpf-next 4/8] bpf, lsm: Let BPF LSM provide xattrs at inode creation Daniel Borkmann
2026-09-23 16:57 ` Paul Moore
2026-09-23 19:11 ` Daniel Borkmann
2026-09-23 20:51 ` Paul Moore
2026-09-23 19:14 ` David Windsor
2026-09-23 20:56 ` Paul Moore
2026-09-23 21:07 ` Paul Moore
2026-09-24 16:14 ` Justin Suess
2026-09-24 16:23 ` Paul Moore
2026-09-24 18:37 ` Justin Suess
2026-09-24 19:33 ` Paul Moore
2026-09-24 19:34 ` Paul Moore
2026-09-15 15:07 ` [PATCH bpf-next 5/8] bpf, lsm: Mark the BPF LSM hook overrides noinline Daniel Borkmann
2026-09-15 15:07 ` [PATCH bpf-next 6/8] selftests/bpf: Test that the BPF LSM context is read-only Daniel Borkmann
2026-09-15 15:07 ` [PATCH bpf-next 7/8] selftests/bpf: Add verifier tests for the __ctx_out plumbing Daniel Borkmann
2026-09-15 16:26 ` bot+bpf-ci
2026-09-15 15:07 ` [PATCH bpf-next 8/8] selftests/bpf: Add tests for BPF LSM inode init labelling Daniel Borkmann
2026-09-19 19:10 ` patchwork-bot+netdevbpf [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=178984501015.1442212.3395320981643068842.git-patchwork-notify@kernel.org \
--to=patchwork-bot+netdevbpf@kernel.org \
--cc=alexei.starovoitov@gmail.com \
--cc=bpf@vger.kernel.org \
--cc=brauner@kernel.org \
--cc=daniel@iogearbox.net \
--cc=dwindsor@gmail.com \
--cc=john.fastabend@gmail.com \
--cc=kpsingh@kernel.org \
--cc=matt@bobrowski.net \
--cc=memxor@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox