Inferensys

Glossary

Trusted Platform Module (TPM)

A Trusted Platform Module (TPM) is a dedicated microcontroller designed to secure hardware through integrated cryptographic keys, providing a hardware-based root of trust for platform integrity measurements and secure key storage.
Stylish WeWork-like workspace with hot desks and document wall, professional searching through enterprise knowledge base on a mounted ultrawide display, warm industrial pendants overhead.
HARDWARE SECURITY

What is Trusted Platform Module (TPM)?

A dedicated microcontroller providing a hardware-based root of trust for cryptographic operations and system integrity.

A Trusted Platform Module (TPM) is a dedicated, international-standard (ISO/IEC 11889) microcontroller that provides hardware-based cryptographic functions and a secure root of trust for a computing platform. It is typically a discrete chip or a firmware-based module integrated into a system's motherboard or processor. Its primary functions include securely generating and storing cryptographic keys, performing integrity measurements of system software during boot (via a process called measured boot), and enabling remote attestation to prove a system's state to a verifier.

In the context of secure enclave execution for AI agents, a TPM establishes the foundational hardware trust for the larger Trusted Computing Base (TCB). It can securely store keys used to authenticate and encrypt data for a Trusted Execution Environment (TEE) or a Confidential VM (CVM), ensuring that only verified code can access sensitive resources. This hardware root of trust is critical for implementing a zero-trust architecture where autonomous agents must prove their integrity before being granted permissions to call external tools and APIs, mitigating risks like prompt injection and unauthorized tool execution.

SECURE ENCLAVE EXECUTION

Core Functions of a TPM

A Trusted Platform Module (TPM) is a dedicated microcontroller that provides hardware-based security functions, establishing a hardware root of trust for a computing platform. Its core functions are foundational for secure boot, device identity, and cryptographic operations.

01

Secure Cryptographic Key Generation and Storage

The TPM contains a true hardware random number generator (HRNG) and dedicated, tamper-resistant memory for creating and storing cryptographic keys. Keys generated inside the TPM can be designated as non-migratable, meaning their private portions are never exposed outside the secure hardware boundary. This protects sensitive keys, such as RSA or ECC private keys for disk encryption (e.g., BitLocker's TPM protector) or code signing, from software-based extraction. The TPM can also store externally generated keys in a wrapped (encrypted) form, decrypting them only within its secure environment for use.

02

Platform Integrity Measurement and Attestation

This is the process of creating a cryptographic hash chain of all critical software components as they load during boot. The TPM's Platform Configuration Registers (PCRs) store these measurements. During Secure Boot, firmware, bootloader, and OS kernel hashes are extended into specific PCRs. A Remote Attestation protocol allows a verifier (e.g., a corporate server) to request a signed quote of the PCR values from the TPM. By comparing these signed measurements against known-good values, the verifier can cryptographically attest that the platform is running trusted, unaltered software, a cornerstone of Zero-Trust Architecture.

03

Hardware-Based Device Identity (Endorsement Key)

Every TPM is manufactured with a unique, embedded Endorsement Key (EK). This is an RSA key pair burned into the hardware during production, where the private key is permanently non-migratable. The EK serves as the TPM's root identity. A public EK Certificate, issued by the TPM manufacturer, cryptographically binds this identity to the specific hardware. This immutable identity is used to derive trusted, scoped identities called Attestation Identity Keys (AIKs), which provide privacy-preserving authentication for remote attestation without revealing the base EK.

04

Sealing and Binding Data to Platform State

The TPM can seal data (e.g., a disk encryption key) to a specific platform software state. Sealing encrypts the data so it can only be decrypted (unsealed) by the same TPM when the PCRs match the exact values recorded during sealing. This binds critical secrets to a known-good configuration, preventing access if malware alters the boot process. Binding simply encrypts data to a TPM's storage key, requiring that specific TPM to decrypt it, but does not tie it to PCR state. These functions enable features like secure system updates and conditional data access.

05

Cryptographic Operations Engine

Beyond key storage, the TPM includes dedicated cryptographic processors to perform operations internally without exposing private key material. Core functions include:

  • RSA Signing/Decryption: For digital signatures and decrypting data bound to the TPM.
  • HMAC and Key Derivation: Using the KDFa algorithm specified in the TPM 2.0 standard.
  • Hashing (SHA-1, SHA-256): For extending PCRs and other integrity operations.
  • True Random Number Generation: Critical for creating nonces and cryptographic keys. This internal execution protects against software side-channel attacks that could target keys in system memory.
06

Hierarchical Key Storage and Authorization

TPM 2.0 implements a flexible key hierarchy for structured key management. At the root is a primary seed unique to the TPM. From this seed, a Storage Root Key (SRK) is generated, forming the root of a storage hierarchy. All other keys (signing keys, encryption keys) are stored encrypted under their parent key, forming a tree. Access to keys is controlled by authorization policies. These can be simple passwords (like a Platform Authorization Value), physical presence assertions, or complex multi-factor policies requiring specific PCR states or signatures from other keys, enforcing the Principle of Least Privilege for cryptographic objects.

SECURE ENCLAVE EXECUTION

How a TPM Establishes a Chain of Trust

A Trusted Platform Module (TPM) creates a hardware-based root of trust by cryptographically measuring and verifying each component in a system's boot sequence.

The process begins with the Hardware Root of Trust embedded in the TPM's immutable firmware. During the initial secure boot, the TPM cryptographically measures the firmware code, storing its hash in a Platform Configuration Register (PCR). The bootloader then measures the next component (e.g., the OS kernel) before executing it, extending the PCR with this new measurement. This creates a cryptographic chain where each link's integrity is verified before the next executes.

This chain culminates in Remote Attestation, where the TPM can cryptographically prove the system's state to a verifier by signing the PCR values. For AI agents, this process can anchor the integrity of a Trusted Execution Environment (TEE) or Secure Enclave where tool execution occurs, ensuring the agent's runtime has not been tampered with. The TPM's sealed storage also protects cryptographic keys used for API authentication, enforcing the Principle of Least Privilege for secure tool calls.

TRUSTED PLATFORM MODULE (TPM)

Frequently Asked Questions

A Trusted Platform Module (TPM) is a dedicated microcontroller that provides hardware-based cryptographic security. These FAQs address its core functions, integration with secure enclaves, and its critical role in establishing a hardware root of trust for AI agent execution.

A Trusted Platform Module (TPM) is a dedicated, international-standard (ISO/IEC 11889) microcontroller designed to secure hardware through integrated cryptographic keys. It works by providing a hardware-based root of trust, generating and protecting cryptographic keys, performing secure cryptographic operations (like hashing and digital signing) within its isolated chip, and measuring system integrity during boot. The TPM contains a unique Endorsement Key (EK) burned in during manufacturing and creates Storage Root Keys (SRKs) to protect other keys and sensitive data, ensuring they never leave the secure boundary of the chip in plaintext.

Prasad Kumkar

About the author

Prasad Kumkar

CEO & MD, Inference Systems

Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.

His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.