Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp3023111rwb; Mon, 7 Nov 2022 22:46:44 -0800 (PST) X-Google-Smtp-Source: AMsMyM7+H2XdHWYq/kJ7zSbzVDG6hmVFzWRbBkkdJiLyAAwvclrI1rsN7plsMX/pNtuyVWQ/qxMG X-Received: by 2002:a17:906:9bd5:b0:7ae:2964:72c8 with SMTP id de21-20020a1709069bd500b007ae296472c8mr21518795ejc.494.1667890004468; Mon, 07 Nov 2022 22:46:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1667890004; cv=none; d=google.com; s=arc-20160816; b=JVzZfrQ+FEnbPokNKIsiPf9nUp+p6rTKM62dtBB9nydOvTdempEGcjlKudOVBGQVDa VguktdNuZmBqD8aqHO8flAWVUyFJQ/Z0zjPe8dWrg9mhWa2WChdwfvR98uLXWRlXre3v Rt8iN4q+lp/g7JhABrKK97nC8GB0edur9eIIRtn+7NzBnWoqBxPCoawpYWxWEvwY486B bC68G+Etv3X6+5cYpthV25N4iCqguxMRrKe3jxkOVF6IX9zhvluJUENnD/4/ORg+oG++ sRwSBTzq8d4zAVa1JalZb3B4n6POKBtKfzCV9b8S+7DkJsmI0ntm3mF7TivmaRokIzrY /PeA== 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=jXcSF3nppIw1zxWLV/sJqrAC8k1SvHR+UIdCHn/CQB8=; b=QZ5GjWhFBQ60MoGkM6LGF8EHwbFGI7pm0U+lhNM0q/OUNoSQ3W7dnP+9E9g4yWxc2F RQxQgYa1oHlVd+9HI+WxhSAJtPjuZ1A/DdOVgjPyEsj6aIVWeae0vAT/aOSi8/XJY4tR OSNMD2T1rRvek5jZYcPJGGI+o3+V1mvyOAEebTm7vD7W4AjYFXBnHSbECh+uLIC+A4G2 B7gUUmIHyT9ilRDpNzu0E+rdk9H5/VuY6i4JyZMsOxUzwtqXHMR317tYKE4/tpuELDL2 g3l010TOyxpbBp9ValFruNuVVdcpt53fR7zxRjOVv4sLP9tkWTlsMv+zR9Kcg/KgjO9B pZxA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=TTpdjjlo; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id wj7-20020a170907050700b007330c08fe49si1400645ejb.206.2022.11.07.22.46.23; Mon, 07 Nov 2022 22:46:44 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=TTpdjjlo; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S233333AbiKHGCh (ORCPT + 90 others); Tue, 8 Nov 2022 01:02:37 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58594 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229521AbiKHGCf (ORCPT ); Tue, 8 Nov 2022 01:02:35 -0500 Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1C00531221 for ; Mon, 7 Nov 2022 22:02:31 -0800 (PST) Received: by mail-wr1-x42c.google.com with SMTP id w14so19239072wru.8 for ; Mon, 07 Nov 2022 22:02:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=jXcSF3nppIw1zxWLV/sJqrAC8k1SvHR+UIdCHn/CQB8=; b=TTpdjjlogdfNe5DLzW+XiO0KQwS2iWTbRIlxy7pk9BcQd7cVu51rSFs8QaC1Qxt5pl Hq7R4ZwZ+XWXveHvSmhCsNfREbgwyA48S9YcP0bH8cH/ieMNBsWewe8ouRFQf6cldteB WI0MFJuNJB84g++KaeFsGYVHPLaYxI+8uU5xWjs4ml8rO6/pYPwfpQyUYWzl3CFLDZI+ WKEF6vEm3xxrTwchxM0ZgTWOpTattB+FA5liypmJ0JwWkk+rasSmjrXkxLYeTyEKgpCI +I9yuEAIMb0S5hf54OTC4mAjSr/Q6caTTWQRPHoAn/vymrs/3kx5hO1N2cetl17IDJvX /GpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=jXcSF3nppIw1zxWLV/sJqrAC8k1SvHR+UIdCHn/CQB8=; b=jb9bvGJgJ788XiloCY+dfAOB1mVu0WAAwnSraJVaaxvBK38DkDBxkUjxV4lB/U09Ba bi7AbG4i2Egbs4AE7Tm8YIREHC9A1LqldTC3eQcbkRmXtYmQVdg4HTtPQETsUIo3y5hb cM96rTUnkAq1GbbN9QmYJQ5kkrd3PwS+5s/wjr9lZ/8rSHNXAxPDDRGrUCtqe12kjExu hyko0XLH/W88SD9SEw2GluBi9Pm3r1P+ZVXo1vYXAfjkhvipYOp8fIl5oEajwsHGFlE1 FR/DBGUCsPf8Z3Vb1++HockDz7msRP/jqYFYFM71MSS+rV/26fD6hf8Aq1fMBo7EcRti AazQ== X-Gm-Message-State: ACrzQf18zs6b+e/3aLaW3O47ddOA/hyMDMVTrbSqdDZ2RCQqq7ZPOPLX pevuHaWUFUw/2fjOUgxPhP8= X-Received: by 2002:a5d:55cd:0:b0:239:f6d:ed5f with SMTP id i13-20020a5d55cd000000b002390f6ded5fmr15484347wrw.128.1667887349417; Mon, 07 Nov 2022 22:02:29 -0800 (PST) Received: from PC-PEDRO-ARCH.lan ([2001:8a0:7280:5801:9441:3dce:686c:bfc7]) by smtp.gmail.com with ESMTPSA id p20-20020a05600c359400b003a6a3595edasm10738424wmq.27.2022.11.07.22.02.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 07 Nov 2022 22:02:28 -0800 (PST) From: Pedro Falcato To: keescook@chromium.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org Cc: dalias@libc.org, ebiederm@xmission.com, pedro.falcato@gmail.com, sam@gentoo.org, viro@zeniv.linux.org.uk Subject: [PATCH v2] fs/binfmt_elf: Fix memsz > filesz handling Date: Tue, 8 Nov 2022 06:01:45 +0000 Message-Id: <20221108060145.224880-1-pedro.falcato@gmail.com> X-Mailer: git-send-email 2.38.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The old code for ELF interpreter loading could only handle 1 memsz > filesz segment. This is incorrect, as evidenced by the elf program loading code, which could handle multiple such segments. This patch fixes memsz > filesz handling for elf interpreters and refactors interpreter/program BSS clearing into a common codepath; it also fixes problems where a segment after a bss could overwrite our bss clear. This bug was uncovered on builds of ppc64le musl libc with llvm lld 15.0.0, since ppc64 does not allocate file space for its .plt. Cc: Rich Felker Signed-off-by: Pedro Falcato --- v2: - Fixed possible problems mapping segments on top of a cleared bss See https://github.com/heatd/elf-bug-questionmark for a repro and patch comments for fix details. Further refactoring brk clearing. v1: https://lore.kernel.org/all/20221106021657.1145519-1-pedro.falcato@gmail.com/ fs/binfmt_elf.c | 277 ++++++++++++++++++++++++++++-------------------- 1 file changed, 164 insertions(+), 113 deletions(-) diff --git a/fs/binfmt_elf.c b/fs/binfmt_elf.c index 6a11025e585..78ff6dcb198 100644 --- a/fs/binfmt_elf.c +++ b/fs/binfmt_elf.c @@ -109,37 +109,20 @@ static struct linux_binfmt elf_format = { #define BAD_ADDR(x) (unlikely((unsigned long)(x) >= TASK_SIZE)) -static int set_brk(unsigned long start, unsigned long end, int prot) -{ - start = ELF_PAGEALIGN(start); - end = ELF_PAGEALIGN(end); - if (end > start) { - /* - * Map the last of the bss segment. - * If the header is requesting these pages to be - * executable, honour that (ppc32 needs this). - */ - int error = vm_brk_flags(start, end - start, - prot & PROT_EXEC ? VM_EXEC : 0); - if (error) - return error; - } - current->mm->start_brk = current->mm->brk = end; - return 0; -} - /* We need to explicitly zero any fractional pages after the data section (i.e. bss). This would contain the junk from the file that should not be in memory */ -static int padzero(unsigned long elf_bss) +static int padzero(unsigned long elf_bss, unsigned long len) { unsigned long nbyte; nbyte = ELF_PAGEOFFSET(elf_bss); if (nbyte) { nbyte = ELF_MIN_ALIGN - nbyte; + if (nbyte > len) + nbyte = len; if (clear_user((void __user *) elf_bss, nbyte)) return -EFAULT; } @@ -584,6 +567,138 @@ static inline int make_prot(u32 p_flags, struct arch_elf_state *arch_state, return arch_elf_adjust_prot(prot, arch_state, has_interp, is_interp); } +static int map_bss_anon(unsigned long start, unsigned long end, int prot) +{ + start = ELF_PAGEALIGN(start); + end = ELF_PAGEALIGN(end); + + return (end > start ? vm_brk_flags(start, end - start, + prot & PROT_EXEC ? VM_EXEC : 0) : 0); +} + +static void set_brk(unsigned long end) +{ + current->mm->start_brk = current->mm->brk = ELF_PAGEALIGN(end); +} + +static int handle_bss_clearing(struct elf_phdr *elf_phdata, + struct elfhdr *elf_ex, unsigned long load_bias, + int is_interp) +{ + int i; + struct elf_phdr *elf_ppnt; + int retval = 0; + /* + * Do explicit bss clearing after loading everything. + * Why? Because we may get odd phdr layouts like: + * PHDR [0x1000, 0x1200] p_filesz 0 p_memsz 0x200 [.bss] + * PHDR [0x1200, 0x1300] p_filesz 0x100 p_memsz 0x200 [.data] + * + * If we mindlessly clear and map, we'll get loading bugs where we map + * anon bss and do our explicit clearing, then map [.data], which + * elf_map ends up mapping over our .bss, which effectively undoes the + * clear! + */ + for (i = 0, elf_ppnt = elf_phdata; + i < elf_ex->e_phnum; i++, elf_ppnt++) { + + unsigned long addr; + unsigned int n; + unsigned long end; + struct elf_phdr *next = NULL; + int j; + + if (elf_ppnt->p_type != PT_LOAD) + continue; + + if (elf_ppnt->p_memsz <= elf_ppnt->p_filesz) + continue; + + addr = elf_ppnt->p_vaddr + load_bias + elf_ppnt->p_filesz; + n = ELF_PAGEOFFSET(addr); + end = elf_ppnt->p_vaddr + load_bias + elf_ppnt->p_memsz; + + /* + * Find the next PT_LOAD in the list, if it exists. + */ + for (j = i + 1; j < elf_ex->e_phnum; j++) { + struct elf_phdr *phdr = elf_ppnt + j - i; + + if (phdr->p_type == PT_LOAD) { + next = phdr; + break; + } + } + + + /* + * Check if we need to zero the starting bss page, explicitly. + */ + if (n != 0) { + unsigned long bss_len = + elf_ppnt->p_memsz - elf_ppnt->p_filesz; + unsigned long len; + + if (next) + len = bss_len; + else + len = ELF_MIN_ALIGN; + + /* + * Note: padzero will zero either + * [addr, end of addr_page] or [addr, addr + len], + * whatever comes first. The old bss behavior zeroed + * the whole last page *only* if it was the last bss + * segment, else it would only zero bss_len bytes. + * It turns out ld-linux relies on this to not crash, + * so we follow the old behavior. + */ + retval = padzero(addr, len); + + if (retval < 0) + return retval; + } + + /* + * brk is defined with regards to the main program, not the + * interpreter. + */ + if (!is_interp) + set_brk(end); + + n = ELF_PAGEOFFSET(end); + + /* + * + * The tail logic is a bit more complex. We need to re-clear + * the tail if something was mapped over that last page. + * How do we do it? + * We check if the next phdr maps this page. + * If so, we know there was a mmap MAP_FIXED over it, so + * re-clear it. + * + * This tail logic is skippable if we're the last phdr, as + * nothing can map an address >= our p_vaddr, since ELF phdr + * PT_LOAD segments are required to be sorted in an increasing + * order. + */ + if (n == 0 || !next) + continue; + + end = ELF_PAGESTART(end); + + if (end == ELF_PAGESTART(next->p_vaddr + load_bias)) { + /* + * Re-clear the last n bytes + */ + if (clear_user((void __user *) end, n)) + return -EFAULT; + } + } + + return 0; +} + /* This is much more generalized than the library routine read function, so we keep this separate. Technically the library read function is only provided so that we can read a.out libraries that have @@ -597,8 +712,6 @@ static unsigned long load_elf_interp(struct elfhdr *interp_elf_ex, struct elf_phdr *eppnt; unsigned long load_addr = 0; int load_addr_set = 0; - unsigned long last_bss = 0, elf_bss = 0; - int bss_prot = 0; unsigned long error = ~0UL; unsigned long total_size; int i; @@ -662,49 +775,25 @@ static unsigned long load_elf_interp(struct elfhdr *interp_elf_ex, goto out; } - /* - * Find the end of the file mapping for this phdr, and - * keep track of the largest address we see for this. - */ - k = load_addr + eppnt->p_vaddr + eppnt->p_filesz; - if (k > elf_bss) - elf_bss = k; + if (eppnt->p_memsz > eppnt->p_filesz) { + /* + * Handle BSS zeroing and mapping + */ + unsigned long start = load_addr + vaddr + eppnt->p_filesz; + unsigned long end = load_addr + vaddr + eppnt->p_memsz; - /* - * Do the same thing for the memory mapping - between - * elf_bss and last_bss is the bss section. - */ - k = load_addr + eppnt->p_vaddr + eppnt->p_memsz; - if (k > last_bss) { - last_bss = k; - bss_prot = elf_prot; + error = map_bss_anon(start, end, elf_prot); + + if (error < 0) + goto out; } } } - /* - * Now fill out the bss section: first pad the last page from - * the file up to the page boundary, and zero it from elf_bss - * up to the end of the page. - */ - if (padzero(elf_bss)) { - error = -EFAULT; + error = handle_bss_clearing(interp_elf_phdata, interp_elf_ex, + load_addr, 1); + if (error < 0) goto out; - } - /* - * Next, align both the file and mem bss up to the page size, - * since this is where elf_bss was just zeroed up to, and where - * last_bss will end after the vm_brk_flags() below. - */ - elf_bss = ELF_PAGEALIGN(elf_bss); - last_bss = ELF_PAGEALIGN(last_bss); - /* Finally, if there is still more bss to allocate, do it. */ - if (last_bss > elf_bss) { - error = vm_brk_flags(elf_bss, last_bss - elf_bss, - bss_prot & PROT_EXEC ? VM_EXEC : 0); - if (error) - goto out; - } error = load_addr; out: @@ -829,8 +918,6 @@ static int load_elf_binary(struct linux_binprm *bprm) unsigned long error; struct elf_phdr *elf_ppnt, *elf_phdata, *interp_elf_phdata = NULL; struct elf_phdr *elf_property_phdata = NULL; - unsigned long elf_bss, elf_brk; - int bss_prot = 0; int retval, i; unsigned long elf_entry; unsigned long e_entry; @@ -1020,9 +1107,6 @@ static int load_elf_binary(struct linux_binprm *bprm) executable_stack); if (retval < 0) goto out_free_dentry; - - elf_bss = 0; - elf_brk = 0; start_code = ~0UL; end_code = 0; @@ -1041,33 +1125,6 @@ static int load_elf_binary(struct linux_binprm *bprm) if (elf_ppnt->p_type != PT_LOAD) continue; - if (unlikely (elf_brk > elf_bss)) { - unsigned long nbyte; - - /* There was a PT_LOAD segment with p_memsz > p_filesz - before this one. Map anonymous pages, if needed, - and clear the area. */ - retval = set_brk(elf_bss + load_bias, - elf_brk + load_bias, - bss_prot); - if (retval) - goto out_free_dentry; - nbyte = ELF_PAGEOFFSET(elf_bss); - if (nbyte) { - nbyte = ELF_MIN_ALIGN - nbyte; - if (nbyte > elf_brk - elf_bss) - nbyte = elf_brk - elf_bss; - if (clear_user((void __user *)elf_bss + - load_bias, nbyte)) { - /* - * This bss-zeroing can fail if the ELF - * file specifies odd protections. So - * we don't check the return value - */ - } - } - } - elf_prot = make_prot(elf_ppnt->p_flags, &arch_state, !!interpreter, false); @@ -1211,41 +1268,35 @@ static int load_elf_binary(struct linux_binprm *bprm) k = elf_ppnt->p_vaddr + elf_ppnt->p_filesz; - if (k > elf_bss) - elf_bss = k; + + if (elf_ppnt->p_memsz > elf_ppnt->p_filesz) { + unsigned long seg_end = elf_ppnt->p_vaddr + + elf_ppnt->p_memsz + load_bias; + retval = map_bss_anon(k + load_bias, + seg_end, + elf_prot); + if (retval) + goto out_free_dentry; + } + if ((elf_ppnt->p_flags & PF_X) && end_code < k) end_code = k; if (end_data < k) end_data = k; - k = elf_ppnt->p_vaddr + elf_ppnt->p_memsz; - if (k > elf_brk) { - bss_prot = elf_prot; - elf_brk = k; - } } + retval = handle_bss_clearing(elf_phdata, elf_ex, load_bias, 0); + + if (retval < 0) + goto out_free_dentry; + e_entry = elf_ex->e_entry + load_bias; phdr_addr += load_bias; - elf_bss += load_bias; - elf_brk += load_bias; start_code += load_bias; end_code += load_bias; start_data += load_bias; end_data += load_bias; - /* Calling set_brk effectively mmaps the pages that we need - * for the bss and break sections. We must do this before - * mapping in the interpreter, to make sure it doesn't wind - * up getting placed where the bss needs to go. - */ - retval = set_brk(elf_bss, elf_brk, bss_prot); - if (retval) - goto out_free_dentry; - if (likely(elf_bss != elf_brk) && unlikely(padzero(elf_bss))) { - retval = -EFAULT; /* Nobody gets to see this, but.. */ - goto out_free_dentry; - } - if (interpreter) { elf_entry = load_elf_interp(interp_elf_ex, interpreter, -- 2.38.1