Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933577Ab3CSSlD (ORCPT ); Tue, 19 Mar 2013 14:41:03 -0400 Received: from bedivere.hansenpartnership.com ([66.63.167.143]:39969 "EHLO bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757294Ab3CSSlA (ORCPT ); Tue, 19 Mar 2013 14:41:00 -0400 Message-ID: <1363718456.2377.71.camel@dabdike.int.hansenpartnership.com> Subject: Re: [PATCH] x86/efi: pull NV+BS variables out before we exit boot services From: James Bottomley To: Matthew Garrett Cc: linux-efi@vger.kernel.org, linux-kernel Date: Tue, 19 Mar 2013 18:40:56 +0000 In-Reply-To: <20130319182810.GA13003@srcf.ucam.org> References: <1363596014.2412.8.camel@dabdike.int.hansenpartnership.com> <20130319014850.GA28934@srcf.ucam.org> <1363680885.2377.11.camel@dabdike.int.hansenpartnership.com> <20130319163531.GA10879@srcf.ucam.org> <1363713447.2377.60.camel@dabdike.int.hansenpartnership.com> <20130319172506.GA11969@srcf.ucam.org> <1363717411.2377.68.camel@dabdike.int.hansenpartnership.com> <20130319182810.GA13003@srcf.ucam.org> Content-Type: text/plain; charset="ISO-8859-15" X-Mailer: Evolution 3.6.3 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1241 Lines: 28 On Tue, 2013-03-19 at 18:28 +0000, Matthew Garrett wrote: > On Tue, Mar 19, 2013 at 06:23:31PM +0000, James Bottomley wrote: > > > The scheme we discussed, unless something radically changed, was to > > convey a temporary key pair via a mechanism to later verify the > > hybernate kernel on a resume. That only requires reboot safe knowledge > > of the public key. The private key can be conveyed in BS only (not NV), > > and should be consumed (as in deleted) by the OS when it receives it, so > > it wouldn't be exposed by this patch. > > It requires the key to survive the system being entirely powered down, > which means it needs to be BS+NV. It shouldn't be possible for userspace > to access this key. It requires the *public* key to survive power down, certainly. The private key can be thrown away once the hibernate image is signed. I think the scheme can be constructed so the private key is never in NV storage ... that also makes it more secure against tampering. James -- 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/