Messages in this thread | | | Subject | Re: [PATCH 1/4] keys: Introduce tsm keys | From | James Bottomley <> | Date | Fri, 04 Aug 2023 13:12:07 -0400 |
| |
On Fri, 2023-08-04 at 10:07 -0700, Dionna Amalie Glaze wrote: > > > > Just on this one, it's already specified in the latest SVSM doc: > > > > https://lore.kernel.org/linux-coco/a2f31400-9e1c-c12a-ad7f-ea0265a12068@amd.com/ > > > > The Service Attestation Data on page 36-37. It says TPMT_PUBLIC of > > the > > EK. However, what it doesn't say is *which* EK. I already sent in > > a > > comment saying it should be the TCG template for the P-256 curve > > EK. > > > > So asking the SVSM to give you the attestation report for the VTPM > > service binds the EK of the vTPM. > > > > Yes, thanks. It sounds like you have to ask the SVSM to certify the > EK separately from asking the TPM for a quote.
That's right.
> We can't rely entirely on the TPM API and avoid a sev-guest device > for talking to the SVSM.
Yes, you have to make a SVSM service attestation call initially to validate the vTPM.
> Or are you saying the SVSM attestation report will get encoded in > the x.509 EK certificate that the TPM API returns, such as the report > is in a cert extension? I'm less clear on how TPM software would > interpret the Issuer of that cert.
There is no certificate. It's more like the Google Cloud: the SVSM vTPM has no EK cert, so you have to ask something else for validation of the EK, in this case a service attestation quote from the SVSM which confirms the binding of the current SVSM to the EK and then you use that EK pub to verify the vTPM.
There's already experimental work to get this supported in Keylime, but doing it properly involves making the registrar EK validation mechanism pluggable.
James
| |