Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932751AbbGJTTa (ORCPT ); Fri, 10 Jul 2015 15:19:30 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:55130 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932536AbbGJTTX (ORCPT ); Fri, 10 Jul 2015 15:19:23 -0400 Date: Fri, 10 Jul 2015 12:19:21 -0700 From: Andrew Morton To: Stephen Smalley Cc: paul@paul-moore.com, hughd@google.com, prarit@redhat.com, mstevens@fedoraproject.org, esandeen@redhat.com, david@fromorbit.com, linux-kernel@vger.kernel.org, eparis@redhat.com, linux-mm@kvack.org, wagi@monom.org, selinux@tycho.nsa.gov, torvalds@linux-foundation.org, stable@vger.kernel.org Subject: Re: [PATCH] selinux: fix mprotect PROT_EXEC regression caused by mm change Message-Id: <20150710121921.e02eb9f1041432ff2dca4667@linux-foundation.org> In-Reply-To: <1436535659-13124-1-git-send-email-sds@tycho.nsa.gov> References: <1436535659-13124-1-git-send-email-sds@tycho.nsa.gov> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1646 Lines: 28 On Fri, 10 Jul 2015 09:40:59 -0400 Stephen Smalley wrote: > commit 66fc13039422ba7df2d01a8ee0873e4ef965b50b ("mm: shmem_zero_setup skip > security check and lockdep conflict with XFS") caused a regression for > SELinux by disabling any SELinux checking of mprotect PROT_EXEC on > shared anonymous mappings. However, even before that regression, the > checking on such mprotect PROT_EXEC calls was inconsistent with the > checking on a mmap PROT_EXEC call for a shared anonymous mapping. On a > mmap, the security hook is passed a NULL file and knows it is dealing with > an anonymous mapping and therefore applies an execmem check and no file > checks. On a mprotect, the security hook is passed a vma with a > non-NULL vm_file (as this was set from the internally-created shmem > file during mmap) and therefore applies the file-based execute check and > no execmem check. Since the aforementioned commit now marks the shmem > zero inode with the S_PRIVATE flag, the file checks are disabled and > we have no checking at all on mprotect PROT_EXEC. Add a test to > the mprotect hook logic for such private inodes, and apply an execmem > check in that case. This makes the mmap and mprotect checking consistent > for shared anonymous mappings, as well as for /dev/zero and ashmem. > > Signed-off-by: Stephen Smalley Cc: [4.1.x] -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/