Kees Cook 8f2af155b5 exec: pass stack rlimit into mm layout functions ... Patch series "exec: Pin stack limit during exec". Attempts to solve problems with the stack limit changing during exec continue to be frustrated[1][2]. In addition to the specific issues around the Stack Clash family of flaws, Andy Lutomirski pointed out[3] other places during exec where the stack limit is used and is assumed to be unchanging. Given the many places it gets used and the fact that it can be manipulated/raced via setrlimit() and prlimit(), I think the only way to handle this is to move away from the "current" view of the stack limit and instead attach it to the bprm, and plumb this down into the functions that need to know the stack limits. This series implements the approach. [1] 04e35f4495 ("exec: avoid RLIMIT_STACK races with prlimit()") [2] 779f4e1c6c ("Revert "exec: avoid RLIMIT_STACK races with prlimit()"") [3] to security@kernel.org, "Subject: existing rlimit races?" This patch (of 3): Since it is possible that the stack rlimit can change externally during exec (either via another thread calling setrlimit() or another process calling prlimit()), provide a way to pass the rlimit down into the per-architecture mm layout functions so that the rlimit can stay in the bprm structure instead of sitting in the signal structure until exec is finalized. Link: http://lkml.kernel.org/r/1518638796-20819-2-git-send-email-keescook@chromium.org Signed-off-by: Kees Cook <keescook@chromium.org> Cc: Michal Hocko <mhocko@kernel.org> Cc: Ben Hutchings <ben@decadent.org.uk> Cc: Willy Tarreau <w@1wt.eu> Cc: Hugh Dickins <hughd@google.com> Cc: Oleg Nesterov <oleg@redhat.com> Cc: "Jason A. Donenfeld" <Jason@zx2c4.com> Cc: Rik van Riel <riel@redhat.com> Cc: Laura Abbott <labbott@redhat.com> Cc: Greg KH <greg@kroah.com> Cc: Andy Lutomirski <luto@kernel.org> Cc: Ben Hutchings <ben.hutchings@codethink.co.uk> Cc: Brad Spengler <spender@grsecurity.net> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>		2018-04-11 10:28:37 -07:00
..
boot	ARM: SoC device tree updates for 4.17	2018-04-05 21:18:09 -07:00
configs	arm64: defconfig: add CONFIG_UNIPHIER_THERMAL and CONFIG_SNI_AVE	2018-03-27 15:31:19 +02:00
crypto	crypto: arm,arm64 - Fix random regeneration of S_shipped	2018-03-23 23:43:19 +08:00
include	ARM:	2018-04-09 11:42:31 -07:00
kernel	ARM:	2018-04-09 11:42:31 -07:00
kvm	Revert "arm64: KVM: Use SMCCC_ARCH_WORKAROUND_1 for Falkor BP hardening"	2018-03-28 12:00:45 +01:00
lib	DeviceTree updates for 4.17:	2018-04-05 21:03:42 -07:00
mm	exec: pass stack rlimit into mm layout functions	2018-04-11 10:28:37 -07:00
net	bpf, arm64: fix out of bounds access in tail call	2018-02-22 16:06:28 -08:00
xen	arm64: mm: Add additional parameter to uaccess_ttbr0_disable	2018-01-17 13:57:49 +01:00
Kconfig	ARM:	2018-04-09 11:42:31 -07:00
Kconfig.debug	arm64: relocation testing module	2017-04-04 17:03:32 +01:00
Kconfig.platforms	arm64: add Renesas R8A77965 support	2018-03-13 19:05:58 +01:00
Makefile	arm64/kernel: don't ban ADRP to work around Cortex-A53 erratum #843419	2018-03-09 13:21:53 +00:00