Remote attestation
Verify the workload before trusting the connection.
Canopy's secure-route protocol can combine Intel SGX DCAP evidence, application identity policy, fresh key agreement, and protected RPC in one session. The implementation has demonstrated a three-enclave hardware route. Customer deployments package that capability with the trust policy, credentials, collateral, trusted time, and qualification for their target hardware.
Canopy is designed to be attestation-backend agnostic. Its common evidence, claims, policy, and secure-session model provides the path to heterogeneous bilateral attestation: each endpoint can use a different evidence technology while sharing the same transcript-bound protected route.
What Canopy can do now
Mutual or one-sided attestation
A route can require peer evidence, present local evidence, or require both endpoints to attest before the secure session becomes active.
Bind evidence to the live session
Fresh nonces, endpoint identities, credentials, policy profiles, verifier challenges and both ephemeral key shares are covered by the attested transcript.
Apply workload and TCB policy
DCAP appraisal can enforce enclave and signer measurements, Product ID, minimum security version, debug state, collateral status and accepted TCB results.
Protect RPC end to end
Accepted evidence feeds the same X25519 key agreement and AES-256-GCM protected-RPC layer used across direct and multi-hop Canopy routes.
Intel SGX DCAP
Canopy includes quote generation, host QvL verification, enclave-side QvE/TVL verification, normalized claims, trusted-time integration points and fail-closed policy. Fake and SGX-simulation backends are also available for integration and CI testing without presenting themselves as hardware evidence.
Browser and external-client attestation
Canopy also provides a protected-session profile for browser JavaScript, Node.js and native clients. It binds the client nonce, selected interface fingerprints, origin or carrier context, effective configuration, workload identity and fresh session keys to the evidence before application RPC begins.
The JavaScript client includes local appraisal for integration testing and a Microsoft Azure Attestation adapter that validates DCAP binding and signed MAA results against independently supplied trust keys and application policy. Customer delivery packages the browser assets, independently trusted keys, key lifecycle, application policy, and target-hardware appraisal as one reviewed profile.
Deployment model and optional expansion
Attestation is part of the trust decision
Platform evidence proves the properties selected by policy. Canopy then binds that verdict to the live encrypted route; application authentication and object-level authorization remain explicit controls rather than assumptions hidden inside a quote.