Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp229952imu; Mon, 19 Nov 2018 21:24:53 -0800 (PST) X-Google-Smtp-Source: AFSGD/VGdecqBGeLTFNTfjDYM9wQ/GowZdeNEbZq1Z6XGsbuaFXSQgcXkrURbUsGm2jhH51LT6Ya X-Received: by 2002:a63:ce50:: with SMTP id r16mr627434pgi.217.1542691493858; Mon, 19 Nov 2018 21:24:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542691493; cv=none; d=google.com; s=arc-20160816; b=wrlK/yF9y2A/88VrtsJaPee/1HoxEbGEIgqrNOMiJPxq6R1fQZnX2WCu2Y7JYfb/sk kmwn4dnvCJvOpNmafBaY2CvTEZ839iCOpvke8sgTT82CjChcKvxxoFKxrR2XzINc8FtQ r3Zd1yJRCACPW3Ce7NajJfOvIJyy1O58WqrpLH3veGRoZ4kwej6K3F0WPHfIwIQTgBFX FBtAerEKhtrKYTL1u0g13XUlbegHfzLWoYpaK1P2f+EaJLRrRK/VF8CpYPxum7G7kbhL bp6aziKBxbYdoOeKoqRgEkoBJfZ60JXMOU/ELeRhzPj7TN1JMBGhInOrXPlLU9KonKsD zcew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=ZGjhfyB62ZBE0Pl3zrr5IPaSCTrMuQUlFPIG+7VVFnc=; b=LVJmrX+C5iCJK616B54aZ+jjVhGP8IRcN0OglFSxUcWLrIjb7uJcsrMmL5FwXVzYx1 osAeWoIB5EUx29wCrkd99BZkGAuL1E33CUDDMjdJtec3I1lpXJ4bsLt7ZSmtgyQa1NjY b6RZS1asGgz2euwMK6yUDPuEgsH0bwSepaSpXs97GR0Mcj8hnGMCVMWNNZahAfKAowne ydJzgzFxMTjfMzbOOp5y2juewXsc69BYAACNkODeAu2sfcmxeje0YS58U2ELopg7Zh5E 49ufqOThkukQbutHiLEIblldX1CbMteju0kvjPJUrPV1dHjaS80FSFQGZysNTCGS/q69 7lZw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@joelfernandes.org header.s=google header.b=IR2MbOVY; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j189si39070227pgd.185.2018.11.19.21.24.38; Mon, 19 Nov 2018 21:24:53 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@joelfernandes.org header.s=google header.b=IR2MbOVY; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731068AbeKTPtM (ORCPT + 99 others); Tue, 20 Nov 2018 10:49:12 -0500 Received: from mail-pf1-f195.google.com ([209.85.210.195]:46514 "EHLO mail-pf1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726794AbeKTPtM (ORCPT ); Tue, 20 Nov 2018 10:49:12 -0500 Received: by mail-pf1-f195.google.com with SMTP id c73so395403pfe.13 for ; Mon, 19 Nov 2018 21:21:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelfernandes.org; s=google; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=ZGjhfyB62ZBE0Pl3zrr5IPaSCTrMuQUlFPIG+7VVFnc=; b=IR2MbOVYMj3U+8v4jTjEJi0bB/H0X8D1FslRcoRNeZ86p0CTbT3EV1LPoT3oQ/x5o1 K0KN3NwIAjcwlPnNmIoBsk6Bcn1DswvVt75ZYvSgdYIP0jmmaPk8og5MFoPOFnBr3CJB sfs+xdqcSzMOVQ/gXooR1zwPOhb+OjobBu7aI= 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=ZGjhfyB62ZBE0Pl3zrr5IPaSCTrMuQUlFPIG+7VVFnc=; b=V4U+UuPaTRkxaT8GqxYl5pQk27TY6ljfRKFNTUw3SdbZUwyL12ZGJKkbJjtt10L+eT dBKBuex3tcgDw4GaK6NqUdfXlp0myxllpLh0XWyqS0UApEUqlS/z+BI2p7/RYc18A2HB 6AwBB57+J3Tt/Bn6xzhgXw1+8Vg+5Ov0PgR+qOuDMGY0JoGFE8/0qD6UpP06AGQl1BgJ zVG/yPDmr7WKgGyE1zgYbhqNNbqAeEsyr4cZ/zYT0+5Ax3tNb4B3n2bb8/+5jBTVBye1 DSz8EnAmJ+gxJLbUS+4QEHG9eeyOjXpFB1Ac7CopzohZhIPSscvlwXkPHRuQWJ40kxA+ 7qdw== X-Gm-Message-State: AGRZ1gJgC9ztuNcDi+B0UyZTKCuX0y+99JOaqDk1zf+JmCRPNJv3sqN+ ytzjxQbwWZJLjgU01eL6ZyszCOYHFKY= X-Received: by 2002:a62:1912:: with SMTP id 18-v6mr783240pfz.194.1542691317005; Mon, 19 Nov 2018 21:21:57 -0800 (PST) Received: from joelaf.mtv.corp.google.com ([2620:0:1000:1601:3aef:314f:b9ea:889f]) by smtp.gmail.com with ESMTPSA id q199sm34237451pfc.97.2018.11.19.21.21.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Nov 2018 21:21:55 -0800 (PST) From: "Joel Fernandes (Google)" To: linux-kernel@vger.kernel.org Cc: "Joel Fernandes (Google)" , Andy Lutomirski , Andrew Morton , Hugh Dickins , Jann Horn , Khalid Aziz , linux-api@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-mm@kvack.org, =?UTF-8?q?Marc-Andr=C3=A9=20Lureau?= , Matthew Wilcox , Mike Kravetz , Shuah Khan , Stephen Rothwell Subject: [PATCH -next 1/2] mm/memfd: make F_SEAL_FUTURE_WRITE seal more robust Date: Mon, 19 Nov 2018 21:21:36 -0800 Message-Id: <20181120052137.74317-1-joel@joelfernandes.org> X-Mailer: git-send-email 2.19.1.1215.g8438c0b245-goog MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org A better way to do F_SEAL_FUTURE_WRITE seal was discussed [1] last week where we don't need to modify core VFS structures to get the same behavior of the seal. This solves several side-effects pointed out by Andy [2]. [1] https://lore.kernel.org/lkml/20181111173650.GA256781@google.com/ [2] https://lore.kernel.org/lkml/69CE06CC-E47C-4992-848A-66EB23EE6C74@amacapital.net/ Suggested-by: Andy Lutomirski Fixes: 5e653c2923fd ("mm: Add an F_SEAL_FUTURE_WRITE seal to memfd") Signed-off-by: Joel Fernandes (Google) --- fs/hugetlbfs/inode.c | 2 +- mm/memfd.c | 19 ------------------- mm/shmem.c | 24 +++++++++++++++++++++--- 3 files changed, 22 insertions(+), 23 deletions(-) diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c index 762028994f47..5b54bf893a67 100644 --- a/fs/hugetlbfs/inode.c +++ b/fs/hugetlbfs/inode.c @@ -558,7 +558,7 @@ static long hugetlbfs_punch_hole(struct inode *inode, loff_t offset, loff_t len) inode_lock(inode); /* protected by i_mutex */ - if (info->seals & F_SEAL_WRITE) { + if (info->seals & (F_SEAL_WRITE | F_SEAL_FUTURE_WRITE)) { inode_unlock(inode); return -EPERM; } diff --git a/mm/memfd.c b/mm/memfd.c index 63fff5e77114..650e65a46b9c 100644 --- a/mm/memfd.c +++ b/mm/memfd.c @@ -201,25 +201,6 @@ static int memfd_add_seals(struct file *file, unsigned int seals) } } - if ((seals & F_SEAL_FUTURE_WRITE) && - !(*file_seals & F_SEAL_FUTURE_WRITE)) { - /* - * The FUTURE_WRITE seal also prevents growing and shrinking - * so we need them to be already set, or requested now. - */ - int test_seals = (seals | *file_seals) & - (F_SEAL_GROW | F_SEAL_SHRINK); - - if (test_seals != (F_SEAL_GROW | F_SEAL_SHRINK)) { - error = -EINVAL; - goto unlock; - } - - spin_lock(&file->f_lock); - file->f_mode &= ~(FMODE_WRITE | FMODE_PWRITE); - spin_unlock(&file->f_lock); - } - *file_seals |= seals; error = 0; diff --git a/mm/shmem.c b/mm/shmem.c index 32eb29bd72c6..cee9878c87f1 100644 --- a/mm/shmem.c +++ b/mm/shmem.c @@ -2121,6 +2121,23 @@ int shmem_lock(struct file *file, int lock, struct user_struct *user) static int shmem_mmap(struct file *file, struct vm_area_struct *vma) { + struct shmem_inode_info *info = SHMEM_I(file_inode(file)); + + /* + * New PROT_READ and MAP_SHARED mmaps are not allowed when "future + * write" seal active. + */ + if ((vma->vm_flags & VM_SHARED) && (vma->vm_flags & VM_WRITE) && + (info->seals & F_SEAL_FUTURE_WRITE)) + return -EPERM; + + /* + * Since the F_SEAL_FUTURE_WRITE seals allow for a MAP_SHARED read-only + * mapping, take care to not allow mprotect to revert protections. + */ + if (info->seals & F_SEAL_FUTURE_WRITE) + vma->vm_flags &= ~(VM_MAYWRITE); + file_accessed(file); vma->vm_ops = &shmem_vm_ops; if (IS_ENABLED(CONFIG_TRANSPARENT_HUGE_PAGECACHE) && @@ -2346,8 +2363,9 @@ shmem_write_begin(struct file *file, struct address_space *mapping, pgoff_t index = pos >> PAGE_SHIFT; /* i_mutex is held by caller */ - if (unlikely(info->seals & (F_SEAL_WRITE | F_SEAL_GROW))) { - if (info->seals & F_SEAL_WRITE) + if (unlikely(info->seals & (F_SEAL_GROW | + F_SEAL_WRITE | F_SEAL_FUTURE_WRITE))) { + if (info->seals & (F_SEAL_WRITE | F_SEAL_FUTURE_WRITE)) return -EPERM; if ((info->seals & F_SEAL_GROW) && pos + len > inode->i_size) return -EPERM; @@ -2610,7 +2628,7 @@ static long shmem_fallocate(struct file *file, int mode, loff_t offset, DECLARE_WAIT_QUEUE_HEAD_ONSTACK(shmem_falloc_waitq); /* protected by i_mutex */ - if (info->seals & F_SEAL_WRITE) { + if (info->seals & (F_SEAL_WRITE | F_SEAL_FUTURE_WRITE)) { error = -EPERM; goto out; } -- 2.19.1.1215.g8438c0b245-goog