Re: [Ksummit-discuss] [TECH TOPIC] seccomp feature development
Christian Brauner <[email protected]> Wed, 20 May 2020 23:02:51 +0200
| Newsgroups | org.linuxfoundation.lists.ksummit-discuss,dev.linux.lists.ksummit |
|---|---|
| Message-ID | <20200520210251.goxnb2mq4lkhobms@wittgenstein> |
On Wed, May 20, 2020 at 01:52:30PM -0700, Kees Cook wrote: > On Wed, May 20, 2020 at 10:24:01PM +0200, Christian Brauner wrote: > > On Wed, May 20, 2020 at 12:08:52PM -0700, Linus Torvalds wrote: > > > On Wed, May 20, 2020 at 12:04 PM Kees Cook <[email protected]> wrote: > > > > Perhaps the question is "how deeply does seccomp need to inspect?" > > > > and maybe it does not get to see anything beyond just the "top level" > > > > struct (i.e. struct clone_args) and all pointers within THAT become > > > > opaque? That certainly simplifies the design. > > > > > > Exactly. I think that's the most common situation by far. Does anybody > > > really really need to care at a deep level, and why? > > > > We mostly don't and making all second-level pointers opaque is ok imho. > > That'll make things MUCH easier. :) > > > But I think that we need some documented consensus on all that stuff > > which I stressed in other mails before. I'll hand something in about > > this, if that's ok than we can hash this out. > > Aleksa, I know you had an entire presentation[1] on the extensible > argument syscalls, but was there any text-based design doc that you made? > > It would be really nice to update Documentation/process/adding-syscalls.rst > with the specifics[2], and to (now) include the "no nested flags" > requirement. What do you think? I've sent out: https://lore.kernel.org/linux-doc/[email protected]/ a while back which we drafted together specifically to documented extensible syscalls. I wanted to resend it this week. I'll update it with all register based flag arguments should be unsigned int which I already droned about this week in another thread. The no nested flags requirement can go in there as well. Aleksa and I also had a joint session for Plumbers/Ksummit planned hence the "handing something in". Christian _______________________________________________ Ksummit-discuss mailing list [email protected] https://lists.linuxfoundation.org/mailman/listinfo/ksummit-discuss