From: Chang S. Bae <hidden> Date: 2021-02-03 17:28:24
During signal entry, the kernel pushes data onto the normal userspace
stack. On x86, the data pushed onto the user stack includes XSAVE state,
which has grown over time as new features and larger registers have been
added to the architecture.
MINSIGSTKSZ is a constant provided in the kernel signal.h headers and
typically distributed in lib-dev(el) packages, e.g. [1]. Its value is
compiled into programs and is part of the user/kernel ABI. The MINSIGSTKSZ
constant indicates to userspace how much data the kernel expects to push on
the user stack, [2][3].
However, this constant is much too small and does not reflect recent
additions to the architecture. For instance, when AVX-512 states are in
use, the signal frame size can be 3.5KB while MINSIGSTKSZ remains 2KB.
The bug report [4] explains this as an ABI issue. The small MINSIGSTKSZ can
cause user stack overflow when delivering a signal.
In this series, we suggest a couple of things:
1. Provide a variable minimum stack size to userspace, as a similar
approach to [5]
2. Avoid using a too-small alternate stack
Changes from v4 [9]:
* Moved the aux vector define to the generic header (Carlos O'Donell)
Changes from v3 [8]:
* Updated the changelog (Borislav Petkov)
* Revised the test messages again (Borislav Petkov)
Changes from v2 [7]:
* Simplified the sigaltstack overflow prevention (Jann Horn)
* Renamed fpstate size helper with cleanup (Borislav Petkov)
* Cleaned up the signframe struct size defines (Borislav Petkov)
* Revised the selftest messages (Borislav Petkov)
* Revised a changelog (Borislav Petkov)
Changes from v1 [6]:
* Took stack alignment into account for sigframe size (Dave Martin)
[1]: https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/unix/sysv/linux/bits/sigstack.h;h=b9dca794da09
3dc4d41d39db9851d444e1b54d9b;hb=HEAD
[2]: https://www.gnu.org/software/libc/manual/html_node/Signal-Stack.html
[3]: https://man7.org/linux/man-pages/man2/sigaltstack.2.html
[4]: https://bugzilla.kernel.org/show_bug.cgi?id=153531
[5]: https://blog.linuxplumbersconf.org/2017/ocw/system/presentations/4671/original/plumbers-dm-2017.pdf
[6]: https://lore.kernel.org/lkml/20200929205746.6763-1-chang.seok.bae@intel.com/
[7]: https://lore.kernel.org/lkml/20201119190237.626-1-chang.seok.bae@intel.com/
[8]: https://lore.kernel.org/lkml/20201223015312.4882-1-chang.seok.bae@intel.com/
[9]: https://lore.kernel.org/lkml/20210115211038.2072-1-chang.seok.bae@intel.com/
Chang S. Bae (5):
uapi: Move the aux vector AT_MINSIGSTKSZ define to uapi
x86/signal: Introduce helpers to get the maximum signal frame size
x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ
x86/signal: Detect and prevent an alternate signal stack overflow
selftest/x86/signal: Include test cases for validating sigaltstack
arch/arm64/include/uapi/asm/auxvec.h | 1 -
arch/x86/include/asm/elf.h | 4 +
arch/x86/include/asm/fpu/signal.h | 2 +
arch/x86/include/asm/sigframe.h | 2 +
arch/x86/include/uapi/asm/auxvec.h | 4 +-
arch/x86/kernel/cpu/common.c | 3 +
arch/x86/kernel/fpu/signal.c | 19 ++++
arch/x86/kernel/signal.c | 69 +++++++++++-
include/uapi/linux/auxvec.h | 1 +
tools/testing/selftests/x86/Makefile | 2 +-
tools/testing/selftests/x86/sigaltstack.c | 128 ++++++++++++++++++++++
11 files changed, 227 insertions(+), 8 deletions(-)
create mode 100644 tools/testing/selftests/x86/sigaltstack.c
--
2.17.1
From: Chang S. Bae <hidden> Date: 2021-02-03 17:28:25
Move the AT_MINSIGSTKSZ definition to generic Linux from arm64. It is
already used as generic ABI in glibc's generic elf.h, and this move will
prevent future namespace conflicts. In particular, x86 will re-use this
generic definition.
Signed-off-by: Chang S. Bae <redacted>
Reviewed-by: Len Brown <redacted>
Cc: Carlos O'Donell <redacted>
Cc: Dave Martin <Dave.Martin@arm.com>
Cc: libc-alpha@sourceware.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
Change from v4:
* Added as a new patch (Carlos O'Donell)
---
arch/arm64/include/uapi/asm/auxvec.h | 1 -
include/uapi/linux/auxvec.h | 1 +
2 files changed, 1 insertion(+), 1 deletion(-)
From: Chang S. Bae <hidden> Date: 2021-02-03 17:28:49
Signal frames do not have a fixed format and can vary in size when a number
of things change: support XSAVE features, 32 vs. 64-bit apps. Add the code
to support a runtime method for userspace to dynamically discover how large
a signal stack needs to be.
Introduce a new variable, max_frame_size, and helper functions for the
calculation to be used in a new user interface. Set max_frame_size to a
system-wide worst-case value, instead of storing multiple app-specific
values.
Signed-off-by: Chang S. Bae <redacted>
Reviewed-by: Len Brown <redacted>
Acked-by: H.J. Lu <redacted>
Cc: Borislav Petkov <bp@alien8.de>
Cc: x86@kernel.org
Cc: linux-kernel@vger.kernel.org
---
Changes from v2:
* Renamed the fpstate size helper with cleanup (Borislav Petkov)
* Moved the sigframe struct size defines to where used (Borislav Petkov)
* Removed unneeded sentence in the changelog (Borislav Petkov)
Change from v1:
* Took stack alignment into account for sigframe size (Dave Martin)
---
arch/x86/include/asm/fpu/signal.h | 2 ++
arch/x86/include/asm/sigframe.h | 2 ++
arch/x86/kernel/cpu/common.c | 3 ++
arch/x86/kernel/fpu/signal.c | 19 +++++++++++
arch/x86/kernel/signal.c | 57 +++++++++++++++++++++++++++++--
5 files changed, 81 insertions(+), 2 deletions(-)
@@ -507,6 +507,25 @@ fpu__alloc_mathframe(unsigned long sp, int ia32_frame,returnsp;}++unsignedlongfpu__get_fpstate_size(void)+{+unsignedlongret=xstate_sigframe_size();++/*+*Thisspaceisneededon(most)32-bitkernels,orwhena32-bit+*appisrunningona64-bitkernel.Tokeepthingssimple,just+*assumetheworstcaseandalwaysincludespacefor'freg_state',+*evenfor64-bitappson64-bitkernels.Thiswastesabitof+*space,butkeepsthecodesimple.+*/+if((IS_ENABLED(CONFIG_IA32_EMULATION)||+IS_ENABLED(CONFIG_X86_32))&&use_fxsr())+ret+=sizeof(structfregs_state);++returnret;+}+/**PreparetheSWreservedportionofthefxsavememorylayout,indicating*thepresenceoftheextendedstateinformationinthememorylayout
From: Chang S. Bae <hidden> Date: 2021-02-03 17:28:56
Historically, signal.h defines MINSIGSTKSZ (2KB) and SIGSTKSZ (8KB), for
use by all architectures with sigaltstack(2). Over time, the hardware state
size grew, but these constants did not evolve. Today, literal use of these
constants on several architectures may result in signal stack overflow, and
thus user data corruption.
A few years ago, the ARM team addressed this issue by establishing
getauxval(AT_MINSIGSTKSZ), such that the kernel can supply at runtime value
that is an appropriate replacement on the current and future hardware.
Add getauxval(AT_MINSIGSTKSZ) support to x86, analogous to the support
added for ARM in commit 94b07c1f8c39 ("arm64: signal: Report signal frame
size to userspace via auxv").
Reported-by: Florian Weimer <redacted>
Fixes: c2bc11f10a39 ("x86, AVX-512: Enable AVX-512 States Context Switch")
Signed-off-by: Chang S. Bae <redacted>
Reviewed-by: Len Brown <redacted>
Cc: H.J. Lu <redacted>
Cc: Fenghua Yu <redacted>
Cc: Dave Martin <Dave.Martin@arm.com>
Cc: Michael Ellerman <mpe@ellerman.id.au>
Cc: x86@kernel.org
Cc: libc-alpha@sourceware.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Link: https://bugzilla.kernel.org/show_bug.cgi?id=153531
---
arch/x86/include/asm/elf.h | 4 ++++
arch/x86/include/uapi/asm/auxvec.h | 4 ++--
arch/x86/kernel/signal.c | 5 +++++
3 files changed, 11 insertions(+), 2 deletions(-)
@@ -312,6 +312,7 @@ do { \NEW_AUX_ENT(AT_SYSINFO,VDSO_ENTRY);\NEW_AUX_ENT(AT_SYSINFO_EHDR,VDSO_CURRENT_BASE);\}\+NEW_AUX_ENT(AT_MINSIGSTKSZ,get_sigframe_size());\}while(0)/*
@@ -328,6 +329,7 @@ extern unsigned long task_size_32bit(void);externunsignedlongtask_size_64bit(intfull_addr_space);externunsignedlongget_mmap_base(intis_legacy);externboolmmap_address_hint_valid(unsignedlongaddr,unsignedlonglen);+externunsignedlongget_sigframe_size(void);#ifdef CONFIG_X86_32
@@ -349,6 +351,7 @@ do { \if(vdso64_enabled)\NEW_AUX_ENT(AT_SYSINFO_EHDR,\(unsignedlong__force)current->mm->context.vdso);\+NEW_AUX_ENT(AT_MINSIGSTKSZ,get_sigframe_size());\}while(0)/* As a historical oddity, the x32 and x86_64 vDSOs are controlled together. */
@@ -357,6 +360,7 @@ do { \if(vdso64_enabled)\NEW_AUX_ENT(AT_SYSINFO_EHDR,\(unsignedlong__force)current->mm->context.vdso);\+NEW_AUX_ENT(AT_MINSIGSTKSZ,get_sigframe_size());\}while(0)#define AT_SYSINFO 32
From: Chang S. Bae <hidden> Date: 2021-02-03 17:29:18
The kernel pushes context on to the userspace stack to prepare for the
user's signal handler. When the user has supplied an alternate signal
stack, via sigaltstack(2), it is easy for the kernel to verify that the
stack size is sufficient for the current hardware context.
Check if writing the hardware context to the alternate stack will exceed
it's size. If yes, then instead of corrupting user-data and proceeding with
the original signal handler, an immediate SIGSEGV signal is delivered.
While previous patches in this series allow new source code to discover and
use a sufficient alternate signal stack size, this check is still necessary
to protect binaries with insufficient alternate signal stack size from data
corruption.
Suggested-by: Jann Horn <jannh@google.com>
Signed-off-by: Chang S. Bae <redacted>
Reviewed-by: Len Brown <redacted>
Reviewed-by: Jann Horn <jannh@google.com>
Cc: Borislav Petkov <bp@alien8.de>
Cc: Jann Horn <jannh@google.com>
Cc: x86@kernel.org
Cc: linux-kernel@vger.kernel.org
---
Changes from v3:
* Updated the changelog (Borislav Petkov)
Changes from v2:
* Simplified the implementation (Jann Horn)
---
arch/x86/kernel/signal.c | 7 +++++--
1 file changed, 5 insertions(+), 2 deletions(-)
@@ -251,8 +251,11 @@ get_sigframe(struct k_sigaction *ka, struct pt_regs *regs, size_t frame_size,/* This is the X/Open sanctioned signal stack switching. */if(ka->sa.sa_flags&SA_ONSTACK){-if(sas_ss_flags(sp)==0)+if(sas_ss_flags(sp)==0){sp=current->sas_ss_sp+current->sas_ss_size;+/* On the alternate signal stack */+onsigstack=true;+}}elseif(IS_ENABLED(CONFIG_X86_32)&&!onsigstack&®s->ss!=__USER_DS&&
From: Chang S. Bae <hidden> Date: 2021-02-03 17:29:28
The test measures the kernel's signal delivery with different (enough vs.
insufficient) stack sizes.
Signed-off-by: Chang S. Bae <redacted>
Reviewed-by: Len Brown <redacted>
Cc: Borislav Petkov <bp@alien8.de>
Cc: x86@kernel.org
Cc: linux-kselftest@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
Changes from v3:
* Revised test messages again (Borislav Petkov)
Changes from v2:
* Revised test messages (Borislav Petkov)
---
tools/testing/selftests/x86/Makefile | 2 +-
tools/testing/selftests/x86/sigaltstack.c | 128 ++++++++++++++++++++++
2 files changed, 129 insertions(+), 1 deletion(-)
create mode 100644 tools/testing/selftests/x86/sigaltstack.c
@@ -0,0 +1,128 @@+// SPDX-License-Identifier: GPL-2.0-only++#define _GNU_SOURCE+#include<signal.h>+#include<stdio.h>+#include<stdbool.h>+#include<string.h>+#include<err.h>+#include<errno.h>+#include<limits.h>+#include<sys/mman.h>+#include<sys/auxv.h>+#include<sys/prctl.h>+#include<sys/resource.h>+#include<setjmp.h>++/* sigaltstack()-enforced minimum stack */+#define ENFORCED_MINSIGSTKSZ 2048++#ifndef AT_MINSIGSTKSZ+# define AT_MINSIGSTKSZ 51+#endif++staticintnerrs;++staticboolsigalrm_expected;++staticunsignedlongat_minstack_size;++staticvoidsethandler(intsig,void(*handler)(int,siginfo_t*,void*),+intflags)+{+structsigactionsa;++memset(&sa,0,sizeof(sa));+sa.sa_sigaction=handler;+sa.sa_flags=SA_SIGINFO|flags;+sigemptyset(&sa.sa_mask);+if(sigaction(sig,&sa,0))+err(1,"sigaction");+}++staticvoidclearhandler(intsig)+{+structsigactionsa;++memset(&sa,0,sizeof(sa));+sa.sa_handler=SIG_DFL;+sigemptyset(&sa.sa_mask);+if(sigaction(sig,&sa,0))+err(1,"sigaction");+}++staticintsetup_altstack(void*start,unsignedlongsize)+{+stack_tss;++memset(&ss,0,sizeof(ss));+ss.ss_size=size;+ss.ss_sp=start;++returnsigaltstack(&ss,NULL);+}++staticjmp_bufjmpbuf;++staticvoidsigsegv(intsig,siginfo_t*info,void*ctx_void)+{+if(sigalrm_expected){+printf("[FAIL]\tWrong signal delivered: SIGSEGV (expected SIGALRM).");+nerrs++;+}else{+printf("[OK]\tSIGSEGV signal delivered.\n");+}++siglongjmp(jmpbuf,1);+}++staticvoidsigalrm(intsig,siginfo_t*info,void*ctx_void)+{+if(!sigalrm_expected){+printf("[FAIL]\tWrong signal delivered: SIGALRM (expected SIGSEGV).");+nerrs++;+}else{+printf("[OK]\tSIGALRM signal delivered.\n");+}+}++staticvoidtest_sigaltstack(void*altstack,unsignedlongsize)+{+if(setup_altstack(altstack,size))+err(1,"sigaltstack()");++sigalrm_expected=(size>at_minstack_size)?true:false;++sethandler(SIGSEGV,sigsegv,0);+sethandler(SIGALRM,sigalrm,SA_ONSTACK);++if(!sigsetjmp(jmpbuf,1)){+printf("[RUN]\tTest an alternate signal stack of %ssufficient size.\n",+sigalrm_expected?"":"in");+printf("\tRaise SIGALRM. %s is expected to be delivered.\n",+sigalrm_expected?"It":"SIGSEGV");+raise(SIGALRM);+}++clearhandler(SIGALRM);+clearhandler(SIGSEGV);+}++intmain(void)+{+void*altstack;++at_minstack_size=getauxval(AT_MINSIGSTKSZ);++altstack=mmap(NULL,at_minstack_size+SIGSTKSZ,PROT_READ|PROT_WRITE,+MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK,-1,0);+if(altstack==MAP_FAILED)+err(1,"mmap()");++if((ENFORCED_MINSIGSTKSZ+1)<at_minstack_size)+test_sigaltstack(altstack,ENFORCED_MINSIGSTKSZ+1);++test_sigaltstack(altstack,at_minstack_size+SIGSTKSZ);++returnnerrs==0?0:1;+}
From: Dave Martin <Dave.Martin@arm.com> Date: 2021-02-04 15:57:39
On Wed, Feb 03, 2021 at 09:22:38AM -0800, Chang S. Bae wrote:
quoted hunk
Move the AT_MINSIGSTKSZ definition to generic Linux from arm64. It is
already used as generic ABI in glibc's generic elf.h, and this move will
prevent future namespace conflicts. In particular, x86 will re-use this
generic definition.
Signed-off-by: Chang S. Bae <redacted>
Reviewed-by: Len Brown <redacted>
Cc: Carlos O'Donell <redacted>
Cc: Dave Martin <Dave.Martin@arm.com>
Cc: libc-alpha@sourceware.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
Change from v4:
* Added as a new patch (Carlos O'Donell)
---
arch/arm64/include/uapi/asm/auxvec.h | 1 -
include/uapi/linux/auxvec.h | 1 +
2 files changed, 1 insertion(+), 1 deletion(-)
@@ -19,7 +19,6 @@/* vDSO location */#define AT_SYSINFO_EHDR 33-#define AT_MINSIGSTKSZ 51 /* stack needed for signal delivery */
Since this is UAPI, I'm wondering whether we should try to preserve this
definition for users of <asm/auxvec.h>. (Indeed, it is not uncommon to
include <asm/> headers in userspace hackery, since the <linux/> headers
tend to interact badly with the the libc headers.)
In C11 at least, duplicate #defines are not an error if the definitions
are the same. I don't know about the history, but I suspect this was
true for older standards too. So maybe we can just keep this definition
with a duplicate definition in the common header.
Otherwise, we could have
#ifndef AT_MINSIGSTKSZ
#define AT_MINSIGSTKSZ 51
#endif
in include/linux/uapi/auxvec.h, and keep the arm64 header unchanged.
quoted hunk
#define AT_VECTOR_SIZE_ARCH 2 /* entries in ARCH_DLINFO */
@@ -33,5 +33,6 @@#define AT_EXECFN 31 /* filename of program */+#define AT_MINSIGSTKSZ 51 /* stack needed for signal delivery */#endif /* _UAPI_LINUX_AUXVEC_H */
Otherwise, this looks fine as a concept.
AFAICT, no other arch is already using the value 51.
If nobody else objects to the loss of the definition from arm64's
<asm/auxvec.h> then I guess I can put up with that -- but I will wait to
see if anyone gives a view first.
Cheers
---Dave
From: Will Deacon <will@kernel.org> Date: 2021-02-12 18:47:15
On Thu, Feb 04, 2021 at 03:55:30PM +0000, Dave Martin wrote:
On Wed, Feb 03, 2021 at 09:22:38AM -0800, Chang S. Bae wrote:
quoted
Move the AT_MINSIGSTKSZ definition to generic Linux from arm64. It is
already used as generic ABI in glibc's generic elf.h, and this move will
prevent future namespace conflicts. In particular, x86 will re-use this
generic definition.
Signed-off-by: Chang S. Bae <redacted>
Reviewed-by: Len Brown <redacted>
Cc: Carlos O'Donell <redacted>
Cc: Dave Martin <Dave.Martin@arm.com>
Cc: libc-alpha@sourceware.org
Cc: linux-arch@vger.kernel.org
Cc: linux-api@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
Change from v4:
* Added as a new patch (Carlos O'Donell)
---
arch/arm64/include/uapi/asm/auxvec.h | 1 -
include/uapi/linux/auxvec.h | 1 +
2 files changed, 1 insertion(+), 1 deletion(-)
@@ -19,7 +19,6 @@/* vDSO location */#define AT_SYSINFO_EHDR 33-#define AT_MINSIGSTKSZ 51 /* stack needed for signal delivery */
Since this is UAPI, I'm wondering whether we should try to preserve this
definition for users of <asm/auxvec.h>. (Indeed, it is not uncommon to
include <asm/> headers in userspace hackery, since the <linux/> headers
tend to interact badly with the the libc headers.)
In C11 at least, duplicate #defines are not an error if the definitions
are the same. I don't know about the history, but I suspect this was
true for older standards too. So maybe we can just keep this definition
with a duplicate definition in the common header.
Otherwise, we could have
#ifndef AT_MINSIGSTKSZ
#define AT_MINSIGSTKSZ 51
#endif
in include/linux/uapi/auxvec.h, and keep the arm64 header unchanged.
I think it just boils down to whether or not anything breaks. If it does,
then we'll have to revert the patch, so anything we can do now to minimise
that possibility would be good.
Will
From: Andy Lutomirski <luto@kernel.org> Date: 2021-02-19 01:26:57
On Wed, Feb 3, 2021 at 9:27 AM Chang S. Bae [off-list ref] wrote:
quoted hunk
The kernel pushes context on to the userspace stack to prepare for the
user's signal handler. When the user has supplied an alternate signal
stack, via sigaltstack(2), it is easy for the kernel to verify that the
stack size is sufficient for the current hardware context.
Check if writing the hardware context to the alternate stack will exceed
it's size. If yes, then instead of corrupting user-data and proceeding with
the original signal handler, an immediate SIGSEGV signal is delivered.
While previous patches in this series allow new source code to discover and
use a sufficient alternate signal stack size, this check is still necessary
to protect binaries with insufficient alternate signal stack size from data
corruption.
Suggested-by: Jann Horn <jannh@google.com>
Signed-off-by: Chang S. Bae <redacted>
Reviewed-by: Len Brown <redacted>
Reviewed-by: Jann Horn <jannh@google.com>
Cc: Borislav Petkov <bp@alien8.de>
Cc: Jann Horn <jannh@google.com>
Cc: x86@kernel.org
Cc: linux-kernel@vger.kernel.org
---
Changes from v3:
* Updated the changelog (Borislav Petkov)
Changes from v2:
* Simplified the implementation (Jann Horn)
---
arch/x86/kernel/signal.c | 7 +++++--
1 file changed, 5 insertions(+), 2 deletions(-)
@@ -251,8 +251,11 @@ get_sigframe(struct k_sigaction *ka, struct pt_regs *regs, size_t frame_size,/* This is the X/Open sanctioned signal stack switching. */if(ka->sa.sa_flags&SA_ONSTACK){-if(sas_ss_flags(sp)==0)+if(sas_ss_flags(sp)==0){sp=current->sas_ss_sp+current->sas_ss_size;+/* On the alternate signal stack */+onsigstack=true;
This is buggy. The old code had a dubious special case for
SS_AUTODISARM, and this interacts poorly with it. I think you could
fix it by separating the case in which you are already on the altstack
from the case in which you're switching to the altstack, or you could
fix it by changing the check at the end of the function to literally
check whether the sp value is in bounds instead of calling
on_sig_stack.
Arguably the generic helpers could be adjusted to make this less annoying.