Re: [Qemu-devel] [RFC] Continuous work on sandboxing

2013-05-01 Thread Corey Bryant
On 05/01/2013 01:25 PM, Eduardo Otubo wrote: On 04/30/2013 12:24 PM, Paul Moore wrote: On Monday, April 29, 2013 05:52:10 PM Corey Bryant wrote: On 04/26/2013 05:07 PM, Paul Moore wrote: [snip] 3. Debugging and/or learning mode - third party libraries still have the problem of interferin

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

2013-05-01 Thread Eduardo Otubo
On 04/30/2013 12:24 PM, Paul Moore wrote: On Monday, April 29, 2013 05:52:10 PM Corey Bryant wrote: On 04/26/2013 05:07 PM, Paul Moore wrote: [snip] 3. Debugging and/or learning mode - third party libraries still have the problem of interfering in the Qemu's signal mask. According to some p

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

2013-05-01 Thread Corey Bryant
On 05/01/2013 10:13 AM, Paul Moore wrote: On Tuesday, April 30, 2013 04:28:54 PM Corey Bryant wrote: Just to be clear, I'm thinking you could launch guests in one of two different seccomp sandboxed environments: 1) Using the existing and more permissive whitelist where every QEMU feature work

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

2013-05-01 Thread Paul Moore
On Tuesday, April 30, 2013 04:28:54 PM Corey Bryant wrote: > Just to be clear, I'm thinking you could launch guests in one of two > different seccomp sandboxed environments: > > 1) Using the existing and more permissive whitelist where every QEMU > feature works: > > qemu-kvm -sandbox on,default

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

2013-04-30 Thread Corey Bryant
On 04/30/2013 02:47 PM, Eduardo Otubo wrote: On 04/29/2013 07:02 PM, Corey Bryant wrote: On 04/29/2013 02:39 PM, Eduardo Otubo wrote: On 04/26/2013 06:07 PM, Paul Moore wrote: On Friday, April 26, 2013 03:39:33 PM Eduardo Otubo wrote: Hello folks, Resuming the sandboxing work, I'd l

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

2013-04-30 Thread Eduardo Otubo
On 04/29/2013 07:02 PM, Corey Bryant wrote: On 04/29/2013 02:39 PM, Eduardo Otubo wrote: On 04/26/2013 06:07 PM, Paul Moore wrote: On Friday, April 26, 2013 03:39:33 PM Eduardo Otubo wrote: Hello folks, Resuming the sandboxing work, I'd like to ask for comments on the ideias I have: 1

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

2013-04-30 Thread Paul Moore
On Monday, April 29, 2013 05:52:10 PM Corey Bryant wrote: > On 04/26/2013 05:07 PM, Paul Moore wrote: > > [snip] > > > >> >3. Debugging and/or learning mode - third party libraries still have the > >> >problem of interfering in the Qemu's signal mask. According to some > >> >previous discussions,

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

2013-04-29 Thread Corey Bryant
On 04/29/2013 02:39 PM, Eduardo Otubo wrote: On 04/26/2013 06:07 PM, Paul Moore wrote: On Friday, April 26, 2013 03:39:33 PM Eduardo Otubo wrote: Hello folks, Resuming the sandboxing work, I'd like to ask for comments on the ideias I have: 1. Reduce whitelist to the optimal subset: Run v

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

2013-04-29 Thread Corey Bryant
On 04/26/2013 05:07 PM, Paul Moore wrote: [snip] >3. Debugging and/or learning mode - third party libraries still have the >problem of interfering in the Qemu's signal mask. According to some >previous discussions, perhaps patch all external libraries that mass up >with this mask (spice, for

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

2013-04-29 Thread Paolo Bonzini
Il 29/04/2013 21:57, Eduardo Otubo ha scritto: > > > On 04/26/2013 07:17 PM, Paolo Bonzini wrote: >> Il 26/04/2013 23:07, Paul Moore ha scritto: > 3. Debugging and/or learning mode - third party libraries still > have the > problem of interfering in the Qemu's signal mask. According t

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

2013-04-29 Thread Eduardo Otubo
On 04/26/2013 07:17 PM, Paolo Bonzini wrote: Il 26/04/2013 23:07, Paul Moore ha scritto: 3. Debugging and/or learning mode - third party libraries still have the problem of interfering in the Qemu's signal mask. According to some previous discussions, perhaps patch all external libraries that

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

2013-04-29 Thread Paul Moore
On Monday, April 29, 2013 03:39:57 PM Eduardo Otubo wrote: > On 04/26/2013 06:07 PM, Paul Moore wrote: > > On Friday, April 26, 2013 03:39:33 PM Eduardo Otubo wrote: > > Also, looking a bit further ahead, it might be interesting to look at > > removing some of the arch dependent stuff in qemu-secco

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

2013-04-29 Thread Eduardo Otubo
On 04/26/2013 06:07 PM, Paul Moore wrote: On Friday, April 26, 2013 03:39:33 PM Eduardo Otubo wrote: Hello folks, Resuming the sandboxing work, I'd like to ask for comments on the ideias I have: 1. Reduce whitelist to the optimal subset: Run various tests on Qemu with different configuratio

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

2013-04-26 Thread Paolo Bonzini
Il 26/04/2013 23:07, Paul Moore ha scritto: >> > 3. Debugging and/or learning mode - third party libraries still have the >> > problem of interfering in the Qemu's signal mask. According to some >> > previous discussions, perhaps patch all external libraries that mass up >> > with this mask (spice,

Re: [Qemu-devel] [RFC] Continuous work on sandboxing

2013-04-26 Thread Paul Moore
On Friday, April 26, 2013 03:39:33 PM Eduardo Otubo wrote: > Hello folks, > > Resuming the sandboxing work, I'd like to ask for comments on the > ideias I have: > > 1. Reduce whitelist to the optimal subset: Run various tests on Qemu > with different configurations to reduce to the smallest sysc

[Qemu-devel] [RFC] Continuous work on sandboxing

2013-04-26 Thread Eduardo Otubo
Hello folks, Resuming the sandboxing work, I'd like to ask for comments on the ideias I have: 1. Reduce whitelist to the optimal subset: Run various tests on Qemu with different configurations to reduce to the smallest syscall set possible; test and send a patch weekly (this is already bei