From patchwork Mon Aug 16 19:48:33 2021 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: David Hildenbrand X-Patchwork-Id: 12439143 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.6 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 286D2C432BE for ; Mon, 16 Aug 2021 19:49:17 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id B569061042 for ; Mon, 16 Aug 2021 19:49:16 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org B569061042 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=redhat.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=kvack.org Received: by kanga.kvack.org (Postfix) id 258948D0007; Mon, 16 Aug 2021 15:49:16 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 208598D0001; Mon, 16 Aug 2021 15:49:16 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 0A9518D0007; Mon, 16 Aug 2021 15:49:16 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0115.hostedemail.com [216.40.44.115]) by kanga.kvack.org (Postfix) with ESMTP id E55088D0001 for ; Mon, 16 Aug 2021 15:49:15 -0400 (EDT) Received: from smtpin23.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay05.hostedemail.com (Postfix) with ESMTP id 945481802CCDE for ; Mon, 16 Aug 2021 19:49:15 +0000 (UTC) X-FDA: 78481982670.23.D3EAB0A Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [216.205.24.124]) by imf09.hostedemail.com (Postfix) with ESMTP id 2B679300552B for ; Mon, 16 Aug 2021 19:49:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1629143354; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=celAbCKZabJZZFRZffcKhJ6LMDssZFIlnWwC0cSAxUw=; b=KjOI/51g6/E4oHqv0DBbM2WwJGap54czY9QYM+spiSg/o4ghmVPFFd8oF+JB5Y5fb5oKNC O3ui0fZtiDIT87nU+dgnv/btiSHeFK7mq3nQx+f0yC8hwRPF5na0CNjhChDKynx6GWC3Fv qpYpgKeWu+ipkdUOtxH4I5P7m1JYCtA= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-213-rJSQIq_GNXW0E4KyKKFVGg-1; Mon, 16 Aug 2021 15:49:13 -0400 X-MC-Unique: rJSQIq_GNXW0E4KyKKFVGg-1 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 4E4DA871803; Mon, 16 Aug 2021 19:49:05 +0000 (UTC) Received: from t480s.redhat.com (unknown [10.39.192.85]) by smtp.corp.redhat.com (Postfix) with ESMTP id 5F0865C1D5; Mon, 16 Aug 2021 19:48:41 +0000 (UTC) From: David Hildenbrand To: linux-kernel@vger.kernel.org Cc: David Hildenbrand , Linus Torvalds , Andrew Morton , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , Alexander Viro , Alexey Dobriyan , Steven Rostedt , Peter Zijlstra , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Petr Mladek , Sergey Senozhatsky , Andy Shevchenko , Rasmus Villemoes , Kees Cook , "Eric W. Biederman" , Greg Ungerer , Geert Uytterhoeven , Mike Rapoport , Vlastimil Babka , Vincenzo Frascino , Chinwen Chang , Catalin Marinas , "Matthew Wilcox (Oracle)" , Huang Ying , Jann Horn , Feng Tang , Kevin Brodsky , Michael Ellerman , Shawn Anastasio , Steven Price , Nicholas Piggin , Christian Brauner , Jens Axboe , Gabriel Krisman Bertazi , Peter Xu , Suren Baghdasaryan , Shakeel Butt , Marco Elver , Daniel Jordan , Nicolas Viennot , Thomas Cedeno , Michal Hocko , Miklos Szeredi , Chengguang Xu , =?utf-8?q?Christian_K=C3=B6nig?= , Florian Weimer , David Laight , linux-unionfs@vger.kernel.org, linux-api@vger.kernel.org, x86@kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org Subject: [PATCH v2 0/7] Remove in-tree usage of MAP_DENYWRITE Date: Mon, 16 Aug 2021 21:48:33 +0200 Message-Id: <20210816194840.42769-1-david@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 X-Rspamd-Queue-Id: 2B679300552B Authentication-Results: imf09.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b="KjOI/51g"; dmarc=pass (policy=none) header.from=redhat.com; spf=none (imf09.hostedemail.com: domain of david@redhat.com has no SPF policy when checking 216.205.24.124) smtp.mailfrom=david@redhat.com X-Rspamd-Server: rspam04 X-Stat-Signature: 8mqs8ix4nig57ht8c8771etry1adqmtq X-HE-Tag: 1629143354-41933 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: This series removes all in-tree usage of MAP_DENYWRITE from the kernel and removes VM_DENYWRITE. We stopped supporting MAP_DENYWRITE for user space applications a while ago because of the chance for DoS. The last renaming user is binfmt binary loading during exec and legacy library loading via uselib(). With this change, MAP_DENYWRITE is effectively ignored throughout the kernel. Although the net change is small (well, we actually add code and comments), I think the cleanup in mmap() is quite nice. There are some (minor) user-visible changes with this series: 1. We no longer deny write access to shared libaries loaded via legacy uselib(); this behavior matches modern user space e.g., via dlopen(). 2. We no longer deny write access to the elf interpreter after exec completed, treating it just like shared libraries (which it often is). 3. We always deny write access to the file linked via /proc/pid/exe: sys_prctl(PR_SET_MM_MAP/EXE_FILE) will fail if write access to the file cannot be denied, and write access to the file will remain denied until the link is effectivel gone (exec, termination, sys_prctl(PR_SET_MM_MAP/EXE_FILE)) -- just as if exec'ing the file. There is a related problem [2] with overlayfs, that should at least partly be tackled by this series. I don't quite understand the interaction of overlayfs and deny_write_access()/allow_write_access() at exec time: If we end up denying write access to the wrong file and not to the realfile, that would be fundamentally broken. We would have to reroute our deny_write_access()/ allow_write_access() calls for the exec file to the realfile -- but I leave figuring out the details to overlayfs guys, as that would be a related but different issue. There was a lengthy discussion in [3] whether to remove deny_write_access() completely; however, if we decide to go that way, it would ideally be done on top, because it could be that some applications even rely on the current behavior. v1 -> v2: - "kernel/fork: factor out replacing the current MM exe_file" -- Call the function "replace_mm_exe_file()" instead -- Add some doc, similar to set_mm_exe_file() -- Update patch subject/description - "kernel/fork: always deny write access to current MM exe_file" -- Introduce dup_mm_exe_file() -- Make set_mm_exe_file() return an error to make the code easier to grasp. -- Improve comments - Added ACKs - Mention "sys_prctl(PR_SET_MM_MAP/EXE_FILE)" everywhere instead of only "sys_prctl(PR_SET_MM_EXE_FILE)". RFC -> v1: - "binfmt: remove in-tree usage of MAP_DENYWRITE" -- Add a note that this should fix part of a problem with overlayfs [1] https://lore.kernel.org/r/20210423131640.20080-1-david@redhat.com/ [2] https://lore.kernel.org/r/YNHXzBgzRrZu1MrD@miu.piliscsaba.redhat.com/ [3] https://lkml.kernel.org/r/20210812084348.6521-1-david@redhat.com Cc: Linus Torvalds Cc: Andrew Morton Cc: Thomas Gleixner Cc: Ingo Molnar Cc: Borislav Petkov Cc: "H. Peter Anvin" Cc: Alexander Viro Cc: Alexey Dobriyan Cc: Steven Rostedt Cc: Peter Zijlstra Cc: Arnaldo Carvalho de Melo Cc: Mark Rutland Cc: Alexander Shishkin Cc: Jiri Olsa Cc: Namhyung Kim Cc: Petr Mladek Cc: Sergey Senozhatsky Cc: Andy Shevchenko Cc: Rasmus Villemoes Cc: Kees Cook Cc: "Eric W. Biederman" Cc: Greg Ungerer Cc: Geert Uytterhoeven Cc: Mike Rapoport Cc: Vlastimil Babka Cc: Vincenzo Frascino Cc: Chinwen Chang Cc: Catalin Marinas Cc: "Matthew Wilcox (Oracle)" Cc: Huang Ying Cc: Jann Horn Cc: Feng Tang Cc: Kevin Brodsky Cc: Michael Ellerman Cc: Shawn Anastasio Cc: Steven Price Cc: Nicholas Piggin Cc: Christian Brauner Cc: Jens Axboe Cc: Gabriel Krisman Bertazi Cc: Peter Xu Cc: Suren Baghdasaryan Cc: Shakeel Butt Cc: Marco Elver Cc: Daniel Jordan Cc: Nicolas Viennot Cc: Thomas Cedeno Cc: Michal Hocko Cc: Miklos Szeredi Cc: Chengguang Xu Cc: "Christian König" Cc: Florian Weimer Cc: Al Viro Cc: David Laight Cc: linux-unionfs@vger.kernel.org Cc: linux-api@vger.kernel.org Cc: x86@kernel.org Cc: linux-fsdevel@vger.kernel.org Cc: linux-mm@kvack.org David Hildenbrand (7): binfmt: don't use MAP_DENYWRITE when loading shared libraries via uselib() kernel/fork: factor out replacing the current MM exe_file kernel/fork: always deny write access to current MM exe_file binfmt: remove in-tree usage of MAP_DENYWRITE mm: remove VM_DENYWRITE mm: ignore MAP_DENYWRITE in ksys_mmap_pgoff() fs: update documentation of get_write_access() and friends arch/x86/ia32/ia32_aout.c | 8 ++- fs/binfmt_aout.c | 7 ++- fs/binfmt_elf.c | 6 +-- fs/binfmt_elf_fdpic.c | 2 +- fs/exec.c | 4 +- fs/proc/task_mmu.c | 1 - include/linux/fs.h | 19 ++++--- include/linux/mm.h | 4 +- include/linux/mman.h | 4 +- include/trace/events/mmflags.h | 1 - kernel/events/core.c | 2 - kernel/fork.c | 95 ++++++++++++++++++++++++++++++---- kernel/sys.c | 33 +----------- lib/test_printf.c | 5 +- mm/mmap.c | 29 ++--------- mm/nommu.c | 2 - 16 files changed, 119 insertions(+), 103 deletions(-) base-commit: 7c60610d476766e128cc4284bb6349732cbd6606