Re: [Qemu-devel] RFC: How to make seccomp reliable and useful ?

2017-03-02 Thread Daniel P. Berrange
On Wed, Mar 01, 2017 at 11:38:56PM +0100, Eduardo Otubo wrote: > On Thu, Feb 16, 2017 at 09=33=16AM +, Daniel P. Berrange wrote: > > On Thu, Feb 16, 2017 at 12:36:51AM +0100, Eduardo Otubo wrote: > > > On Wed, Feb 15, 2017 at 06=27=32PM +, Daniel P. Berrange wrote: > > [...] > > > > > >

Re: [Qemu-devel] RFC: How to make seccomp reliable and useful ?

2017-03-01 Thread Eduardo Otubo
On Thu, Feb 16, 2017 at 09=33=16AM +, Daniel P. Berrange wrote: > On Thu, Feb 16, 2017 at 12:36:51AM +0100, Eduardo Otubo wrote: > > On Wed, Feb 15, 2017 at 06=27=32PM +, Daniel P. Berrange wrote: [...] > > > > > > There is a reasonable easily identifiable set of syscalls that QEMU

Re: [Qemu-devel] RFC: How to make seccomp reliable and useful ?

2017-02-16 Thread Thomas Huth
On 15.02.2017 19:27, Daniel P. Berrange wrote: > The current impl of seccomp in QEMU is intentionally allowing a huge range > of system calls to be executed. The goal was that running '-sandbox on' > should never break any feature of QEMU, so naturally any syscall that can > executed on any

Re: [Qemu-devel] RFC: How to make seccomp reliable and useful ?

2017-02-15 Thread Eduardo Otubo
On Wed, Feb 15, 2017 at 06=27=32PM +, Daniel P. Berrange wrote: > The current impl of seccomp in QEMU is intentionally allowing a huge range > of system calls to be executed. The goal was that running '-sandbox on' > should never break any feature of QEMU, so naturally any syscall that can >