lkml.org 
[lkml]   [2012]   [May]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [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.



\
 
 \ /
  Last update: 2012-05-25 03:01    [W:1.134 / U:0.708 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site