Messages in this thread | | | Date | Thu, 24 May 2012 17:38:26 -0700 | From | "H. Peter Anvin" <> | Subject | Re: [RFC PATCH 0/3] move the secure_computing call |
| |
On 05/24/2012 05:26 PM, Andrew Lutomirski wrote: > > Just to clarify: are you suggesting that, for now, the traced behavior > should be: > > process -> seccomp -> ptrace -> kernel? > > If so, I think the man page or something should have a big fat warning > that seccomp filters should *never* allow ptrace (even PTRACE_TRACEME) > unless they fully understand the issue. >
Yes, and yes.
> In any case, I think that the UML interaction is missing the point. > UML will *emulate* the seccomp filter. If it chooses to use host > seccomp filters for some business, that's its business.
I don't see why UML should have to emulate the seccomp filter. With the proposed order, then it can simply use the seccomp filter provided by the host. Furthermore, with this sequencing UML can actually *use* seccomp to provide the simulation.
-hpa
-- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.
| |