From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2510AC32771 for ; Wed, 28 Sep 2022 10:35:20 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233284AbiI1KfS (ORCPT ); Wed, 28 Sep 2022 06:35:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47290 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233225AbiI1Ke6 (ORCPT ); Wed, 28 Sep 2022 06:34:58 -0400 X-Greylist: delayed 1801 seconds by postgrey-1.37 at lindbergh.monkeyblade.net; Wed, 28 Sep 2022 03:34:54 PDT Received: from the.earth.li (the.earth.li [IPv6:2a00:1098:86:4d:c0ff:ee:15:900d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0701527B09; Wed, 28 Sep 2022 03:34:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=earth.li; s=the; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject: Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=K8E0FzdNDrn2vBMjfp3h2KajM+B36hLnkhE+pnW7Lb8=; b=tCA2PesD4/l8yPuyvQFPWi3nUi WDiKR+zssEkSliDYZ2hVjvPR+Szf1TApxTmnbwAMxTf915JhbObbstSRCUc3Lic1QeEwgzYvP6EUh E+HrV3DixfeX4F/TNF1TquUoGGA7VNn4gpom38VrTloH1m/goBh/WB+YNyX0rzeKf4R7ZOmEuRTQq lxlpOgRJ9U+4WI4L3QATPubbUcrIrhQwb8gpqlPOzRG+HOU3PdSCpGjYJYaw9s2blFvl7wHvDk+oK d2JJV692QJh++TV62L7H/y3y9vcbNIISAmJth+4tutxt0bYuboCfAsbkpf0eT1Ca0q8XXzh87UJ/D yV6o44QQ==; Received: from noodles by the.earth.li with local (Exim 4.94.2) (envelope-from ) id 1odTaO-00Gcuf-D2; Wed, 28 Sep 2022 10:42:36 +0100 Date: Wed, 28 Sep 2022 10:42:36 +0100 From: Jonathan McDowell To: Evan Green Cc: Jarkko Sakkinen , Mimi Zohar , Matthew Garrett , Ken Goldman , LKML , Daniil Lunev , "James E.J. Bottomley" , linux-integrity@vger.kernel.org, Jonathan Corbet , "Rafael J. Wysocki" , Gwendal Grignou , Linux PM , Len Brown , Pavel Machek , "Rafael J. Wysocki" Subject: Re: TPM: hibernate with IMA PCR 10 Message-ID: References: <96360ec16b21d8b37461a5de083ff794f3604300.camel@linux.ibm.com> <96cfd1f3f084f6d145bd22e0989dc046fe15b66a.camel@linux.ibm.com> <2bc656bf67af52e0b9a68e91c5b574e0ab4ffa8e.camel@linux.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Sep 27, 2022 at 09:03:21AM -0700, Evan Green wrote: > On Fri, Sep 23, 2022 at 6:30 AM Jarkko Sakkinen wrote: > > > > On Wed, Sep 21, 2022 at 04:15:20PM -0400, Mimi Zohar wrote: > > > > > Enabling hibernate or IMA shouldn't be an either-or decision, if at all > > > possible. The main concern is that attestation servers be able to > > > detect hibernation and possibly the loss of measurement > > > history. Luckily, although the PCRs are reset, the TPM > > > pcrUpdateCounter is not. > > > > > > I would appreciate including a "hibernate" marker, similar to the > > > "boot_aggregate". > > > > Yeah, I guess that would not do harm. > > I think I understand it. It's pretty much exactly a boot_aggregate > marker that we want, correct? > > Should it have its own name, or is it sufficient to simply infer that > a boot_aggregate marker that isn't the first item in the list must > come from hibernate resume? I think it should have its own name, because a subsequent boot_aggregate is inserted when we kexec into a new kernel. J. -- "Why? - because it's f***ing there!" -- Edmund Hilary This .sig brought to you by the letter I and the number 30 Product of the Republic of HuggieTag