2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
* flexible mmap layout support
|
|
|
|
*
|
|
|
|
* Copyright 2003-2004 Red Hat Inc., Durham, North Carolina.
|
|
|
|
* All Rights Reserved.
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
* the Free Software Foundation; either version 2 of the License, or
|
|
|
|
* (at your option) any later version.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
* along with this program; if not, write to the Free Software
|
|
|
|
* Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
|
|
|
|
*
|
|
|
|
*
|
|
|
|
* Started by Ingo Molnar <mingo@elte.hu>
|
|
|
|
*/
|
|
|
|
|
2016-05-07 18:15:34 +08:00
|
|
|
#include <linux/elf-randomize.h>
|
2005-04-17 06:20:36 +08:00
|
|
|
#include <linux/personality.h>
|
|
|
|
#include <linux/mm.h>
|
2011-10-30 22:17:13 +08:00
|
|
|
#include <linux/mman.h>
|
2017-02-09 01:51:30 +08:00
|
|
|
#include <linux/sched/signal.h>
|
2017-02-09 01:51:31 +08:00
|
|
|
#include <linux/sched/mm.h>
|
2011-01-12 16:55:27 +08:00
|
|
|
#include <linux/random.h>
|
2012-02-27 17:01:52 +08:00
|
|
|
#include <linux/compat.h>
|
2015-01-15 00:51:17 +08:00
|
|
|
#include <linux/security.h>
|
2008-02-10 01:24:37 +08:00
|
|
|
#include <asm/pgalloc.h>
|
2017-02-10 04:20:24 +08:00
|
|
|
#include <asm/elf.h>
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2011-01-12 16:55:22 +08:00
|
|
|
static unsigned long stack_maxrandom_size(void)
|
|
|
|
{
|
|
|
|
if (!(current->flags & PF_RANDOMIZE))
|
|
|
|
return 0;
|
|
|
|
if (current->personality & ADDR_NO_RANDOMIZE)
|
|
|
|
return 0;
|
|
|
|
return STACK_RND_MASK << PAGE_SHIFT;
|
|
|
|
}
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
* Top of mmap area (just below the process stack).
|
|
|
|
*
|
2011-01-12 16:55:23 +08:00
|
|
|
* Leave at least a ~32 MB hole.
|
2005-04-17 06:20:36 +08:00
|
|
|
*/
|
2011-01-12 16:55:23 +08:00
|
|
|
#define MIN_GAP (32*1024*1024)
|
2009-03-18 20:27:36 +08:00
|
|
|
#define MAX_GAP (STACK_TOP/6*5)
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2011-01-12 16:55:26 +08:00
|
|
|
static inline int mmap_is_legacy(void)
|
|
|
|
{
|
|
|
|
if (current->personality & ADDR_COMPAT_LAYOUT)
|
|
|
|
return 1;
|
|
|
|
if (rlimit(RLIMIT_STACK) == RLIM_INFINITY)
|
|
|
|
return 1;
|
|
|
|
return sysctl_legacy_va_layout;
|
|
|
|
}
|
|
|
|
|
2015-04-15 06:48:00 +08:00
|
|
|
unsigned long arch_mmap_rnd(void)
|
2011-01-12 16:55:27 +08:00
|
|
|
{
|
2015-11-10 19:30:28 +08:00
|
|
|
return (get_random_int() & MMAP_RND_MASK) << PAGE_SHIFT;
|
2011-01-12 16:55:27 +08:00
|
|
|
}
|
|
|
|
|
2015-04-15 06:47:57 +08:00
|
|
|
static unsigned long mmap_base_legacy(unsigned long rnd)
|
2013-11-13 07:07:55 +08:00
|
|
|
{
|
2015-04-15 06:47:57 +08:00
|
|
|
return TASK_UNMAPPED_BASE + rnd;
|
2013-11-13 07:07:55 +08:00
|
|
|
}
|
|
|
|
|
2015-04-15 06:47:57 +08:00
|
|
|
static inline unsigned long mmap_base(unsigned long rnd)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
2010-01-14 03:44:33 +08:00
|
|
|
unsigned long gap = rlimit(RLIMIT_STACK);
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
if (gap < MIN_GAP)
|
|
|
|
gap = MIN_GAP;
|
|
|
|
else if (gap > MAX_GAP)
|
|
|
|
gap = MAX_GAP;
|
2011-01-12 16:55:27 +08:00
|
|
|
gap &= PAGE_MASK;
|
2015-04-15 06:47:57 +08:00
|
|
|
return STACK_TOP - stack_maxrandom_size() - rnd - gap;
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
2015-01-15 00:51:17 +08:00
|
|
|
unsigned long
|
|
|
|
arch_get_unmapped_area(struct file *filp, unsigned long addr,
|
|
|
|
unsigned long len, unsigned long pgoff, unsigned long flags)
|
|
|
|
{
|
|
|
|
struct mm_struct *mm = current->mm;
|
|
|
|
struct vm_area_struct *vma;
|
|
|
|
struct vm_unmapped_area_info info;
|
2017-04-25 00:14:48 +08:00
|
|
|
int rc;
|
2015-01-15 00:51:17 +08:00
|
|
|
|
2017-04-25 00:14:48 +08:00
|
|
|
if (len > TASK_SIZE - mmap_min_addr)
|
2015-01-15 00:51:17 +08:00
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
if (flags & MAP_FIXED)
|
2017-04-25 00:14:48 +08:00
|
|
|
goto check_asce_limit;
|
2015-01-15 00:51:17 +08:00
|
|
|
|
|
|
|
if (addr) {
|
|
|
|
addr = PAGE_ALIGN(addr);
|
|
|
|
vma = find_vma(mm, addr);
|
2017-04-25 00:14:48 +08:00
|
|
|
if (TASK_SIZE - len >= addr && addr >= mmap_min_addr &&
|
mm: larger stack guard gap, between vmas
Stack guard page is a useful feature to reduce a risk of stack smashing
into a different mapping. We have been using a single page gap which
is sufficient to prevent having stack adjacent to a different mapping.
But this seems to be insufficient in the light of the stack usage in
userspace. E.g. glibc uses as large as 64kB alloca() in many commonly
used functions. Others use constructs liks gid_t buffer[NGROUPS_MAX]
which is 256kB or stack strings with MAX_ARG_STRLEN.
This will become especially dangerous for suid binaries and the default
no limit for the stack size limit because those applications can be
tricked to consume a large portion of the stack and a single glibc call
could jump over the guard page. These attacks are not theoretical,
unfortunatelly.
Make those attacks less probable by increasing the stack guard gap
to 1MB (on systems with 4k pages; but make it depend on the page size
because systems with larger base pages might cap stack allocations in
the PAGE_SIZE units) which should cover larger alloca() and VLA stack
allocations. It is obviously not a full fix because the problem is
somehow inherent, but it should reduce attack space a lot.
One could argue that the gap size should be configurable from userspace,
but that can be done later when somebody finds that the new 1MB is wrong
for some special case applications. For now, add a kernel command line
option (stack_guard_gap) to specify the stack gap size (in page units).
Implementation wise, first delete all the old code for stack guard page:
because although we could get away with accounting one extra page in a
stack vma, accounting a larger gap can break userspace - case in point,
a program run with "ulimit -S -v 20000" failed when the 1MB gap was
counted for RLIMIT_AS; similar problems could come with RLIMIT_MLOCK
and strict non-overcommit mode.
Instead of keeping gap inside the stack vma, maintain the stack guard
gap as a gap between vmas: using vm_start_gap() in place of vm_start
(or vm_end_gap() in place of vm_end if VM_GROWSUP) in just those few
places which need to respect the gap - mainly arch_get_unmapped_area(),
and and the vma tree's subtree_gap support for that.
Original-patch-by: Oleg Nesterov <oleg@redhat.com>
Original-patch-by: Michal Hocko <mhocko@suse.com>
Signed-off-by: Hugh Dickins <hughd@google.com>
Acked-by: Michal Hocko <mhocko@suse.com>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2017-06-19 19:03:24 +08:00
|
|
|
(!vma || addr + len <= vm_start_gap(vma)))
|
2017-04-25 00:14:48 +08:00
|
|
|
goto check_asce_limit;
|
2015-01-15 00:51:17 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
info.flags = 0;
|
|
|
|
info.length = len;
|
|
|
|
info.low_limit = mm->mmap_base;
|
2017-04-25 00:14:48 +08:00
|
|
|
info.high_limit = TASK_SIZE;
|
2015-11-10 19:30:28 +08:00
|
|
|
if (filp || (flags & MAP_SHARED))
|
|
|
|
info.align_mask = MMAP_ALIGN_MASK << PAGE_SHIFT;
|
|
|
|
else
|
|
|
|
info.align_mask = 0;
|
2015-01-15 00:51:17 +08:00
|
|
|
info.align_offset = pgoff << PAGE_SHIFT;
|
2017-04-25 00:14:48 +08:00
|
|
|
addr = vm_unmapped_area(&info);
|
|
|
|
if (addr & ~PAGE_MASK)
|
|
|
|
return addr;
|
|
|
|
|
|
|
|
check_asce_limit:
|
|
|
|
if (addr + len > current->mm->context.asce_limit) {
|
|
|
|
rc = crst_table_upgrade(mm);
|
|
|
|
if (rc)
|
|
|
|
return (unsigned long) rc;
|
|
|
|
}
|
|
|
|
|
|
|
|
return addr;
|
2015-01-15 00:51:17 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
unsigned long
|
|
|
|
arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,
|
|
|
|
const unsigned long len, const unsigned long pgoff,
|
|
|
|
const unsigned long flags)
|
|
|
|
{
|
|
|
|
struct vm_area_struct *vma;
|
|
|
|
struct mm_struct *mm = current->mm;
|
|
|
|
unsigned long addr = addr0;
|
|
|
|
struct vm_unmapped_area_info info;
|
2017-04-25 00:14:48 +08:00
|
|
|
int rc;
|
2015-01-15 00:51:17 +08:00
|
|
|
|
|
|
|
/* requested length too big for entire address space */
|
2017-04-25 00:14:48 +08:00
|
|
|
if (len > TASK_SIZE - mmap_min_addr)
|
2015-01-15 00:51:17 +08:00
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
if (flags & MAP_FIXED)
|
2017-04-25 00:14:48 +08:00
|
|
|
goto check_asce_limit;
|
2015-01-15 00:51:17 +08:00
|
|
|
|
|
|
|
/* requesting a specific address */
|
|
|
|
if (addr) {
|
|
|
|
addr = PAGE_ALIGN(addr);
|
|
|
|
vma = find_vma(mm, addr);
|
2017-04-25 00:14:48 +08:00
|
|
|
if (TASK_SIZE - len >= addr && addr >= mmap_min_addr &&
|
mm: larger stack guard gap, between vmas
Stack guard page is a useful feature to reduce a risk of stack smashing
into a different mapping. We have been using a single page gap which
is sufficient to prevent having stack adjacent to a different mapping.
But this seems to be insufficient in the light of the stack usage in
userspace. E.g. glibc uses as large as 64kB alloca() in many commonly
used functions. Others use constructs liks gid_t buffer[NGROUPS_MAX]
which is 256kB or stack strings with MAX_ARG_STRLEN.
This will become especially dangerous for suid binaries and the default
no limit for the stack size limit because those applications can be
tricked to consume a large portion of the stack and a single glibc call
could jump over the guard page. These attacks are not theoretical,
unfortunatelly.
Make those attacks less probable by increasing the stack guard gap
to 1MB (on systems with 4k pages; but make it depend on the page size
because systems with larger base pages might cap stack allocations in
the PAGE_SIZE units) which should cover larger alloca() and VLA stack
allocations. It is obviously not a full fix because the problem is
somehow inherent, but it should reduce attack space a lot.
One could argue that the gap size should be configurable from userspace,
but that can be done later when somebody finds that the new 1MB is wrong
for some special case applications. For now, add a kernel command line
option (stack_guard_gap) to specify the stack gap size (in page units).
Implementation wise, first delete all the old code for stack guard page:
because although we could get away with accounting one extra page in a
stack vma, accounting a larger gap can break userspace - case in point,
a program run with "ulimit -S -v 20000" failed when the 1MB gap was
counted for RLIMIT_AS; similar problems could come with RLIMIT_MLOCK
and strict non-overcommit mode.
Instead of keeping gap inside the stack vma, maintain the stack guard
gap as a gap between vmas: using vm_start_gap() in place of vm_start
(or vm_end_gap() in place of vm_end if VM_GROWSUP) in just those few
places which need to respect the gap - mainly arch_get_unmapped_area(),
and and the vma tree's subtree_gap support for that.
Original-patch-by: Oleg Nesterov <oleg@redhat.com>
Original-patch-by: Michal Hocko <mhocko@suse.com>
Signed-off-by: Hugh Dickins <hughd@google.com>
Acked-by: Michal Hocko <mhocko@suse.com>
Tested-by: Helge Deller <deller@gmx.de> # parisc
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2017-06-19 19:03:24 +08:00
|
|
|
(!vma || addr + len <= vm_start_gap(vma)))
|
2017-04-25 00:14:48 +08:00
|
|
|
goto check_asce_limit;
|
2015-01-15 00:51:17 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
info.flags = VM_UNMAPPED_AREA_TOPDOWN;
|
|
|
|
info.length = len;
|
|
|
|
info.low_limit = max(PAGE_SIZE, mmap_min_addr);
|
|
|
|
info.high_limit = mm->mmap_base;
|
2015-11-10 19:30:28 +08:00
|
|
|
if (filp || (flags & MAP_SHARED))
|
|
|
|
info.align_mask = MMAP_ALIGN_MASK << PAGE_SHIFT;
|
|
|
|
else
|
|
|
|
info.align_mask = 0;
|
2015-01-15 00:51:17 +08:00
|
|
|
info.align_offset = pgoff << PAGE_SHIFT;
|
|
|
|
addr = vm_unmapped_area(&info);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* A failed mmap() very likely causes application failure,
|
|
|
|
* so fall back to the bottom-up function here. This scenario
|
|
|
|
* can happen with large stack limits and large mmap()
|
|
|
|
* allocations.
|
|
|
|
*/
|
|
|
|
if (addr & ~PAGE_MASK) {
|
|
|
|
VM_BUG_ON(addr != -ENOMEM);
|
|
|
|
info.flags = 0;
|
|
|
|
info.low_limit = TASK_UNMAPPED_BASE;
|
2017-04-25 00:14:48 +08:00
|
|
|
info.high_limit = TASK_SIZE;
|
2015-01-15 00:51:17 +08:00
|
|
|
addr = vm_unmapped_area(&info);
|
2017-04-25 00:14:48 +08:00
|
|
|
if (addr & ~PAGE_MASK)
|
|
|
|
return addr;
|
2015-01-15 00:51:17 +08:00
|
|
|
}
|
|
|
|
|
2017-04-25 00:14:48 +08:00
|
|
|
check_asce_limit:
|
|
|
|
if (addr + len > current->mm->context.asce_limit) {
|
s390/mm: fix asce_bits handling with dynamic pagetable levels
There is a race with multi-threaded applications between context switch and
pagetable upgrade. In switch_mm() a new user_asce is built from mm->pgd and
mm->context.asce_bits, w/o holding any locks. A concurrent mmap with a
pagetable upgrade on another thread in crst_table_upgrade() could already
have set new asce_bits, but not yet the new mm->pgd. This would result in a
corrupt user_asce in switch_mm(), and eventually in a kernel panic from a
translation exception.
Fix this by storing the complete asce instead of just the asce_bits, which
can then be read atomically from switch_mm(), so that it either sees the
old value or the new value, but no mixture. Both cases are OK. Having the
old value would result in a page fault on access to the higher level memory,
but the fault handler would see the new mm->pgd, if it was a valid access
after the mmap on the other thread has completed. So as worst-case scenario
we would have a page fault loop for the racing thread until the next time
slice.
Also remove dead code and simplify the upgrade/downgrade path, there are no
upgrades from 2 levels, and only downgrades from 3 levels for compat tasks.
There are also no concurrent upgrades, because the mmap_sem is held with
down_write() in do_mmap, so the flush and table checks during upgrade can
be removed.
Reported-by: Michael Munday <munday@ca.ibm.com>
Reviewed-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Signed-off-by: Gerald Schaefer <gerald.schaefer@de.ibm.com>
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
2016-04-15 22:38:40 +08:00
|
|
|
rc = crst_table_upgrade(mm);
|
2008-02-10 01:24:37 +08:00
|
|
|
if (rc)
|
|
|
|
return (unsigned long) rc;
|
|
|
|
}
|
|
|
|
|
2017-04-25 00:14:48 +08:00
|
|
|
return addr;
|
2008-02-10 01:24:37 +08:00
|
|
|
}
|
2017-04-25 00:14:48 +08:00
|
|
|
|
2008-02-10 01:24:37 +08:00
|
|
|
/*
|
|
|
|
* This function, called very early during the creation of a new
|
|
|
|
* process VM image, sets up which VM layout function to use:
|
|
|
|
*/
|
|
|
|
void arch_pick_mmap_layout(struct mm_struct *mm)
|
|
|
|
{
|
2015-04-15 06:47:57 +08:00
|
|
|
unsigned long random_factor = 0UL;
|
|
|
|
|
|
|
|
if (current->flags & PF_RANDOMIZE)
|
2015-04-15 06:48:00 +08:00
|
|
|
random_factor = arch_mmap_rnd();
|
2015-04-15 06:47:57 +08:00
|
|
|
|
2008-02-10 01:24:37 +08:00
|
|
|
/*
|
|
|
|
* Fall back to the standard layout if the personality
|
|
|
|
* bit is set, or if the expected stack growth is unlimited:
|
|
|
|
*/
|
|
|
|
if (mmap_is_legacy()) {
|
2015-04-15 06:47:57 +08:00
|
|
|
mm->mmap_base = mmap_base_legacy(random_factor);
|
2017-04-25 00:14:48 +08:00
|
|
|
mm->get_unmapped_area = arch_get_unmapped_area;
|
2008-02-10 01:24:37 +08:00
|
|
|
} else {
|
2015-04-15 06:47:57 +08:00
|
|
|
mm->mmap_base = mmap_base(random_factor);
|
2017-04-25 00:14:48 +08:00
|
|
|
mm->get_unmapped_area = arch_get_unmapped_area_topdown;
|
2008-02-10 01:24:37 +08:00
|
|
|
}
|
|
|
|
}
|