[PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy
From: casey@schaufler-ca.com (Casey Schaufler)
Date: 2018-02-27 17:30:46
Also in:
linux-api, lkml, netdev
From: casey@schaufler-ca.com (Casey Schaufler)
Date: 2018-02-27 17:30:46
Also in:
linux-api, lkml, netdev
On 2/27/2018 8:39 AM, Andy Lutomirski wrote:
On Tue, Feb 27, 2018 at 5:32 AM, Alexei Starovoitov [off-list ref] wrote:quoted
[ Snip ]An earlier version of the patch set used the seccomp filter chain. Micka?l, what exactly was wrong with that approach other than that the seccomp() syscall was awkward for you to use? You could add a seccomp_add_landlock_rule() syscall if you needed to. As a side comment, why is this an LSM at all, let alone a non-stacking LSM? It would make a lot more sense to me to make Landlock depend on having LSMs configured in but to call the landlock hooks directly from the security_xyz() hooks.
Please, no. It is my serious intention to have at least the infrastructure blob management in within a release or two, and I think that's all Landlock needs. The security_xyz() hooks are sufficiently hackish as it is without unnecessarily adding more special cases. -- To unsubscribe from this list: send the line "unsubscribe linux-security-module" in the body of a message to majordomo at vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html