From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matt Fleming Subject: Re: [RFC PATCH 06/16] x86/efi: Generating random HMAC key for siging hibernate image Date: Thu, 30 Jul 2015 17:20:46 +0100 Message-ID: <1438273246.11322.14.camel@intel.com> References: <1437056730-15247-1-git-send-email-jlee@suse.com> <1437056730-15247-7-git-send-email-jlee@suse.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: Received: from mga01.intel.com ([192.55.52.88]:52984 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753076AbbG3QU5 (ORCPT ); Thu, 30 Jul 2015 12:20:57 -0400 In-Reply-To: <1437056730-15247-7-git-send-email-jlee@suse.com> Sender: linux-pm-owner@vger.kernel.org List-Id: linux-pm@vger.kernel.org To: "Lee, Chun-Yi" Cc: linux-kernel@vger.kernel.org, linux-efi@vger.kernel.org, linux-pm@vger.kernel.org, "Rafael J. Wysocki" , Matthew Garrett , Len Brown , Pavel Machek , Josh Boyer , Vojtech Pavlik , Jiri Kosina , "H. Peter Anvin" , "Lee, Chun-Yi" On Thu, 2015-07-16 at 22:25 +0800, Lee, Chun-Yi wrote: > This patch adds codes in EFI stub for generating and storing the > HMAC key in EFI boot service variable for signing hibernate image. > > Per rcf2104, the length of HMAC-SHA1 hash result is 20 bytes, and > it recommended the length of key the same with hash rsult, means > also 20 bytes. Using longer key would not significantly increase > the function strength. Due to the nvram space is limited in some > UEFI machines, so using the minimal recommended length 20 bytes > key that will stored in boot service variable. > > For generating a messy number as a 20 bytes key, the codes in EFI > stub gets u32 random number five time and every random number is > rolling that last u32 random number as entropy. > > The HMAC key stored in EFI boot service variable, the GUID is > S4SignKey-fe141863-c070-478e-b8a3-878a5dc9ef21. [...] > @@ -1383,6 +1384,60 @@ free_mem_map: > return status; > } > > +#ifdef CONFIG_HIBERNATE_VERIFICATION > +#define SWSUSP_KEY \ > + ((efi_char16_t [10]) { 'S', 'W', 'S', 'U', 'S', 'P', 'K', 'e', 'y', 0 }) > +#define SWSUSP_KEY_ATTRIBUTE (EFI_VARIABLE_NON_VOLATILE | \ > + EFI_VARIABLE_BOOTSERVICE_ACCESS) You mean "SWSUSPKey" not "S4SignKey" right?