From: "Yao, Jiewen" <jiewen.yao@intel.com>
To: "devel@edk2.groups.io" <devel@edk2.groups.io>,
"gaoliming@byosoft.com.cn" <gaoliming@byosoft.com.cn>,
"Xu, Min M" <min.m.xu@intel.com>
Cc: "Kinney, Michael D" <michael.d.kinney@intel.com>,
"Liu, Zhiguang" <zhiguang.liu@intel.com>,
"Wang, Jian J" <jian.j.wang@intel.com>,
"Lu, Ken" <ken.lu@intel.com>
Subject: Re: [edk2-devel] [PATCH 1/2] MdePkg: Introduce TdProtocol for TD-Guest firmware
Date: Fri, 24 Sep 2021 23:01:25 +0000 [thread overview]
Message-ID: <PH0PR11MB48856B10B91ABBDDBDD0E65B8CA49@PH0PR11MB4885.namprd11.prod.outlook.com> (raw)
In-Reply-To: <002201d7a9f5$79acd310$6d067930$@byosoft.com.cn>
Hi Liming
We just published the GHCI spec version 1.0 revision 002 at https://software.intel.com/content/dam/develop/external/us/en/documents/intel-tdx-guest-hypervisor-communication-interface-1.0-344426-002.pdf
4.3.2 include the EFI_TD_PROTOCOL.
Thank you
Yao Jiewen
> -----Original Message-----
> From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of gaoliming
> Sent: Wednesday, September 15, 2021 1:50 PM
> To: devel@edk2.groups.io; Xu, Min M <min.m.xu@intel.com>
> Cc: Kinney, Michael D <michael.d.kinney@intel.com>; Liu, Zhiguang
> <zhiguang.liu@intel.com>; Yao, Jiewen <jiewen.yao@intel.com>; Wang, Jian J
> <jian.j.wang@intel.com>; Lu, Ken <ken.lu@intel.com>
> Subject: 回复: [edk2-devel] [PATCH 1/2] MdePkg: Introduce TdProtocol for TD-
> Guest firmware
>
> Min:
> Which public spec defines this new protocol?
>
> Thanks
> Liming
> > -----邮件原件-----
> > 发件人: devel@edk2.groups.io <devel@edk2.groups.io> 代表 Min Xu
> > 发送时间: 2021年9月14日 9:57
> > 收件人: devel@edk2.groups.io
> > 抄送: Min Xu <min.m.xu@intel.com>; Michael D Kinney
> > <michael.d.kinney@intel.com>; Liming Gao <gaoliming@byosoft.com.cn>;
> > Zhiguang Liu <zhiguang.liu@intel.com>; Jiewen Yao <jiewen.yao@intel.com>;
> > Jian J Wang <jian.j.wang@intel.com>; Ken Lu <ken.lu@intel.com>
> > 主题: [edk2-devel] [PATCH 1/2] MdePkg: Introduce TdProtocol for TD-Guest
> > firmware
> >
> > BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3625
> >
> > If TD-Guest firmware supports measurement and an event is created,
> > TD-Guest firmware is designed to report the event log with the same data
> > structure in TCG-Platform-Firmware-Profile specification with
> > EFI_TCG2_EVENT_LOG_FORMAT_TCG_2 format.
> >
> > The TD-Guest firmware supports measurement, the TD Guest Firmware is
> > designed to produce EFI_TD_PROTOCOL with new GUID
> > EFI_TD_PROTOCOL_GUID
> > to report event log and provides hash capability.
> >
> > Cc: Michael D Kinney <michael.d.kinney@intel.com>
> > Cc: Liming Gao <gaoliming@byosoft.com.cn>
> > Cc: Zhiguang Liu <zhiguang.liu@intel.com>
> > Cc: Jiewen Yao <jiewen.yao@intel.com>
> > Cc: Jian J Wang <jian.j.wang@intel.com>
> > Cc: Ken Lu <ken.lu@intel.com>
> > Signed-off-by: Min Xu <min.m.xu@intel.com>
> > ---
> > MdePkg/Include/Protocol/TdProtocol.h | 305
> > +++++++++++++++++++++++++++
> > MdePkg/MdePkg.dec | 3 +
> > 2 files changed, 308 insertions(+)
> > create mode 100644 MdePkg/Include/Protocol/TdProtocol.h
> >
> > diff --git a/MdePkg/Include/Protocol/TdProtocol.h
> > b/MdePkg/Include/Protocol/TdProtocol.h
> > new file mode 100644
> > index 000000000000..5a015fca0079
> > --- /dev/null
> > +++ b/MdePkg/Include/Protocol/TdProtocol.h
> > @@ -0,0 +1,305 @@
> > +/** @file
> > + If TD-Guest firmware supports measurement and an event is created,
> > TD-Guest
> > + firmware is designed to report the event log with the same data
> structure
> > + in TCG-Platform-Firmware-Profile specification with
> > + EFI_TCG2_EVENT_LOG_FORMAT_TCG_2 format.
> > +
> > + The TD-Guest firmware supports measurement, the TD Guest Firmware is
> > designed
> > + to produce EFI_TD_PROTOCOL with new GUID EFI_TD_PROTOCOL_GUID
> > to report
> > + event log and provides hash capability.
> > +
> > +Copyright (c) 2020 - 2021, Intel Corporation. All rights reserved.<BR>
> > +SPDX-License-Identifier: BSD-2-Clause-Patent
> > +
> > +**/
> > +
> > +
> > +#ifndef TD_PROTOCOL_H_
> > +#define TD_PROTOCOL_H_
> > +
> > +#include <Uefi/UefiBaseType.h>
> > +#include <IndustryStandard/UefiTcgPlatform.h>
> > +#include <IndustryStandard/Tpm20.h>
> > +
> > +
> > +#define EFI_TD_PROTOCOL_GUID \
> > + { 0x96751a3d, 0x72f4, 0x41a6, { 0xa7, 0x94, 0xed, 0x5d, 0x0e, 0x67,
> 0xae,
> > 0x6b }}
> > +extern EFI_GUID gEfiTdProtocolGuid;
> > +
> > +typedef struct _EFI_TD_PROTOCOL EFI_TD_PROTOCOL;
> > +
> > +typedef struct {
> > + UINT8 Major;
> > + UINT8 Minor;
> > +} EFI_TD_VERSION;
> > +
> > +typedef UINT32 EFI_TD_EVENT_LOG_BITMAP;
> > +typedef UINT32 EFI_TD_EVENT_LOG_FORMAT;
> > +typedef UINT32
> > EFI_TD_EVENT_ALGORITHM_BITMAP;
> > +typedef UINT32 EFI_TD_MR_INDEX;
> > +
> > +#define EFI_TD_EVENT_LOG_FORMAT_TCG_2 0x00000002
> > +#define EFI_TD_BOOT_HASH_ALG_SHA384 0x00000004
> > +
> > +//
> > +// This bit is shall be set when an event shall be extended but not
> logged.
> > +//
> > +#define EFI_TD_FLAG_EXTEND_ONLY 0x0000000000000001
> > +//
> > +// This bit shall be set when the intent is to measure a PE/COFF image.
> > +//
> > +#define EFI_TD_FLAG_PE_COFF_IMAGE 0x0000000000000010
> > +
> > +#define MR_INDEX_MRTD 0
> > +#define MR_INDEX_RTMR0 1
> > +#define MR_INDEX_RTMR1 2
> > +#define MR_INDEX_RTMR2 3
> > +#define MR_INDEX_RTMR3 4
> > +
> > +//
> > +// This bit shall be set when the intent is to measure a PE/COFF image.
> > +//
> > +#define PE_COFF_IMAGE 0x0000000000000010
> > +
> > +#pragma pack (1)
> > +
> > +#define EFI_TD_EVENT_HEADER_VERSION 1
> > +
> > +typedef struct {
> > + //
> > + // Size of the event header itself (sizeof(EFI_TD_EVENT_HEADER)).
> > + //
> > + UINT32 HeaderSize;
> > + //
> > + // Header version. For this version of this specification, the value
> shall be
> > 1.
> > + //
> > + UINT16 HeaderVersion;
> > + //
> > + // Index of the MR that shall be extended.
> > + //
> > + EFI_TD_MR_INDEX MrIndex;
> > + //
> > + // Type of the event that shall be extended (and optionally logged).
> > + //
> > + UINT32 EventType;
> > +} EFI_TD_EVENT_HEADER;
> > +
> > +typedef struct {
> > + //
> > + // Total size of the event including the Size component, the header and
> the
> > Event data.
> > + //
> > + UINT32 Size;
> > + EFI_TD_EVENT_HEADER Header;
> > + UINT8 Event[1];
> > +} EFI_TD_EVENT;
> > +
> > +#pragma pack()
> > +
> > +
> > +typedef struct {
> > + //
> > + // Allocated size of the structure
> > + //
> > + UINT8 Size;
> > + //
> > + // Version of the EFI_TD_BOOT_SERVICE_CAPABILITY structure itself.
> > + // For this version of the protocol, the Major version shall be set to
> 1
> > + // and the Minor version shall be set to 1.
> > + //
> > + EFI_TD_VERSION StructureVersion;
> > + //
> > + // Version of the EFI TD protocol.
> > + // For this version of the protocol, the Major version shall be set to
> 1
> > + // and the Minor version shall be set to 1.
> > + //
> > + EFI_TD_VERSION ProtocolVersion;
> > + //
> > + // Supported hash algorithms
> > + //
> > + EFI_TD_EVENT_ALGORITHM_BITMAP HashAlgorithmBitmap;
> > + //
> > + // Bitmap of supported event log formats
> > + //
> > + EFI_TD_EVENT_LOG_BITMAP SupportedEventLogs;
> > +
> > + //
> > + // False = TD not present
> > + //
> > + BOOLEAN TdPresentFlag;
> > +} EFI_TD_BOOT_SERVICE_CAPABILITY;
> > +
> > +/**
> > + The EFI_TD_PROTOCOL GetCapability function call provides protocol
> > + capability information and state information.
> > +
> > + @param[in] This Indicates the calling context
> > + @param[in, out] ProtocolCapability The caller allocates memory for a
> > EFI_TD_BOOT_SERVICE_CAPABILITY
> > + structure and sets the size
> > field to the size of the structure allocated.
> > + The callee fills in the fields
> > with the EFI protocol capability information
> > + and the current EFI TD state
> > information up to the number of fields which
> > + fit within the size of the
> > structure passed in.
> > +
> > + @retval EFI_SUCCESS Operation completed successfully.
> > + @retval EFI_DEVICE_ERROR The command was unsuccessful.
> > + The ProtocolCapability variable will
> > not be populated.
> > + @retval EFI_INVALID_PARAMETER One or more of the parameters are
> > incorrect.
> > + The ProtocolCapability variable will
> > not be populated.
> > + @retval EFI_BUFFER_TOO_SMALL The ProtocolCapability variable is
> > too small to hold the full response.
> > + It will be partially populated
> > (required Size field will be set).
> > +**/
> > +typedef
> > +EFI_STATUS
> > +(EFIAPI *EFI_TD_GET_CAPABILITY) (
> > + IN EFI_TD_PROTOCOL *This,
> > + IN OUT EFI_TD_BOOT_SERVICE_CAPABILITY *ProtocolCapability
> > + );
> > +
> > +/**
> > + The EFI_TD_PROTOCOL Get Event Log function call allows a caller to
> > + retrieve the address of a given event log and its last entry.
> > +
> > + @param[in] This Indicates the calling context
> > + @param[in] EventLogFormat The type of the event log for which
> > the information is requested.
> > + @param[out] EventLogLocation A pointer to the memory address of
> > the event log.
> > + @param[out] EventLogLastEntry If the Event Log contains more than
> > one entry, this is a pointer to the
> > + address of the start of the last
> > entry in the event log in memory.
> > + @param[out] EventLogTruncated If the Event Log is missing at least one
> > entry because an event would
> > + have exceeded the area allocated
> > for events, this value is set to TRUE.
> > + Otherwise, the value will be FALSE
> > and the Event Log will be complete.
> > +
> > + @retval EFI_SUCCESS Operation completed successfully.
> > + @retval EFI_INVALID_PARAMETER One or more of the parameters are
> > incorrect
> > + (e.g. asking for an event log whose
> > format is not supported).
> > +**/
> > +typedef
> > +EFI_STATUS
> > +(EFIAPI *EFI_TD_GET_EVENT_LOG) (
> > + IN EFI_TD_PROTOCOL *This,
> > + IN EFI_TD_EVENT_LOG_FORMAT EventLogFormat,
> > + OUT EFI_PHYSICAL_ADDRESS *EventLogLocation,
> > + OUT EFI_PHYSICAL_ADDRESS *EventLogLastEntry,
> > + OUT BOOLEAN *EventLogTruncated
> > + );
> > +
> > +/**
> > + The EFI_TD_PROTOCOL HashLogExtendEvent function call provides callers
> > with
> > + an opportunity to extend and optionally log events without requiring
> > + knowledge of actual TD commands.
> > + The extend operation will occur even if this function cannot create an
> > event
> > + log entry (e.g. due to the event log being full).
> > +
> > + @param[in] This Indicates the calling context
> > + @param[in] Flags Bitmap providing additional
> > information.
> > + @param[in] DataToHash Physical address of the start of the
> > data buffer to be hashed.
> > + @param[in] DataToHashLen The length in bytes of the buffer
> > referenced by DataToHash.
> > + @param[in] EfiTdEvent Pointer to data buffer containing
> > information about the event.
> > +
> > + @retval EFI_SUCCESS Operation completed successfully.
> > + @retval EFI_DEVICE_ERROR The command was unsuccessful.
> > + @retval EFI_VOLUME_FULL The extend operation occurred, but
> > the event could not be written to one or more event logs.
> > + @retval EFI_INVALID_PARAMETER One or more of the parameters are
> > incorrect.
> > + @retval EFI_UNSUPPORTED The PE/COFF image type is not
> > supported.
> > +**/
> > +typedef
> > +EFI_STATUS
> > +(EFIAPI * EFI_TD_HASH_LOG_EXTEND_EVENT) (
> > + IN EFI_TD_PROTOCOL *This,
> > + IN UINT64 Flags,
> > + IN EFI_PHYSICAL_ADDRESS DataToHash,
> > + IN UINT64 DataToHashLen,
> > + IN EFI_TD_EVENT *EfiTdEvent
> > + );
> > +
> > +/**
> > + The EFI_TD_PROTOCOL MapPcrToMrIndex function call provides callers
> > + the info on TPM PCR<-> measurement register mapping information.
> > +
> > + In current version, we use below mapping:
> > + PCR0 -> MRTD (Index 0)
> > + PCR1 -> RTMR0 (Index 1)
> > + PCR2~6 -> RTMR1 (Index 2)
> > + PCR7 -> RTMR0 (Index 1)
> > + PCR8~15 -> RTMR2 (Index 3)
> > +
> > + @param[in] This Indicates the calling context
> > + @param[in] PcrIndex TPM PCR index.
> > + @param[out] MrIndex Measurement register index.
> > +
> > + @retval EFI_SUCCESS The MR index is returned.
> > + @retval EFI_INVALID_PARAMETER The MrIndex is NULL.
> > + @retval EFI_UNSUPPORTED The PcrIndex is invalid.
> > +**/
> > +typedef
> > +EFI_STATUS
> > +(EFIAPI * EFI_TD_MAP_PCR_TO_MR_INDEX) (
> > + IN EFI_TD_PROTOCOL *This,
> > + IN TCG_PCRINDEX PcrIndex,
> > + OUT EFI_TD_MR_INDEX *MrIndex
> > + );
> > +
> > +struct _EFI_TD_PROTOCOL {
> > + EFI_TD_GET_CAPABILITY GetCapability;
> > + EFI_TD_GET_EVENT_LOG GetEventLog;
> > + EFI_TD_HASH_LOG_EXTEND_EVENT
> > HashLogExtendEvent;
> > + EFI_TD_MAP_PCR_TO_MR_INDEX MapPcrToMrIndex;
> > +};
> > +
> > +
> > +//
> > +// TD event log
> > +//
> > +
> > +#pragma pack(1)
> > +
> > +//
> > +// Crypto Agile Log Entry Format.
> > +// It is similar with TCG_PCR_EVENT2 except the field of MrIndex and
> > PCRIndex.
> > +//
> > +typedef struct {
> > + EFI_TD_MR_INDEX MrIndex;
> > + UINT32 EventType;
> > + TPML_DIGEST_VALUES Digests;
> > + UINT32 EventSize;
> > + UINT8 Event[1];
> > +} TD_EVENT;
> > +
> > +//
> > +// EFI TD Event Header
> > +// It is similar with TCG_PCR_EVENT2_HDR except the field of MrIndex and
> > PCRIndex
> > +//
> > +typedef struct {
> > + EFI_TD_MR_INDEX MrIndex;
> > + UINT32 EventType;
> > + TPML_DIGEST_VALUES Digests;
> > + UINT32 EventSize;
> > +} TD_EVENT_HDR;
> > +
> > +#pragma pack()
> > +
> > +//
> > +// Log entries after Get Event Log service
> > +//
> > +
> > +
> > +typedef struct {
> > + //
> > + // The version of this structure. It shall be set ot 1.
> > + //
> > + UINT64 Version;
> > + //
> > + // Number of events recorded after invocation of GetEventLog API
> > + //
> > + UINT64 NumberOfEvents;
> > + //
> > + // List of events of type TCG_TD_EVENT.
> > + //
> > + //TD_EVENT Event[1];
> > +} EFI_TD_FINAL_EVENTS_TABLE;
> > +
> > +
> > +#define EFI_TD_FINAL_EVENTS_TABLE_GUID \
> > + {0xdd4a4648, 0x2de7, 0x4665, {0x96, 0x4d, 0x21, 0xd9, 0xef, 0x5f, 0xb4,
> > 0x46}}
> > +
> > +extern EFI_GUID gEfiTdFinalEventsTableGuid;
> > +
> > +#endif
> > diff --git a/MdePkg/MdePkg.dec b/MdePkg/MdePkg.dec
> > index a28a2daaffa8..2f48f6c40c1e 100644
> > --- a/MdePkg/MdePkg.dec
> > +++ b/MdePkg/MdePkg.dec
> > @@ -1008,6 +1008,9 @@
> > ## Include/Protocol/PcdInfo.h
> > gGetPcdInfoProtocolGuid = { 0x5be40f57, 0xfa68, 0x4610, { 0xbb,
> > 0xbf, 0xe9, 0xc5, 0xfc, 0xda, 0xd3, 0x65 } }
> >
> > + ## Include/Protocol/TdProtocol.h
> > + gEfiTdProtocolGuid = { 0x96751a3d, 0x72f4, 0x41a6, { 0xa7,
> > 0x94, 0xed, 0x5d, 0x0e, 0x67, 0xae, 0x6b }}
> > +
> > #
> > # Protocols defined in PI1.0.
> > #
> > --
> > 2.29.2.windows.2
> >
> >
> >
> >
> >
>
>
>
>
>
>
>
next prev parent reply other threads:[~2021-09-24 23:01 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-14 1:57 [PATCH 0/2] Introduce TdProtocol into EDK2 Min Xu
2021-09-14 1:57 ` [PATCH 1/2] MdePkg: Introduce TdProtocol for TD-Guest firmware Min Xu
2021-09-14 2:05 ` Yao, Jiewen
2021-09-15 5:49 ` 回复: [edk2-devel] " gaoliming
2021-09-15 6:04 ` Min Xu
2021-09-24 23:01 ` Yao, Jiewen [this message]
2021-09-26 0:53 ` 回复: " gaoliming
2021-09-26 1:00 ` Yao, Jiewen
2021-09-14 1:57 ` [PATCH 2/2] SecurityPkg: Add DxeTdMeasureBootLib for TD measure boot Min Xu
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-list 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=PH0PR11MB48856B10B91ABBDDBDD0E65B8CA49@PH0PR11MB4885.namprd11.prod.outlook.com \
--to=devel@edk2.groups.io \
/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