Re: [PATCH v4 0/4] seccomp trap to userspace

On Aug 6, 2018, at 7:44 PM, Tycho Andersen [off-list ref] wrote:

Hi all,

Dinesh Subhraveti has claimed that some part of this series might be
patented. While he has not furnished me with anything to confirm this
claim, I'll put this series on hold.

That... is utterly ridiculous. Does LF have a mechanism to figure out wtf and deal with it by, for example, filing for ex parte review.

Every microkernel ever should strongly resemble prior art.

Tycho

quoted

On Thu, Jun 21, 2018 at 04:04:12PM -0600, Tycho Andersen wrote:
Hi all,

Here's v4 of the seccomp trap to userspace series. v3 is here:
https://lkml.org/lkml/2018/5/31/527

I believe we've addressed the two burning questions I had about v3: 1.
it seems ok not to use netlink, since there's not a great way to re-use
the API without a lot of unnecessary code and 2. only having return
capability for fds seems fine with people. Or at least I haven't heard
any strong objections.

I've re-worked a bunch of things in this version based on feedback from
the last series. See patch notes for details. At this point I'm not
aware of anything that needs to be addressed, but of course that is
subject to change :)

Tycho

Tycho Andersen (4):
 seccomp: add a return code to trap to userspace
 seccomp: make get_nth_filter available outside of CHECKPOINT_RESTORE
 seccomp: add a way to get a listener fd from ptrace
 seccomp: add support for passing fds via USER_NOTIF

.../userspace-api/seccomp_filter.rst          |  79 +++
arch/Kconfig                                  |   7 +
include/linux/seccomp.h                       |  18 +-
include/uapi/linux/ptrace.h                   |   2 +
include/uapi/linux/seccomp.h                  |  23 +-
kernel/ptrace.c                               |   4 +
kernel/seccomp.c                              | 491 ++++++++++++++-
tools/testing/selftests/seccomp/seccomp_bpf.c | 560 +++++++++++++++++-
8 files changed, 1172 insertions(+), 12 deletions(-)

-- 
2.17.1