[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <64961d37eafda_142af829411@dwillia2-xfh.jf.intel.com.notmuch>
Date: Fri, 23 Jun 2023 15:31:20 -0700
From: Dan Williams <dan.j.williams@...el.com>
To: "Huang, Kai" <kai.huang@...el.com>,
"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
Huang, Kai wrote:
> 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
>
Read further in that man page and see the example of generic user
defined value stored as a "key". A "key" is just a blob that has meaning
to access other resources / instantiate other keys.
Powered by blists - more mailing lists