Skip to content
730B896585B45684E2FB412C8548EE448524B14CB9355422B337547784D09955 edited this page Aug 30, 2018 · 3 revisions

Attestation Certificate Authority (ACA) Frequently Asked Questions (FAQ)

  1. What is an Attestation Certificate Authority?
  2. What is Supply Chain Risk Management and what role does the ACA play ?
  3. What does the ACA do to Provision a TPM?
  4. Is the ACA intended for use in an operational system?
  5. What capabilities is the ACA missing that a traditional CA would have?
  6. Does the ACA support both TPM version 1.2 and TPM version 2.0?
  7. What Operating systems will the ACA support?
  8. What Operating systems will the TPM provisioner (ACA client) support?
  9. What devices and/or specific TPM's has the TPM provisioner been tested on?
  10. How can I get involved with ACA development?
  11. What Future capabilities are envisioned for the ACA?

What is an Attestation Certificate Authority?

The Attestation Certificate Authority (ACA) is a specialized Certificate Authority (CA) which supports the creation and issuance of an Attestation Identity Credential (AIC) per the Trusted Computing Group's specifications. The requirement for specialization is a result of the nature of the keys for which it is providing certificates, the formats of the requests and responses specified, and the details of the identity creation process that are crucial for maintaining the "chain of trust" on which the trusted use of a TPM is based.

What is Supply Chain Risk Management and what role does the ACA play?

Supply Chain Risk Management is the application of risk management processes to the movement of a product from the Original Equipment Manufacturer (OEM) to a end customer taking ownership of the product.

The ACA plays a role in the acceptance testing of the product/device after delivery of any Trusted Platform Module (TPM) enabled device. The ACA can be configured to validate both TPM Endorsement Credentials and Platform Credentials as part of the TPM provisioning process (the acceptance test) that it performs. The validation process can be used to verify the OEM of the devices and sub components in the process.

What does the ACA do to Provision a TPM?

The ACA main function is to create an Attestation Identity Credential for a device holding a TPM. There are a few policy options that the ACA Portal will support:

  • No Validation of the TPM's Endorsement or Platform Credentials
  • Validate the Endorsement Credential (typical PKI Cert validation: signatures, expiration dates, etc.)
  • Validate the Platform Credential (same basic certificate validation as the Endorsement Credential)
  • Check Platform Credential parameters against the device holding the TPM. (mainly motherboard and chassis serial numbers at this point).

Is the ACA intended for use in an operational system?

No. The ACA is a proof of concept prototype that is intended to demonstrate a capability for provisioning a TPM and supporting TCG defined supply chain validation. It does not have many features that an operational CA would require.

What capabilities is the ACA missing that a traditional CA would have?

There are many security related features that the ACA would need to incorporate that an operational CA would need such as (but not limited to):

  • Support for user authentication and roles within the ACA (although this could be handled by a tomcat connector to a third party authorization service)
  • Support for a a FIPS approved Hardware Security Module (HSM) (although this could be supported by a java security provider).
  • Support for Attestation certificate revocation (although this could be handled by a intermediate CA)

Does the ACA support both TPM version 1.2 and TPM version 2.0?

Currently the ACA and TPM Provisioner only support TPM 1.2. TPM 2.0 support is expected early 2018.

What Operating systems will the ACA support?

The ACA support installation packages for RPM based systems (e.g. Redhat, Centos, etc.) 7.X release.

What Operating systems will the TPM provisioner support?

The HIRS ACA supports installation on CentOS 6 and 7 instances. The TPM provisioner will support both Centos 6 and 7 RPMs with future plans for Deb based Systems (Ubuntu 16.X). Note that due to limitation of the version of tpm-tools in Centos 6, the Supply Chain validation feature will not work in Centos 6.

OS ACA TPM 1.2 AIC TPM 1.2 Supply Chain TPM 2.0 AIC TPM 2.0 Supply Chain
Centos 6 Yes Yes No No No
Centos 7 Yes Yes Yes Yes Yes

What devices and/or specific TPM's has the TPM provisioner been tested on?

Manufacturer Model TPM
Dell OptiPlex 9020 STM 1.2.1.1
Dell PowerEdge R630 WEC 1.2.4.15
Dell Precision 7520 Nuvoton NPCT6xx
Dell Optiplex 7040 Nuvoton NPCT6xx
HP ProLiant DL360p Infineon 1.2.3.17
HP EliteBook 850 G3 Infineon SLB 9670 TPM2.0

How can I get involved with ACA development?

Currently we are still setting up the Project on Github, but expect to setup pull requests for the general public soon.

What future capabilities are envisioned for the ACA?

Future (planned) capabilities include:

  • Manifest (SWID based) golden baselines
  • Update to the to be released version of the Platform Credential specification.
Clone this wiki locally