From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965067AbbKCWj2 (ORCPT ); Tue, 3 Nov 2015 17:39:28 -0500 Received: from pandora.arm.linux.org.uk ([78.32.30.218]:57764 "EHLO pandora.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S964830AbbKCWj1 (ORCPT ); Tue, 3 Nov 2015 17:39:27 -0500 Date: Tue, 3 Nov 2015 22:39:04 +0000 From: Russell King - ARM Linux To: Kees Cook Cc: Daniel Cashman , LKML , Andrew Morton , Ingo Molnar , "linux-arm-kernel@lists.infradead.org" , Jonathan Corbet , Don Zickus , "Eric W. Biederman" , Heinrich Schuchardt , jpoimboe@redhat.com, "Kirill A. Shutemov" , n-horiguchi@ah.jp.nec.com, Andrea Arcangeli , Mel Gorman , Thomas Gleixner , David Rientjes , Linux-MM , "linux-doc@vger.kernel.org" , Mark Salyzyn , Jeffrey Vander Stoep , Nick Kralevich , dcashman Subject: Re: [PATCH v2 2/2] arm: mm: support ARCH_MMAP_RND_BITS. Message-ID: <20151103223904.GG8644@n2100.arm.linux.org.uk> References: <1446574204-15567-1-git-send-email-dcashman@android.com> <1446574204-15567-2-git-send-email-dcashman@android.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Nov 03, 2015 at 11:19:44AM -0800, Kees Cook wrote: > On Tue, Nov 3, 2015 at 10:10 AM, Daniel Cashman wrote: > > From: dcashman > > > > arm: arch_mmap_rnd() uses a hard-code value of 8 to generate the > > random offset for the mmap base address. This value represents a > > compromise between increased ASLR effectiveness and avoiding > > address-space fragmentation. Replace it with a Kconfig option, which > > is sensibly bounded, so that platform developers may choose where to > > place this compromise. Keep 8 as the minimum acceptable value. > > > > Signed-off-by: Daniel Cashman > > Acked-by: Kees Cook > > Russell, if you don't see any problems here, it might make sense not > to put this through the ARM patch tracker since it depends on the 1/2, > and I think x86 and arm64 (and possibly other arch) changes are coming > too. Yes, it looks sane, though I do wonder whether there should also be a Kconfig option to allow archtectures to specify the default, instead of the default always being the minimum randomisation. I can see scope to safely pushing our mmap randomness default to 12, especially on 3GB setups, as we already have 11 bits of randomness on the sigpage and if enabled, 13 bits on the heap. -- FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up according to speedtest.net.