Platform / Attestation

Cryptographic Attestation

Every execution produces a hardware-signed report proving the exact code version, measurement hash, and enclave configuration — verifiable by any relying party.

Attestation flow

Remote attestation in Almure follows the DCAP (Data Center Attestation Primitives) standard for Intel TDX and the equivalent SEV-SNP attestation protocol for AMD. The chain of trust is rooted in the CPU hardware itself:

  1. At enclave initialisation, the CPU measures the workload and generates a platform-specific signing key pair scoped to the enclave's mrenclave value.
  2. Almure's attestation service submits the quote to the hardware manufacturer's quote verification service (Intel PCS or AMD ASP) to obtain a signed verification certificate.
  3. The resulting attestation report — containing mrenclave, mrsigner, isvsvn (security version number), and optionally a 64-byte report_data field you control — is returned to the caller alongside the workload result.
  4. Any relying party (your compliance team, an auditor, a downstream service) can independently verify the report against the public hardware root of trust.

Attestation flow diagram

Attestation flow diagram showing the chain from hardware CPU through enclave measurement to signed attestation report and relying party verification
Chain of trust from CPU firmware to verifiable attestation report.

Sample DCAP attestation report

The following illustrates the key fields in an Almure attestation report header:

Attestation records in your audit log

Almure maps each attestation report to a structured audit log entry that your compliance team can query. Every entry contains the workload identifier, execution timestamp, measurement hash, policy version that was enforced, and the result disposition (encrypted output delivered / execution aborted due to policy violation). This creates a continuous, hardware-grounded audit trail without requiring manual log entry by operators.

For Japanese financial institution compliance reviews under FISC guidelines, this log provides the execution evidence trail that demonstrates data was processed inside a boundary with specific technical controls — without revealing the actual data contents.