[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <b99d329e5a28a06dfb947270b8a9032cc6960f83.camel@intel.com>
Date: Thu, 22 Jun 2023 23:44:54 +0000
From: "Huang, Kai" <kai.huang@...el.com>
To: "Williams, Dan J" <dan.j.williams@...el.com>,
"Aktas, Erdem" <erdemaktas@...gle.com>
CC: "corbet@....net" <corbet@....net>, "Du, Fan" <fan.du@...el.com>,
"shuah@...nel.org" <shuah@...nel.org>,
"Luck, Tony" <tony.luck@...el.com>,
"dave.hansen@...ux.intel.com" <dave.hansen@...ux.intel.com>,
"brijesh.singh@....com" <brijesh.singh@....com>,
"dionnaglaze@...gle.com" <dionnaglaze@...gle.com>,
"qinkun@...che.org" <qinkun@...che.org>,
"kirill.shutemov@...ux.intel.com" <kirill.shutemov@...ux.intel.com>,
"mingo@...hat.com" <mingo@...hat.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"tglx@...utronix.de" <tglx@...utronix.de>,
"linux-doc@...r.kernel.org" <linux-doc@...r.kernel.org>,
"wander@...hat.com" <wander@...hat.com>,
"atishp@...osinc.com" <atishp@...osinc.com>,
"hpa@...or.com" <hpa@...or.com>,
"chongc@...gle.com" <chongc@...gle.com>,
"bp@...en8.de" <bp@...en8.de>,
"linux-kselftest@...r.kernel.org" <linux-kselftest@...r.kernel.org>,
"sathyanarayanan.kuppuswamy@...ux.intel.com"
<sathyanarayanan.kuppuswamy@...ux.intel.com>,
"dhowells@...hat.com" <dhowells@...hat.com>,
"Yu, Guorui" <guorui.yu@...ux.alibaba.com>,
"x86@...nel.org" <x86@...nel.org>
Subject: Re: [PATCH v3 3/3] selftests/tdx: Test GetQuote TDX attestation
feature
On Thu, 2023-06-22 at 16:31 -0700, Erdem Aktas wrote:
> So while I like the suggested direction, I am not sure how much it is
> possible to come up with a common ABI even with just only for 2
> vendors (AMD and Intel) without doing spec changes which is a multi
> year effort imho.
I don't want to intervene the discussion around whether this direction is
correct or not, however I want to say request_key() may not be the right place
to fit Quote (or remote verifiable data blob in general for attestation).
> request_key(coco_quote, "description", "<uuencoded tdreport>")
Although both key and Quote are data blob in some way, Quote certainly is not a
key but have much more information. The man page of request_key() seems to
suggest it's just for key:
request_key - request a key from the kernel's key management
facility
So IMHO using request_key() to fit Quote may cause bigger confusion.
Powered by blists - more mailing lists