diff options
| author | Marc-André Lureau | 2018-08-22 19:02:47 +0200 |
|---|---|---|
| committer | Eduardo Otubo | 2018-08-23 16:45:20 +0200 |
| commit | 6f2231e9b0931e1998d9ed0c509adf7aedc02db2 (patch) | |
| tree | 62e40bd7df6af9eae13d636c65b111ae72621022 /hw/adc | |
| parent | Merge remote-tracking branch 'remotes/vivier2/tags/linux-user-for-3.1-pull-re... (diff) | |
| download | qemu-6f2231e9b0931e1998d9ed0c509adf7aedc02db2.tar.gz qemu-6f2231e9b0931e1998d9ed0c509adf7aedc02db2.tar.xz qemu-6f2231e9b0931e1998d9ed0c509adf7aedc02db2.zip | |
seccomp: use SIGSYS signal instead of killing the thread
The seccomp action SCMP_ACT_KILL results in immediate termination of
the thread that made the bad system call. However, qemu being
multi-threaded, it keeps running. There is no easy way for parent
process / management layer (libvirt) to know about that situation.
Instead, the default SIGSYS handler when invoked with SCMP_ACT_TRAP
will terminate the program and core dump.
This may not be the most secure solution, but probably better than
just killing the offending thread. SCMP_ACT_KILL_PROCESS has been
added in Linux 4.14 to improve the situation, which I propose to use
by default if available in the next patch.
Related to:
https://bugzilla.redhat.com/show_bug.cgi?id=1594456
Signed-off-by: Marc-André Lureau <marcandre.lureau@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
Acked-by: Eduardo Otubo <otubo@redhat.com>
Diffstat (limited to 'hw/adc')
0 files changed, 0 insertions, 0 deletions