linux-arch.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Serge E. Hallyn" <serge@hallyn.com>
To: Will Drewry <wad@chromium.org>
Cc: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-doc@vger.kernel.org, kernel-hardening@lists.openwall.com,
	netdev@vger.kernel.org, x86@kernel.org, arnd@arndb.de,
	davem@davemloft.net, hpa@zytor.com, mingo@redhat.com,
	oleg@redhat.com, peterz@infradead.org, rdunlap@xenotime.net,
	mcgrathr@chromium.org, tglx@linutronix.de, luto@mit.edu,
	eparis@redhat.com, serge.hallyn@canonical.com, djm@mindrot.org,
	scarybeasts@gmail.com, indan@nul.nu, pmoore@redhat.com,
	akpm@linux-foundation.org, corbet@lwn.net,
	eric.dumazet@gmail.com, markus@chromium.org,
	coreyb@linux.vnet.ibm.com, keescook@chromium.org
Subject: Re: [PATCH v12 07/13] seccomp: add SECCOMP_RET_ERRNO
Date: Fri, 2 Mar 2012 18:24:55 +0000	[thread overview]
Message-ID: <20120302182455.GA11308@mail.hallyn.com> (raw)
In-Reply-To: <1330559620-23543-7-git-send-email-wad@chromium.org>

Quoting Will Drewry (wad@chromium.org):
> This change adds the SECCOMP_RET_ERRNO as a valid return value from a
> seccomp filter.  Additionally, it makes the first use of the lower
> 16-bits for storing a filter-supplied errno.  16-bits is more than
> enough for the errno-base.h calls.
> 
> Returning errors instead of immediately terminating processes that
> violate seccomp policy allow for broader use of this functionality
> for kernel attack surface reduction.  For example, a linux container
> could maintain a whitelist of pre-existing system calls but drop
> all new ones with errnos.  This would keep a logically static attack
> surface while providing errnos that may allow for graceful failure
> without the downside of do_exit() on a bad call.
> 
> v12: - move to WARN_ON if filter is NULL
>        (oleg@redhat.com, luto@mit.edu, keescook@chromium.org)
>      - return immediately for filter==NULL (keescook@chromium.org)
>      - change evaluation to only compare the ACTION so that layered
>        errnos don't result in the lowest one being returned.
>        (keeschook@chromium.org)
> v11: - check for NULL filter (keescook@chromium.org)
> v10: - change loaders to fn
>  v9: - n/a
>  v8: - update Kconfig to note new need for syscall_set_return_value.
>      - reordered such that TRAP behavior follows on later.
>      - made the for loop a little less indent-y
>  v7: - introduced
> 
> Reviewed-by: Kees Cook <keescook@chromium.org>
> Signed-off-by: Will Drewry <wad@chromium.org>

Clever :)

Thanks, Will.

For patches 1-7,

Acked-by: Serge Hallyn <serge.hallyn@canonical.com>

The -1 return value from __secure_computing_int() seems like it
could stand  #define, like

#define SECCOMP_DONTRUN -1
#define SECCOMP_RUN 0

or something Maybe not, but -1 always scares me and I had to look back
and forth a few times to make sure it was doing what I would want.

(I've only quickly looked at the following ones.   I had no
objection, but didn't seriously review them.)

> ---
>  arch/Kconfig            |    6 ++++--
>  include/linux/seccomp.h |   15 +++++++++++----
>  kernel/seccomp.c        |   43 ++++++++++++++++++++++++++++++++++---------
>  3 files changed, 49 insertions(+), 15 deletions(-)
> 
> diff --git a/arch/Kconfig b/arch/Kconfig
> index 7a696a9..1350d07 100644
> --- a/arch/Kconfig
> +++ b/arch/Kconfig
> @@ -237,8 +237,10 @@ config HAVE_ARCH_SECCOMP_FILTER
>  	bool
>  	help
>  	  This symbol should be selected by an architecure if it provides
> -	  asm/syscall.h, specifically syscall_get_arguments() and
> -	  syscall_get_arch().
> +	  asm/syscall.h, specifically syscall_get_arguments(),
> +	  syscall_get_arch(), and syscall_set_return_value().  Additionally,
> +	  its system call entry path must respect a return value of -1 from
> +	  __secure_computing_int() and/or secure_computing().
>  
>  config SECCOMP_FILTER
>  	def_bool y
> diff --git a/include/linux/seccomp.h b/include/linux/seccomp.h
> index 6ef133c..a81fccd 100644
> --- a/include/linux/seccomp.h
> +++ b/include/linux/seccomp.h
> @@ -12,13 +12,14 @@
>  
>  /*
>   * All BPF programs must return a 32-bit value.
> - * The bottom 16-bits are reserved for future use.
> + * The bottom 16-bits are for optional return data.
>   * The upper 16-bits are ordered from least permissive values to most.
>   *
>   * The ordering ensures that a min_t() over composed return values always
>   * selects the least permissive choice.
>   */
>  #define SECCOMP_RET_KILL	0x00000000U /* kill the task immediately */
> +#define SECCOMP_RET_ERRNO	0x00030000U /* returns an errno */
>  #define SECCOMP_RET_ALLOW	0x7fff0000U /* allow */
>  
>  /* Masks for the return value sections. */
> @@ -64,11 +65,17 @@ struct seccomp {
>  	struct seccomp_filter *filter;
>  };
>  
> -extern void __secure_computing(int);
> -static inline void secure_computing(int this_syscall)
> +/*
> + * Direct callers to __secure_computing should be updated as
> + * CONFIG_HAVE_ARCH_SECCOMP_FILTER propagates.
> + */
> +extern void __secure_computing(int) __deprecated;
> +extern int __secure_computing_int(int);
> +static inline int secure_computing(int this_syscall)
>  {
>  	if (unlikely(test_thread_flag(TIF_SECCOMP)))
> -		__secure_computing(this_syscall);
> +		return  __secure_computing_int(this_syscall);
> +	return 0;
>  }
>  
>  extern long prctl_get_seccomp(void);
> diff --git a/kernel/seccomp.c b/kernel/seccomp.c
> index 71df324..88dd568 100644
> --- a/kernel/seccomp.c
> +++ b/kernel/seccomp.c
> @@ -137,21 +137,25 @@ static void *bpf_load(const void *nr, int off, unsigned int size, void *buf)
>  static u32 seccomp_run_filters(int syscall)
>  {
>  	struct seccomp_filter *f;
> -	u32 ret = SECCOMP_RET_KILL;
>  	static const struct bpf_load_fn fns = {
>  		bpf_load,
>  		sizeof(struct seccomp_data),
>  	};
> +	u32 ret = SECCOMP_RET_ALLOW;
>  	const void *sc_ptr = (const void *)(uintptr_t)syscall;
>  
> +	/* Ensure unexpected behavior doesn't result in failing open. */
> +	if (WARN_ON(current->seccomp.filter == NULL))
> +		return SECCOMP_RET_KILL;
> +
>  	/*
>  	 * All filters are evaluated in order of youngest to oldest. The lowest
> -	 * BPF return value always takes priority.
> +	 * BPF return value (ignoring the DATA) always takes priority.
>  	 */
>  	for (f = current->seccomp.filter; f; f = f->prev) {
> -		ret = bpf_run_filter(sc_ptr, f->insns, &fns);
> -		if (ret != SECCOMP_RET_ALLOW)
> -			break;
> +		u32 cur_ret = bpf_run_filter(sc_ptr, f->insns, &fns);
> +		if ((cur_ret & SECCOMP_RET_ACTION) < (ret & SECCOMP_RET_ACTION))
> +			ret = cur_ret;
>  	}
>  	return ret;
>  }
> @@ -289,6 +293,13 @@ static int mode1_syscalls_32[] = {
>  
>  void __secure_computing(int this_syscall)
>  {
> +	/* Filter calls should never use this function. */
> +	BUG_ON(current->seccomp.mode == SECCOMP_MODE_FILTER);
> +	__secure_computing_int(this_syscall);
> +}
> +
> +int __secure_computing_int(int this_syscall)
> +{
>  	int mode = current->seccomp.mode;
>  	int exit_code = SIGKILL;
>  	int *syscall;
> @@ -302,16 +313,29 @@ void __secure_computing(int this_syscall)
>  #endif
>  		do {
>  			if (*syscall == this_syscall)
> -				return;
> +				return 0;
>  		} while (*++syscall);
>  		break;
>  #ifdef CONFIG_SECCOMP_FILTER
> -	case SECCOMP_MODE_FILTER:
> -		if (seccomp_run_filters(this_syscall) == SECCOMP_RET_ALLOW)
> -			return;
> +	case SECCOMP_MODE_FILTER: {
> +		u32 action = seccomp_run_filters(this_syscall);
> +		switch (action & SECCOMP_RET_ACTION) {
> +		case SECCOMP_RET_ERRNO:
> +			/* Set the low-order 16-bits as a errno. */
> +			syscall_set_return_value(current, task_pt_regs(current),
> +						 -(action & SECCOMP_RET_DATA),
> +						 0);
> +			return -1;
> +		case SECCOMP_RET_ALLOW:
> +			return 0;
> +		case SECCOMP_RET_KILL:
> +		default:
> +			break;
> +		}
>  		seccomp_filter_log_failure(this_syscall);
>  		exit_code = SIGSYS;
>  		break;
> +	}
>  #endif
>  	default:
>  		BUG();
> @@ -322,6 +346,7 @@ void __secure_computing(int this_syscall)
>  #endif
>  	audit_seccomp(this_syscall);
>  	do_exit(exit_code);
> +	return -1;	/* never reached */
>  }
>  
>  long prctl_get_seccomp(void)
> -- 
> 1.7.5.4
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

  parent reply	other threads:[~2012-03-02 18:24 UTC|newest]

Thread overview: 73+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-29 23:53 [PATCH v12 01/13] sk_run_filter: add support for custom load_pointer Will Drewry
2012-02-29 23:53 ` Will Drewry
2012-02-29 23:53 ` [PATCH v12 02/13] net/compat.c,linux/filter.h: share compat_sock_fprog Will Drewry
2012-02-29 23:53   ` Will Drewry
2012-02-29 23:53 ` [PATCH v12 03/13] seccomp: kill the seccomp_t typedef Will Drewry
2012-02-29 23:53   ` Will Drewry
2012-02-29 23:53 ` [PATCH v12 04/13] asm/syscall.h: add syscall_get_arch Will Drewry
2012-02-29 23:53   ` Will Drewry
2012-02-29 23:53 ` [PATCH v12 05/13] arch/x86: add syscall_get_arch to syscall.h Will Drewry
2012-02-29 23:53   ` Will Drewry
2012-02-29 23:53 ` [PATCH v12 06/13] seccomp: add system call filtering using BPF Will Drewry
2012-02-29 23:53   ` Will Drewry
2012-03-02  5:45   ` Indan Zupancic
2012-03-02  5:45     ` Indan Zupancic
2012-03-02  5:52     ` H. Peter Anvin
2012-03-02  5:52       ` H. Peter Anvin
2012-03-02  6:43       ` Indan Zupancic
2012-03-02  6:43         ` Indan Zupancic
2012-03-02  6:55         ` H. Peter Anvin
2012-03-02  6:55           ` H. Peter Anvin
2012-03-02  8:12           ` Indan Zupancic
2012-03-02  8:12             ` Indan Zupancic
2012-03-02 18:44     ` [kernel-hardening] " Will Drewry
2012-03-02 18:44       ` Will Drewry
2012-02-29 23:53 ` [PATCH v12 07/13] seccomp: add SECCOMP_RET_ERRNO Will Drewry
2012-02-29 23:53   ` Will Drewry
2012-03-02 18:24   ` Serge E. Hallyn [this message]
2012-03-02 18:24     ` Serge E. Hallyn
2012-03-05 21:03     ` Will Drewry
2012-03-05 21:03       ` Will Drewry
2012-03-05 21:13       ` Serge Hallyn
2012-03-05 21:13         ` Serge Hallyn
2012-02-29 23:53 ` [PATCH v12 08/13] signal, x86: add SIGSYS info and make it synchronous Will Drewry
2012-02-29 23:53   ` Will Drewry
2012-02-29 23:53 ` [PATCH v12 09/13] seccomp: Add SECCOMP_RET_TRAP Will Drewry
2012-02-29 23:53   ` Will Drewry
2012-02-29 23:53 ` [PATCH v12 10/13] ptrace,seccomp: Add PTRACE_SECCOMP support Will Drewry
2012-02-29 23:53   ` Will Drewry
2012-02-29 23:53 ` [PATCH v12 11/13] x86: Enable HAVE_ARCH_SECCOMP_FILTER Will Drewry
2012-02-29 23:53   ` Will Drewry
2012-02-29 23:53 ` [PATCH v12 12/13] Documentation: prctl/seccomp_filter Will Drewry
2012-02-29 23:53   ` Will Drewry
2012-02-29 23:53 ` [PATCH v12 13/13] seccomp: remove duplicated failure logging Will Drewry
2012-02-29 23:53   ` Will Drewry
2012-03-01 23:37 ` [PATCH v12 01/13] sk_run_filter: add support for custom load_pointer Kees Cook
2012-03-01 23:37   ` Kees Cook
2012-03-02  0:05   ` H. Peter Anvin
2012-03-02  0:05     ` H. Peter Anvin
2012-03-02  0:22   ` Andrew Lutomirski
2012-03-02  0:47   ` Stephen Rothwell
2012-03-02  0:47     ` Stephen Rothwell
2012-03-02  0:57     ` Kees Cook
2012-03-02  1:19       ` Andrew Morton
2012-03-02  1:19         ` Andrew Morton
2012-03-02  2:39         ` Will Drewry
2012-03-02  2:39           ` Will Drewry
2012-03-02  4:04         ` Indan Zupancic
2012-03-02  4:04           ` Indan Zupancic
2012-03-02  5:03           ` Stephen Rothwell
2012-03-02  5:03             ` Stephen Rothwell
2012-03-02  5:26           ` Kees Cook
2012-03-02  5:26             ` Kees Cook
2012-03-02  1:48       ` Andrew Lutomirski
2012-03-02  3:10       ` Stephen Rothwell
2012-03-02  3:41         ` Will Drewry
2012-03-02  3:41           ` Will Drewry
2012-03-02  3:57           ` Stephen Rothwell
2012-03-02  3:57             ` Stephen Rothwell
2012-03-02  0:47   ` Eric Dumazet
2012-03-02 10:40 ` Indan Zupancic
2012-03-02 10:40   ` Indan Zupancic
2012-03-02 18:47   ` Will Drewry
2012-03-02 18:47     ` Will Drewry

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120302182455.GA11308@mail.hallyn.com \
    --to=serge@hallyn.com \
    --cc=akpm@linux-foundation.org \
    --cc=arnd@arndb.de \
    --cc=corbet@lwn.net \
    --cc=coreyb@linux.vnet.ibm.com \
    --cc=davem@davemloft.net \
    --cc=djm@mindrot.org \
    --cc=eparis@redhat.com \
    --cc=eric.dumazet@gmail.com \
    --cc=hpa@zytor.com \
    --cc=indan@nul.nu \
    --cc=keescook@chromium.org \
    --cc=kernel-hardening@lists.openwall.com \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=luto@mit.edu \
    --cc=markus@chromium.org \
    --cc=mcgrathr@chromium.org \
    --cc=mingo@redhat.com \
    --cc=netdev@vger.kernel.org \
    --cc=oleg@redhat.com \
    --cc=peterz@infradead.org \
    --cc=pmoore@redhat.com \
    --cc=rdunlap@xenotime.net \
    --cc=scarybeasts@gmail.com \
    --cc=serge.hallyn@canonical.com \
    --cc=tglx@linutronix.de \
    --cc=wad@chromium.org \
    --cc=x86@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).