aboutsummaryrefslogtreecommitdiffstats
path: root/arch
diff options
context:
space:
mode:
authorWill Drewry <wad@chromium.org>2012-04-12 17:48:02 -0400
committerJames Morris <james.l.morris@oracle.com>2012-04-13 21:13:21 -0400
commitfb0fadf9b213f55ca9368f3edafe51101d5d2deb (patch)
treee3e999f0b44a7b4a08b208ae222f509917fc675b /arch
parentbb6ea4301a1109afdacaee576fedbfcd7152fc86 (diff)
ptrace,seccomp: Add PTRACE_SECCOMP support
This change adds support for a new ptrace option, PTRACE_O_TRACESECCOMP, and a new return value for seccomp BPF programs, SECCOMP_RET_TRACE. When a tracer specifies the PTRACE_O_TRACESECCOMP ptrace option, the tracer will be notified, via PTRACE_EVENT_SECCOMP, for any syscall that results in a BPF program returning SECCOMP_RET_TRACE. The 16-bit SECCOMP_RET_DATA mask of the BPF program return value will be passed as the ptrace_message and may be retrieved using PTRACE_GETEVENTMSG. If the subordinate process is not using seccomp filter, then no system call notifications will occur even if the option is specified. If there is no tracer with PTRACE_O_TRACESECCOMP when SECCOMP_RET_TRACE is returned, the system call will not be executed and an -ENOSYS errno will be returned to userspace. This change adds a dependency on the system call slow path. Any future efforts to use the system call fast path for seccomp filter will need to address this restriction. Signed-off-by: Will Drewry <wad@chromium.org> Acked-by: Eric Paris <eparis@redhat.com> v18: - rebase - comment fatal_signal check - acked-by - drop secure_computing_int comment v17: - ... v16: - update PT_TRACE_MASK to 0xbf4 so that STOP isn't clear on SETOPTIONS call (indan@nul.nu) [note PT_TRACE_MASK disappears in linux-next] v15: - add audit support for non-zero return codes - clean up style (indan@nul.nu) v14: - rebase/nochanges v13: - rebase on to 88ebdda6159ffc15699f204c33feb3e431bf9bdc (Brings back a change to ptrace.c and the masks.) v12: - rebase to linux-next - use ptrace_event and update arch/Kconfig to mention slow-path dependency - drop all tracehook changes and inclusion (oleg@redhat.com) v11: - invert the logic to just make it a PTRACE_SYSCALL accelerator (indan@nul.nu) v10: - moved to PTRACE_O_SECCOMP / PT_TRACE_SECCOMP v9: - n/a v8: - guarded PTRACE_SECCOMP use with an ifdef v7: - introduced Signed-off-by: James Morris <james.l.morris@oracle.com>
Diffstat (limited to 'arch')
-rw-r--r--arch/Kconfig10
1 files changed, 5 insertions, 5 deletions
diff --git a/arch/Kconfig b/arch/Kconfig
index 66aef13f603..c024b3ed667 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -219,15 +219,15 @@ config ARCH_WANT_OLD_COMPAT_IPC
219config HAVE_ARCH_SECCOMP_FILTER 219config HAVE_ARCH_SECCOMP_FILTER
220 bool 220 bool
221 help 221 help
222 This symbol should be selected by an architecure if it provides: 222 An arch should select this symbol if it provides all of these things:
223 asm/syscall.h:
224 - syscall_get_arch() 223 - syscall_get_arch()
225 - syscall_get_arguments() 224 - syscall_get_arguments()
226 - syscall_rollback() 225 - syscall_rollback()
227 - syscall_set_return_value() 226 - syscall_set_return_value()
228 SIGSYS siginfo_t support must be implemented. 227 - SIGSYS siginfo_t support
229 __secure_computing()/secure_computing()'s return value must be 228 - secure_computing is called from a ptrace_event()-safe context
230 checked, with -1 resulting in the syscall being skipped. 229 - secure_computing return value is checked and a return value of -1
230 results in the system call being skipped immediately.
231 231
232config SECCOMP_FILTER 232config SECCOMP_FILTER
233 def_bool y 233 def_bool y