Thread (8 messages) 8 messages, 3 authors, 2019-03-28

Re: [PATCH 23/27] bpf: Restrict kernel image access functions when the kernel is locked down

From: Matthew Garrett <hidden>
Date: 2019-03-28 20:08:57
Also in: linux-security-module, lkml, netdev

On Thu, Mar 28, 2019 at 12:23 PM James Morris [off-list ref] wrote:
On Thu, 28 Mar 2019, Matthew Garrett wrote:
quoted
On Wed, Mar 27, 2019 at 8:15 PM James Morris [off-list ref] wrote:
quoted
OTOH, this seems like a combination of mechanism and policy. The 3 modes
are a help here, but I wonder if they may be too coarse grained still,
e.g. if someone wants to allow a specific mechanism according to their own
threat model and mitigations.
In general the interfaces blocked by these patches could also be
blocked with an LSM, and I'd guess that people with more fine-grained
requirements would probably take that approach.
So... I have to ask, why not use LSM for this in the first place?

Either with an existing module or perhaps a lockdown LSM?
Some of it isn't really achievable that way - for instance, enforcing
module or kexec signatures. We have other mechanisms that can be used
to enable that which could be done at the more fine-grained level, but
a design goal was to make it possible to automatically enable a full
set of integrity protections under specified circumstances.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help