Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp658687ybe; Wed, 11 Sep 2019 02:41:41 -0700 (PDT) X-Google-Smtp-Source: APXvYqzYdWHnT7IcGGyTTmEV9Wtf2RhyFwWjuuOJg5skQmIoQWq/pE8qEIFrqwYr55XSEsmIa+u5 X-Received: by 2002:a50:981b:: with SMTP id g27mr35529887edb.105.1568194901649; Wed, 11 Sep 2019 02:41:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568194901; cv=none; d=google.com; s=arc-20160816; b=fCeq/W4w7r2p9BEaiw9J6PF/f11fDNWwGImouWQ8EN+c7QGl4EaUiVnHcpcjXCkh6A cCh6nWvBr/Mk/BD31nuZ9z0LW3Xfy3R/E29oNOAu5RPI+DFU5JG2Zp8BFkqvRfeQ7XDU W6SOdUug+9L8HT+piRkNdy2+yg/eENr5s0Efy7o3lbFJV2OZDDfCtLo9he/cbuDx+0+q Ob1M7DFQKEK/I3OC4+lqFtx8w0B75GE3tmJPi6DYGswTSB/wFDFocz4CPk9fiaOfBL7Z LXfN4XU5/nQn0z/+Uyda+B3nJb0QtP9UcZcuzkctzSIlyJEPpW8mkYChZdMoEf0OkEZS +2pA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:organization:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=l3cztV1jxH0vCu0hZ0Z3pjh/BmWl+sHdaeOTkyyzptk=; b=IpGe8h8w0COWDjXIL7lsL/OBmtVyNGqn/KhGM0Upjt016ET4QZ9OsPYN4hRD+nVWjc rIsLocOC71qqAaGDU54bC7jGn/CyALWatzfqfuqVr05gZYLV0krwn+tWM3MFvW9eWNr9 HWG8o0npyNkuHfLuSvCFRGWC4MDLvF4tWaG+Gg6fFU5QOYav9YlUgmwcRYG9nIYr6akH EE0ya5xNEONbYsQ1h5w9X3ZVnf514oajvVnHLae++3qa6SqbTFS5NybLyjRDYwkbOdp7 fBr00hY54YKNfnNya6COkYRfVZQXN3hLH/yH41bNgTq9hyU8IAEw7ZYUvvt65nXTZgAy lD5g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id cb11si10648461ejb.38.2019.09.11.02.41.16; Wed, 11 Sep 2019 02:41:41 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727440AbfIKJkz (ORCPT + 99 others); Wed, 11 Sep 2019 05:40:55 -0400 Received: from mga09.intel.com ([134.134.136.24]:5597 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726657AbfIKJkz (ORCPT ); Wed, 11 Sep 2019 05:40:55 -0400 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from orsmga007.jf.intel.com ([10.7.209.58]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Sep 2019 02:40:54 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,492,1559545200"; d="scan'208";a="175598688" Received: from dgonsal1-mobl.ger.corp.intel.com (HELO localhost) ([10.249.38.48]) by orsmga007.jf.intel.com with ESMTP; 11 Sep 2019 02:40:53 -0700 Date: Wed, 11 Sep 2019 10:40:52 +0100 From: Jarkko Sakkinen To: James Bottomley Cc: linux-integrity@vger.kernel.org, linux-crypto@vger.kernel.org, linux-security-module@vger.kernel.org Subject: Re: [PATCH v6 00/12] add integrity and security to TPM2 transactions Message-ID: <20190911094052.GA22754@linux.intel.com> References: <1568031408.6613.29.camel@HansenPartnership.com> <20190910162132.GA11338@linux.intel.com> <20190911084249.GA7436@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190911084249.GA7436@linux.intel.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-crypto-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Wed, Sep 11, 2019 at 09:42:49AM +0100, Jarkko Sakkinen wrote: > On Tue, Sep 10, 2019 at 05:21:32PM +0100, Jarkko Sakkinen wrote: > > On Mon, Sep 09, 2019 at 01:16:48PM +0100, James Bottomley wrote: > > > Link to previous cover letter: > > > > > > https://lore.kernel.org/linux-integrity/1540193596.3202.7.camel@HansenPartnership.com/ > > > > > > This is marked v6 instead of v5 because I did a v5 after feedback on v4 > > > but didn't get around to posting it and then had to rework the whole of > > > the kernel space handling while I was on holiday. I also added the > > > documentation of how the whole thing works and the rationale for doing > > > it in tpm-security.rst (patch 11). The main reason for doing this now > > > is so we have something to discuss at Plumbers. > > > > > > The new patch set implements the various splits requested, but the main > > > changes are that the kernel space is gone and is replaced by a context > > > save and restore of the generated null seed. This is easier to handle > > > than a full kernel space given the new threading for TPM spaces, but > > > conceptually it is still very like a space. I've also made whether > > > integrity and encryption is turned on a Kconfig option. > > > > > > James > > > > So... is there a changelog for the revisions? > > This also desperately needs a cover letter with the full rationale and > not just a link to an aged cover letter. I have bigger problems with the > form than the function ATM. > > TPM's threat model does not cover hardware attacks. It is hardware > designed to give some protection against software attacks. If I were > sending these patches I would start to look for an angle from that > perspective. The rationale can be essentially just that since there is often lots of *software* running outside the CPU on different cores all around the HW platform, this will add to defense in depth. I'm not looking for anything more rockety sciency than that. I think that was the key lesson from TPM Genie. /Jarkko