seccomp,x86,arm,mips,s390: Remove nr parameter from secure_computing
authorAndy Lutomirski <luto@amacapital.net>
Tue, 22 Jul 2014 01:49:14 +0000 (18:49 -0700)
committerKees Cook <keescook@chromium.org>
Wed, 3 Sep 2014 21:58:17 +0000 (14:58 -0700)
commita4412fc9486ec85686c6c7929e7e829f62ae377e
treea267720d880085452257406ecf6f672ec8cbdbf9
parent70c8038dd698b44daf7c8fc7e2eca142bec694c4
seccomp,x86,arm,mips,s390: Remove nr parameter from secure_computing

The secure_computing function took a syscall number parameter, but
it only paid any attention to that parameter if seccomp mode 1 was
enabled.  Rather than coming up with a kludge to get the parameter
to work in mode 2, just remove the parameter.

To avoid churn in arches that don't have seccomp filters (and may
not even support syscall_get_nr right now), this leaves the
parameter in secure_computing_strict, which is now a real function.

For ARM, this is a bit ugly due to the fact that ARM conditionally
supports seccomp filters.  Fixing that would probably only be a
couple of lines of code, but it should be coordinated with the audit
maintainers.

This will be a slight slowdown on some arches.  The right fix is to
pass in all of seccomp_data instead of trying to make just the
syscall nr part be fast.

This is a prerequisite for making two-phase seccomp work cleanly.

Cc: Russell King <linux@arm.linux.org.uk>
Cc: linux-arm-kernel@lists.infradead.org
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: linux-mips@linux-mips.org
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: linux-s390@vger.kernel.org
Cc: x86@kernel.org
Cc: Kees Cook <keescook@chromium.org>
Signed-off-by: Andy Lutomirski <luto@amacapital.net>
Signed-off-by: Kees Cook <keescook@chromium.org>
arch/arm/kernel/ptrace.c
arch/mips/kernel/ptrace.c
arch/s390/kernel/ptrace.c
arch/x86/kernel/ptrace.c
arch/x86/kernel/vsyscall_64.c
include/linux/seccomp.h
kernel/seccomp.c