From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752079AbdLEUur (ORCPT ); Tue, 5 Dec 2017 15:50:47 -0500 Received: from out5-smtp.messagingengine.com ([66.111.4.29]:52123 "EHLO out5-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751288AbdLEUuq (ORCPT ); Tue, 5 Dec 2017 15:50:46 -0500 X-ME-Sender: Date: Wed, 6 Dec 2017 07:50:41 +1100 From: "Tobin C. Harding" To: Greg Kroah-Hartman Cc: Matt Fleming , Ard Biesheuvel , Dave Young , Linus Torvalds , LKML , "linux-efi@vger.kernel.org" Subject: Re: [PATCH] efi: move some sysfs files to be read-only by root Message-ID: <20171205205041.GE11064@eros> References: <20171205101343.GA5416@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171205101343.GA5416@kroah.com> X-Mailer: Mutt 1.5.24 (2015-08-30) User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 05, 2017 at 11:13:43AM +0100, Greg Kroah-Hartman wrote: > Thanks to the scripts/leaking_addresses.pl script, it was found that > some EFI values should not be readable by non-root users. > > So make them root-only, and to do that, add a __ATTR_RO_MODE() macro to > make this easier, and use it in other places at the same time. > > Reported-by: Linus Torvalds > Tested-by: Dave Young > Cc: Matt Fleming > Cc: Ard Biesheuvel > Cc: stable > Signed-off-by: Greg Kroah-Hartman > > --- > drivers/firmware/efi/efi.c | 3 +-- > drivers/firmware/efi/esrt.c | 15 ++++++--------- > drivers/firmware/efi/runtime-map.c | 10 +++++----- > include/linux/sysfs.h | 5 +++++ > 4 files changed, 17 insertions(+), 16 deletions(-) > > --- a/drivers/firmware/efi/efi.c > +++ b/drivers/firmware/efi/efi.c > @@ -143,8 +143,7 @@ static ssize_t systab_show(struct kobjec > return str - buf; > } Greg, do you add the CC's here in the commit log for a technical reason? Is it so that future investigation that leads to this commit can see who to involve in any further discussion? As an example, for the patch that added the %p hashing should I have CC'd Jason A. Donenfeld since he was the brains behind the SipHash stuff and gave loads of suggestions/direction? thanks, Tobin.