From: william.c.roberts at intel.com
To: tpm2@lists.01.org
Subject: [tpm2] Re: Stablishing trust on to TPM simulator
Date: Wed, 20 May 2020 18:41:31 +0000 [thread overview]
Message-ID: <20200520184131.2843.35549@ml01.vlan13.01.org> (raw)
In-Reply-To: 20200520140847.2843.90531@ml01.vlan13.01.org
[-- Attachment #1: Type: text/plain, Size: 1171 bytes --]
>
> Missing step:
> 1. (Attestator VM) check if vendor root certificates validate the EK certificate
> --------
So as Imran points out keylime.dev has a system that does all of this. To verify a certificate on the server, it would be some form of
openssl verify command. I don't recall if tpm2_createek will output stable keys between ibmtpm server invocations where the NVChip
file is removed, so be wary of that. NVChip is where the ibmtpm simulator stores its persistent data, like the endorsement hiearchy
seed. If that seed is randomized, removing that will get you a new key. The NVChip file is always in the CWD of the ibmtpm process.
For an actual TPM, it depends, TL;DR is that recent versions of tpm2_getekcertificate will fetch it for you (offhand I cannot recall the
version, but its at least 4.0 for ecc keys). Certificates are stored in NV Indexes defined by the TCG, and some Intel platforms have it
available via a web URL. The simulator does none of these steps, so you would have to mock it by creating your own EK Cert and storing
it to the tpm NV index. You can then use openssl verify command to make sure that its a good certificate.
next reply other threads:[~2020-05-20 18:41 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-20 18:41 william.c.roberts [this message]
-- strict thread matches above, loose matches on Subject: below --
2020-05-23 19:49 [tpm2] Re: Stablishing trust on to TPM simulator
2020-05-20 18:24 Imran Desai
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200520184131.2843.35549@ml01.vlan13.01.org \
--to=tpm2@lists.01.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox