From: Ryan Foster <foster.ryan.r@gmail.com>
To: bboscaccy@linux.microsoft.com
Cc: James.Bottomley@hansenpartnership.com, akpm@linux-foundation.org,
bpf@vger.kernel.org, corbet@lwn.net, dhowells@redhat.com,
foster.ryan.r@gmail.com, gnoack@google.com, jmorris@namei.org,
linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-security-module@vger.kernel.org, linux@treblig.org,
mic@digikod.net, paul@paul-moore.com, serge@hallyn.com
Subject: Re: [RFC 00/11] Reintroduce Hornet LSM
Date: Mon, 29 Dec 2025 09:12:48 -0800 [thread overview]
Message-ID: <20251229171402.1491979-1-foster.ryan.r@gmail.com> (raw)
In-Reply-To: <87v7i4hpi4.fsf@microsoft.com>
Hi all,
I am considering how to reconcile the TOCTOU concern with the "don't touch BPF internals" feedback, I think a very small API might help:
Minimal API draft: BPF integrity measurement
Goal: kernel-generated measurement of the final relocated program + declared inputs, so attach/link can be enforced without poking internals.
1) New BPF cmd
- BPF_MEASURE_PROG (or BPF_PROG_MEASURE)
- Input: prog_fd
- Output: opaque measurement blob + metadata
struct bpf_prog_measure_opts {
__u32 size;
__u32 flags;
__u32 sig_len;
__u64 sig_ptr;
__u64 prog_id;
__u64 meas_id;
};
Semantics
- Kernel computes measurement over final relocated insns + inputs explicitly in the integrity contract (e.g., sealed maps).
- Measurement is kernel-owned and stable for a program state.
2) Per-prog integrity state
enum lsm_integrity_verdict {
LSM_INT_VERDICT_UNSIGNED,
LSM_INT_VERDICT_PARTIAL,
LSM_INT_VERDICT_OK,
LSM_INT_VERDICT_BADSIG,
};
struct bpf_prog_integrity {
__u64 meas_id;
enum lsm_integrity_verdict v;
};
- Attach/link allowed only if policy verdict passes.
- Any input mutation invalidates meas_id and resets verdict.
3) Input immutability
- Only sealed/frozen maps can be measured.
- Any write to a measured map invalidates the measurement.
4) LSM integration
- Hornet (or another integrity LSM) consumes the measurement blob, verifies signatures, stores verdict.
- SELinux/IPE/BPF LSMs can gate attach/link based on verdict.
Why this helps
- TOCTOU: verification tied to final relocated program + frozen inputs; mutations invalidate.
- No BPF internals: LSMs use a stable syscall API, not map internals.
- Minimal blast radius: one syscall + small per-prog state.
A thought for future iterations, happy to help refine if this seems useful.
Thanks,
Ryan
next prev parent reply other threads:[~2025-12-29 17:14 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAHtS32-Zh3knxSdR=DUqQH4rX4QU8ewgu+KHGq6Af3qs9S0FAg@mail.gmail.com>
2025-12-17 2:27 ` [RFC 00/11] Reintroduce Hornet LSM Paul Moore
2025-12-17 19:33 ` Blaise Boscaccy
[not found] ` <CAHtS329aD5DyYSUkcuZXXjZKywqqTHe_1pA6uyaQH=Zwi9kydw@mail.gmail.com>
2025-12-18 17:40 ` ryan foster
2025-12-29 17:12 ` Ryan Foster [this message]
2025-12-11 2:11 Blaise Boscaccy
2025-12-15 17:45 ` Ryan Foster
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=20251229171402.1491979-1-foster.ryan.r@gmail.com \
--to=foster.ryan.r@gmail.com \
--cc=James.Bottomley@hansenpartnership.com \
--cc=akpm@linux-foundation.org \
--cc=bboscaccy@linux.microsoft.com \
--cc=bpf@vger.kernel.org \
--cc=corbet@lwn.net \
--cc=dhowells@redhat.com \
--cc=gnoack@google.com \
--cc=jmorris@namei.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-security-module@vger.kernel.org \
--cc=linux@treblig.org \
--cc=mic@digikod.net \
--cc=paul@paul-moore.com \
--cc=serge@hallyn.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;
as well as URLs for NNTP newsgroup(s).