Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp3650050pxu; Sun, 20 Dec 2020 10:09:48 -0800 (PST) X-Google-Smtp-Source: ABdhPJzX7ryzEpHYLMk8FbS7323v7ejoIaEQdiUFOyfs+/yTSWb41IUnqr9LXAsd0X8BBId6rC8x X-Received: by 2002:a50:e846:: with SMTP id k6mr13283281edn.245.1608487788476; Sun, 20 Dec 2020 10:09:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1608487788; cv=none; d=google.com; s=arc-20160816; b=oi6Y4ZoPJqA8MFwkhfc+/8MvRc/qJ9P4b1icfpZRWX5L5X62nqMD2SkWdTFoLx0Q1y 9dTctiNbn+rru6pzHPfkziIEeCn7Ix1XGsGIs7Dz5uOd1FIdjgAE7WM2eP8Q+oqYbyRC 7Cs5uLT1NRcVHpQbpN7RS0KcTMBCPuDG0ei/fzOX7nNuMmBN6WncKPliUTrhWBxg8Wrt liewN0B/b/3451AxGRwSW0DqeNUgDgPWuauOC63ChUHNRNJIj8ZkLAsh8+KNZHJH0FZt mcXyguCFhcrC5Q7kMJ2PvfOj8RO2Oj5RNqUGZVFTIla96OuQLMuSckXtGtk9sfWJFmZh RHzw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=Rgdyp+Pl4VixK+9z1RHemV16L7XCh49+aiMgYZVmUaQ=; b=Cx2HEdB0w/zmV8kXlI71J3WRCAGDuoOf9WKFbrQA2biUGXTiTHUVjMFa3fQd5b+qL8 t5jPYJ/Vo3NhIrIfnNq9IJH6wirXVOT27f235mPFjoo8mD74g3eBHX80wba5WYRALq00 vUiQfRdHKpDO4Tlx5itz6prOF7/rsMES1wIBEq2ZsUrYfuzJlM7Uv9jdB1WQzWHfdZR0 gkvj4gsD//G5i3XYFQ9PquXzK4ChCgksoXU1ngutqCUruYR22muqW3yOSod2ra+xXQnr wlwazl1276koMARtLz3aXCt9diyUwijMBh9hQy+y8L24WvLzoc2+BUklEGNAMANwOIE5 fSRg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=fUYpiTWb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id lu18si7646252ejb.272.2020.12.20.10.09.25; Sun, 20 Dec 2020 10:09:48 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=fUYpiTWb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727408AbgLTSHx (ORCPT + 99 others); Sun, 20 Dec 2020 13:07:53 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53078 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727104AbgLTSHw (ORCPT ); Sun, 20 Dec 2020 13:07:52 -0500 Received: from mail-lf1-x12c.google.com (mail-lf1-x12c.google.com [IPv6:2a00:1450:4864:20::12c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0F327C061282; Sun, 20 Dec 2020 10:07:05 -0800 (PST) Received: by mail-lf1-x12c.google.com with SMTP id b26so8796831lff.9; Sun, 20 Dec 2020 10:07:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=Rgdyp+Pl4VixK+9z1RHemV16L7XCh49+aiMgYZVmUaQ=; b=fUYpiTWbbje9Nql8KvWhQBuJp1qx2ogD2zDlAwwTFT6/BB69oUMdbkYG9r13eOsqw9 Cf5RengORa04HaR6dQDkAirs9zN9yY/A8DMWekBJO7oJoy/+caYeyLTT92iCuuov8r1q 8I0FkyWHAQalqAHaJXNZT+WGt98CuFeYjgLDzHq5as9nGWriWXyTlW0zH0zaB5P3BJmg HDtip7/xCXGF91J7jyuNwxx4xNH1N8y2S99vGPJ4/IGVRDlM4Ixl+dWQvya1u1G37KST PD5OfKJCajBjQp4PzWKKF/o7bc96wiORxxWWgSMRluUy0aqw7PsODrH/In1sC9awPsQM 70RA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=Rgdyp+Pl4VixK+9z1RHemV16L7XCh49+aiMgYZVmUaQ=; b=Y05udYHhpwKZs7ojrnrvYpZ8Mg71PUnZ8O/0iWEknXZywrXWo6MgclXJkVdjmS/htW bJYOne+teOppuj0eZ42+ckr9B9LOP6DCloTKYwTUt3MCvF4VMaLQQOBlWpboHoo9IEVJ XKE+4gOqRQrB3hyqajJmuibEaH974Nwh+TRUR/UupO8hS0u4/uE/5ugMeWgxb6kuOLaj fzFcyZ386mMQY0/1KaHmC/tPbbAyqZ9C7TEC0/NejMONitQoR4NXBfVjOXjLXa9VoAdo Og7LYbc4vgN8QMaq0chB0GBp1MJDX68zkSVrtJ4xu5lD3dLXlPksrpS42prDZxNQLyKF XcMA== X-Gm-Message-State: AOAM531wrooQ+kvB/VM4/P2kE9eqwhjz90WM3auVaEx92XhH7v9gaPKR SMu6YItK/8Bs62s029uXF5F2tpdQmjGKcg== X-Received: by 2002:a2e:6f17:: with SMTP id k23mr5885612ljc.411.1608487623124; Sun, 20 Dec 2020 10:07:03 -0800 (PST) Received: from localhost.localdomain (88-114-222-21.elisa-laajakaista.fi. [88.114.222.21]) by smtp.gmail.com with ESMTPSA id 132sm1328243lfm.301.2020.12.20.10.07.01 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 20 Dec 2020 10:07:02 -0800 (PST) From: Topi Miettinen To: linux-hardening@vger.kernel.org, akpm@linux-foundation.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org Cc: Topi Miettinen , Jann Horn , Kees Cook , Matthew Wilcox , Mike Rapoport , Linux API Subject: [PATCH v8] mm: Optional full ASLR for mmap(), mremap(), vdso, stack and heap Date: Sun, 20 Dec 2020 20:06:56 +0200 Message-Id: <20201220180656.43843-1-toiwoton@gmail.com> X-Mailer: git-send-email 2.29.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Writing a new value of 3 to /proc/sys/kernel/randomize_va_space enables full randomization of memory mappings. With 2, the base of the VMA used for such mappings is random, but the mappings are created in predictable places within the VMA and in sequential order. With 3, new VMAs are created to fully randomize the mappings. Mappings created with mmap(NULL, ...) are randomized and mremap(..., MREMAP_MAYMOVE) will move the mappings even if not necessary. The locations of heap (memory allocated with brk()), stack and vdso are also randomized. On 32 bit systems this may cause problems due to increased VM fragmentation if the address space gets crowded. On all systems, it will reduce performance and increase memory and cache usage due to less efficient use of page tables and inability to merge adjacent VMAs with compatible attributes. On x86_64 with 5 level page tables, in the worst case, additional page table entries of up to 4 pages are created for each mapping, so with small mappings there's considerable penalty. By lowering the lowest address for mapping the main executable from 2/3 of the address space to sysctl.vm.mmap_min_addr, it's possible to use the full 35 bits available on x86_64 for ASLR. This is not usable without sysctl.kernel.randomize_va_space = 3. The method is to randomize the new address without considering VMAs. If the address fails checks because of overlap with the stack area (or in case of mremap(), overlap with the old mapping), the operation is retried a few times before falling back to old method. Kernel compile time was increased by 3% with 35 bits randomization instead of 28 and sysctl.kernel.randomize_va_space = 3 instead of 2. In another test involving X11 session with a browser with several tabs open, the memory reported in PageTables field in /proc/meminfo was increased from 67MB to 137MB, or 104% increase. In this example with sysctl.kernel.randomize_va_space = 2, main executable, heap allocated with brk(), locale-archive, libc, dynamic loader, some anonymous memory reserved with mmap(), stack and vdso are located in three groups and inside each group the mappings are close to each other: $ echo 2 > /proc/sys/kernel/randomize_va_space $ echo 28 > /proc/sys/vm/mmap_rnd_bits $ cat /proc/self/maps (only first line for each object shown for brevity) 55c6af2a6000-55c6af2a8000 r--p 00000000 fe:0c 1868624 /usr/bin/cat 55c6b0087000-55c6b00a8000 rw-p 00000000 00:00 0 [heap] 7fba5d2f9000-7fba5d85b000 r--p 00000000 fe:0c 2474005 /usr/lib/locale/locale-archive 7fba5d85b000-7fba5d880000 r--p 00000000 fe:0c 2402332 /usr/lib/x86_64-linux-gnu/libc-2.31.so 7fba5da1c000-7fba5da22000 rw-p 00000000 00:00 0 7fba5da2c000-7fba5da4e000 rw-p 00000000 00:00 0 7fba5da4e000-7fba5da4f000 r--p 00000000 fe:0c 2400754 /usr/lib/x86_64-linux-gnu/ld-2.31.so 7fba5da7a000-7fba5da7b000 rw-p 00000000 00:00 0 7ffd1bae5000-7ffd1bb06000 rw-p 00000000 00:00 0 [stack] 7ffd1bb3b000-7ffd1bb3f000 r--p 00000000 00:00 0 [vvar] 7ffd1bb3f000-7ffd1bb41000 r-xp 00000000 00:00 0 [vdso] The heap is also aligned to page boundary: $ cat brk.S .globl _start _start: movq $12, %rax movq $0, %rdi syscall movq $60, %rax syscall $ strace ./brk brk(NULL) = 0xd92000 exit(0) = ? With sysctl.kernel.randomize_va_space = 3, the segments are located at unrelated addresses and the order is random: $ echo 3 > /proc/sys/kernel/randomize_va_space $ echo 35 > /proc/sys/vm/mmap_rnd_bits $ cat /proc/self/maps (only first line for each object shown for brevity) 14872b64000-14872b65000 r--p 00000000 fe:0c 2400754 /usr/lib/x86_64-linux-gnu/ld-2.31.so f242fb53000-f242fb57000 r--p 00000000 00:00 0 [vvar] f242fb57000-f242fb59000 r-xp 00000000 00:00 0 [vdso] 19c43add2000-19c43adf4000 rw-p 00000000 00:00 0 1eec5609e000-1eec560a0000 r--p 00000000 fe:0c 1868624 /usr/bin/cat 2760e70ad000-2760e70ae000 rw-p 00000000 00:00 0 37c0c5728000-37c0c572a000 rw-p 00000000 00:00 0 3a6175611000-3a6175632000 rw-p 00000000 00:00 0 [stack] 55159e8c4000-55159e8e9000 r--p 00000000 fe:0c 2402332 /usr/lib/x86_64-linux-gnu/libc-2.31.so 76d786a2e000-76d786f90000 r--p 00000000 fe:0c 2474005 /usr/lib/locale/locale-archive 7e8f9a574000-7e8f9a595000 rw-p 00000000 00:00 0 [heap] Also low address bits of heap are randomized as was already done for stack: $ strace ./brk brk(NULL) = 0x15b9727a3aa0 exit(0) = ? CC: Andrew Morton CC: Jann Horn CC: Kees Cook CC: Matthew Wilcox CC: Mike Rapoport CC: Linux API Signed-off-by: Topi Miettinen --- v2: also randomize mremap(..., MREMAP_MAYMOVE) v3: avoid stack area and retry in case of bad random address (Jann Horn), improve description in kernel.rst (Matthew Wilcox) v4: - use /proc/$pid/maps in the example (Mike Rapaport) - CCs (Andrew Morton) - only check randomize_va_space == 3 v5: randomize also vdso and stack v6: - randomize also heap - use 35 bits for ASLR on x86_64 - RFC due to temporarily disabling mremap() randomization v7: reimplement mremap() randomization v8: - randomize also lowest bits of heap - use MAP_FIXED_NOREPLACE to find a random but unused area --- Documentation/admin-guide/hw-vuln/spectre.rst | 6 ++--- Documentation/admin-guide/sysctl/kernel.rst | 22 ++++++++++++++++ arch/x86/Kconfig | 2 +- arch/x86/entry/vdso/vma.c | 7 +++++- arch/x86/kernel/process.c | 5 +++- arch/x86/mm/mmap.c | 3 +++ fs/binfmt_elf.c | 14 ++++++++++- init/Kconfig | 2 +- mm/mmap.c | 25 ++++++++++++++++++- mm/mremap.c | 21 ++++++++++++++-- mm/util.c | 14 ++++++++++- 11 files changed, 109 insertions(+), 12 deletions(-) diff --git a/Documentation/admin-guide/hw-vuln/spectre.rst b/Documentation/admin-guide/hw-vuln/spectre.rst index e05e581af5cf..9ea250522077 100644 --- a/Documentation/admin-guide/hw-vuln/spectre.rst +++ b/Documentation/admin-guide/hw-vuln/spectre.rst @@ -254,7 +254,7 @@ Spectre variant 2 left by the previous process will also be cleared. User programs should use address space randomization to make attacks - more difficult (Set /proc/sys/kernel/randomize_va_space = 1 or 2). + more difficult (Set /proc/sys/kernel/randomize_va_space = 1, 2 or 3). 3. A virtualized guest attacking the host ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ @@ -499,8 +499,8 @@ Spectre variant 2 more overhead and run slower. User programs should use address space randomization - (/proc/sys/kernel/randomize_va_space = 1 or 2) to make attacks more - difficult. + (/proc/sys/kernel/randomize_va_space = 1, 2 or 3) to make attacks + more difficult. 3. VM mitigation ^^^^^^^^^^^^^^^^ diff --git a/Documentation/admin-guide/sysctl/kernel.rst b/Documentation/admin-guide/sysctl/kernel.rst index d4b32cc32bb7..131cf7cea9a2 100644 --- a/Documentation/admin-guide/sysctl/kernel.rst +++ b/Documentation/admin-guide/sysctl/kernel.rst @@ -1060,6 +1060,28 @@ that support this feature. Systems with ancient and/or broken binaries should be configured with ``CONFIG_COMPAT_BRK`` enabled, which excludes the heap from process address space randomization. + +3 Additionally enable full randomization of memory mappings. With 2, + the base of the VMA used for such mappings may be random, but the + mappings are created in predictable places within the VMA and in + sequential order. With 3, new VMAs are created to fully randomize + the mappings. + + Mappings created with mmap(NULL, ...) are randomized and + mremap(..., MREMAP_MAYMOVE) will move the mappings even if not + necessary. The locations of heap (memory allocated with brk()), + stack and vdso are also randomized. + + On 32 bit systems this may cause problems due to increased VM + fragmentation if the address space gets crowded. + + On all systems, it will reduce performance and increase memory and + cache usage due to less efficient use of page tables and inability + to merge adjacent VMAs with compatible attributes. On x86_64 with + 5 level page tables, in the worst case, additional page table + entries of up to 4 pages are created for each mapping, so with + small mappings there's considerable penalty. + == =========================================================================== diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig index fbf26e0f7a6a..d95a8f1e101c 100644 --- a/arch/x86/Kconfig +++ b/arch/x86/Kconfig @@ -266,7 +266,7 @@ config ARCH_MMAP_RND_BITS_MIN default 8 config ARCH_MMAP_RND_BITS_MAX - default 32 if 64BIT + default 35 if 64BIT default 16 config ARCH_MMAP_RND_COMPAT_BITS_MIN diff --git a/arch/x86/entry/vdso/vma.c b/arch/x86/entry/vdso/vma.c index 9185cb1d13b9..2505af6c1e67 100644 --- a/arch/x86/entry/vdso/vma.c +++ b/arch/x86/entry/vdso/vma.c @@ -361,7 +361,12 @@ static unsigned long vdso_addr(unsigned long start, unsigned len) static int map_vdso_randomized(const struct vdso_image *image) { - unsigned long addr = vdso_addr(current->mm->start_stack, image->size-image->sym_vvar_start); + unsigned long addr; + + if (randomize_va_space == 3) + addr = 0; /* let get_unmapped_area() pick the address */ + else + addr = vdso_addr(current->mm->start_stack, image->size-image->sym_vvar_start); return map_vdso(image, addr); } diff --git a/arch/x86/kernel/process.c b/arch/x86/kernel/process.c index 145a7ac0c19a..760bdfae78b7 100644 --- a/arch/x86/kernel/process.c +++ b/arch/x86/kernel/process.c @@ -905,7 +905,10 @@ unsigned long arch_align_stack(unsigned long sp) unsigned long arch_randomize_brk(struct mm_struct *mm) { - return randomize_page(mm->brk, 0x02000000); + if (randomize_va_space == 3) + return arch_mmap_rnd(); + else + return randomize_page(mm->brk, 0x02000000); } /* diff --git a/arch/x86/mm/mmap.c b/arch/x86/mm/mmap.c index c90c20904a60..941b0aa5cf2d 100644 --- a/arch/x86/mm/mmap.c +++ b/arch/x86/mm/mmap.c @@ -21,6 +21,7 @@ #include #include #include +#include #include "physaddr.h" @@ -122,6 +123,8 @@ static void arch_pick_mmap_base(unsigned long *base, unsigned long *legacy_base, *legacy_base = mmap_legacy_base(random_factor, task_size); if (mmap_is_legacy()) *base = *legacy_base; + else if (randomize_va_space == 3) + *base = mmap_min_addr; else *base = mmap_base(random_factor, task_size, rlim_stack); } diff --git a/fs/binfmt_elf.c b/fs/binfmt_elf.c index fa50e8936f5f..dc972c46d40d 100644 --- a/fs/binfmt_elf.c +++ b/fs/binfmt_elf.c @@ -1108,7 +1108,12 @@ static int load_elf_binary(struct linux_binprm *bprm) * without MAP_FIXED). */ if (interpreter) { - load_bias = ELF_ET_DYN_BASE; + if (randomize_va_space == 3) + /* more space for randomization */ + load_bias = mmap_min_addr; + else + load_bias = ELF_ET_DYN_BASE; + if (current->flags & PF_RANDOMIZE) load_bias += arch_mmap_rnd(); alignment = maximum_alignment(elf_phdata, elf_ex->e_phnum); @@ -1277,6 +1282,13 @@ static int load_elf_binary(struct linux_binprm *bprm) } mm->brk = mm->start_brk = arch_randomize_brk(mm); + if (randomize_va_space == 3) { + unsigned long random_offset = get_random_int() & ~PAGE_MASK & ~0xf; + mm->brk += random_offset; + retval = vm_brk_flags(mm->start_brk, random_offset, 0); + if (retval) + goto out; + } #ifdef compat_brk_randomized current->brk_randomized = 1; #endif diff --git a/init/Kconfig b/init/Kconfig index 0872a5a2e759..3b8982262b06 100644 --- a/init/Kconfig +++ b/init/Kconfig @@ -1873,7 +1873,7 @@ config COMPAT_BRK also breaks ancient binaries (including anything libc5 based). This option changes the bootup default to heap randomization disabled, and can be overridden at runtime by setting - /proc/sys/kernel/randomize_va_space to 2. + /proc/sys/kernel/randomize_va_space to 2 or 3. On non-ancient distros (post-2000 ones) N is usually a safe choice. diff --git a/mm/mmap.c b/mm/mmap.c index 5c8b4485860d..a059a7e4d6ca 100644 --- a/mm/mmap.c +++ b/mm/mmap.c @@ -47,6 +47,7 @@ #include #include #include +#include #include #include @@ -73,6 +74,8 @@ const int mmap_rnd_compat_bits_max = CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MAX; int mmap_rnd_compat_bits __read_mostly = CONFIG_ARCH_MMAP_RND_COMPAT_BITS; #endif +#define MAX_RANDOM_MMAP_RETRIES 5 + static bool ignore_rlimit_data; core_param(ignore_rlimit_data, ignore_rlimit_data, bool, 0644); @@ -206,7 +209,7 @@ SYSCALL_DEFINE1(brk, unsigned long, brk) #ifdef CONFIG_COMPAT_BRK /* * CONFIG_COMPAT_BRK can still be overridden by setting - * randomize_va_space to 2, which will still cause mm->start_brk + * randomize_va_space to >= 2, which will still cause mm->start_brk * to be arbitrarily shifted */ if (current->brk_randomized) @@ -2281,10 +2284,30 @@ get_unmapped_area(struct file *file, unsigned long addr, unsigned long len, get_area = shmem_get_unmapped_area; } + /* Pick a random address even outside current VMAs? */ + if (!addr && randomize_va_space == 3) { + int i; + unsigned long new_addr; + + /* Try a few times to find a free area */ + for (i = 0; i < MAX_RANDOM_MMAP_RETRIES; i++) { + new_addr = arch_mmap_rnd(); + + new_addr = get_area(file, new_addr, len, pgoff, + flags | MAP_FIXED_NOREPLACE); + if (!IS_ERR_VALUE(new_addr)) { + addr = new_addr; + goto found; + } + } + /* failed, retry with original addr */ + } + addr = get_area(file, addr, len, pgoff, flags); if (IS_ERR_VALUE(addr)) return addr; + found: if (addr > TASK_SIZE - len) return -ENOMEM; if (offset_in_page(addr)) diff --git a/mm/mremap.c b/mm/mremap.c index 138abbae4f75..4b550c485017 100644 --- a/mm/mremap.c +++ b/mm/mremap.c @@ -728,9 +728,13 @@ SYSCALL_DEFINE5(mremap, unsigned long, addr, unsigned long, old_len, */ if (old_len >= new_len) { int retval; + bool downgrade = true; + + if ((flags & MREMAP_MAYMOVE) && randomize_va_space == 3) + downgrade = false; retval = __do_munmap(mm, addr+new_len, old_len - new_len, - &uf_unmap, true); + &uf_unmap, downgrade); if (retval < 0 && old_len != new_len) { ret = retval; goto out; @@ -738,6 +742,16 @@ SYSCALL_DEFINE5(mremap, unsigned long, addr, unsigned long, old_len, } else if (retval == 1) downgraded = true; ret = addr; + + /* + * Caller is happy with a new address, so let's move + * even if not necessary + */ + if ((flags & MREMAP_MAYMOVE) && randomize_va_space == 3) + ret = mremap_to(addr, new_len, 0, new_len, + &locked, flags, &uf, &uf_unmap_early, + &uf_unmap); + goto out; } @@ -751,8 +765,11 @@ SYSCALL_DEFINE5(mremap, unsigned long, addr, unsigned long, old_len, } /* old_len exactly to the end of the area.. + * But when randomizing, don't just expand the mapping if + * caller is happy with a moved and resized mapping */ - if (old_len == vma->vm_end - addr) { + if (old_len == vma->vm_end - addr && + !((flags & MREMAP_MAYMOVE) && randomize_va_space == 3)) { /* can we just expand the current mapping? */ if (vma_expandable(vma, new_len - old_len)) { int pages = (new_len - old_len) >> PAGE_SHIFT; diff --git a/mm/util.c b/mm/util.c index 4ddb6e186dd5..a5f00e025046 100644 --- a/mm/util.c +++ b/mm/util.c @@ -319,6 +319,12 @@ unsigned long randomize_stack_top(unsigned long stack_top) { unsigned long random_variable = 0; + /* + * Randomize stack address. + */ + if (randomize_va_space == 3) + return arch_mmap_rnd(); + if (current->flags & PF_RANDOMIZE) { random_variable = get_random_long(); random_variable &= STACK_RND_MASK; @@ -334,6 +340,9 @@ unsigned long randomize_stack_top(unsigned long stack_top) #ifdef CONFIG_ARCH_WANT_DEFAULT_TOPDOWN_MMAP_LAYOUT unsigned long arch_randomize_brk(struct mm_struct *mm) { + if (randomize_va_space == 3) + return arch_mmap_rnd(); + /* Is the current task 32bit ? */ if (!IS_ENABLED(CONFIG_64BIT) || is_compat_task()) return randomize_page(mm->brk, SZ_32M); @@ -412,7 +421,10 @@ void arch_pick_mmap_layout(struct mm_struct *mm, struct rlimit *rlim_stack) #elif defined(CONFIG_MMU) && !defined(HAVE_ARCH_PICK_MMAP_LAYOUT) void arch_pick_mmap_layout(struct mm_struct *mm, struct rlimit *rlim_stack) { - mm->mmap_base = TASK_UNMAPPED_BASE; + if (randomize_va_space == 3) + mm->mmap_base = mmap_min_addr; + else + mm->mmap_base = TASK_UNMAPPED_BASE; mm->get_unmapped_area = arch_get_unmapped_area; } #endif base-commit: 2c85ebc57b3e1817b6ce1a6b703928e113a90442 -- 2.29.2