sandbox: a confidential run sealed on TDX hardware, its PCK checked to Intel's root #436
Loading…
Reference in a new issue
No description provided.
Delete branch "feat/tdx-hardware-check"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
A confidential sandbox run sealed on TDX hardware, with the evidence committed so anyone can check it away from the guest. This is the TDX counterpart of #412 (SEV-SNP) and uses the PCK chain check from #415.
What is in it
sandbox/proof/hardware/2026-10-21-tdx/: the attestation, the challenge and Intel's SGX Root CA (intel-root.der, uploaded from our side, never fetched by the guest), plus a README with the run and the command that checks it.examples/confidential_run_tdx.rs: on a TDX guest, takes a probe quote through configfs-tsm, gets the PCK from the quote's certification data checked to the pinned root, and seals an S6 run bound to the challenge.examples/verify_run.rsnow handles both TEE kinds. For SEV-SNP the VCEK is given. For TDX it takes the Intel root and gets the PCK from the quote's own chain, checked to that root, with the TDX baseline policy. A PCK the quote carries is never trusted on its own.Checked on the build host, from the committed files alone
c1ee9c16…0a5); refused under another challenge; refused under none.Failed: refused with "report-data binding mismatch".cargo clippy -p sandbox-runtime --examples --tests -D warningsis clean, and thesandbox-runtimetests pass (22).🤖 Generated with Claude Code