[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3908561D78D1C84285E8C5FCA982C28F7B37917B@ORSMSX110.amr.corp.intel.com>
Date: Fri, 16 Feb 2018 19:32:17 +0000
From: "Luck, Tony" <tony.luck@...el.com>
To: Peter Jones <pjones@...hat.com>,
Joe Konno <joe.konno@...ux.intel.com>
CC: Ard Biesheuvel <ard.biesheuvel@...aro.org>,
Borislav Petkov <bp@...en8.de>,
Matthew Garrett <mjg59@...gle.com>,
Ingo Molnar <mingo@...nel.org>,
Andy Lutomirski <luto@...nel.org>,
"linux-efi@...r.kernel.org" <linux-efi@...r.kernel.org>,
"Linux Kernel Mailing List" <linux-kernel@...r.kernel.org>,
Jeremy Kerr <jk@...abs.org>, Andi Kleen <ak@...ux.intel.com>,
Benjamin Drung <benjamin.drung@...fitbricks.com>
Subject: RE: [PATCH 0/2] efivars: reading variables can generate SMIs
> tl;dr: I think changing everything to 0600 is probably completely fine,
> and whitelisting is probably pointless.
But do you speak for all users? It will just take one person complaining
that efibootmgr no longer shows them what it used to show to bring down
the wrath of Linus on our (specifically Joe's) head for breaking user space.
I've got someone about to start looking at making efivarfs read and save
the values during mount, so all the read-only options can continue to work
without making EFI calls.
This will cost some memory (say 20-30 variables at up to 1K each).
-Tony
Powered by blists - more mailing lists