Agentic CPL — Cryptographic Trust Layer (TRUST-ANCHOR™) · Live Simulation

AI agent vs. physical actuators, with and without an enforcement layer Network: Online
What is this? 30-second explanation and how to try it (click to open)

The problem

AI agents are starting to control physical machines. An agent can be wrong: its sensors can be spoofed, its model can drift, or a hostile instruction can be slipped into its prompt. If its output goes straight to the motors, a wrong decision becomes a physical event.

The idea

Agentic CPL puts a separate checkpoint between the agent and the machine. The agent only proposes. The checkpoint verifies who sent a command, that it is fresh, and that it is within fixed limits. Safe commands are signed; unsafe ones are blocked and the machine holds position. Actuators execute signed commands only.

How to read the screen

Both drones receive the same commands from the same agent. Left: no trust layer. Right: with Agentic CPL. Dashed square: the allowed area. Red zone: a restricted area. The log and counters show every decision.

Try this

Press Run guided scenario for a hands-free walkthrough with captions (about 100 seconds). Or press Start, then Inject fault, Inject forged command, Replay last command, and switch the network to Offline.

Without Trust Layer

AI agent ──▶ Actuators

With Agentic CPL

AI agent ──▶ Enforcement layer ──▶ Actuators
Proposed
0
Passed
0
Clamped
0
Rejected: forged
0
Rejected: replay
0
Stale dropped
0
Vector received → block decision
no clamp yet
In-browser simulation, measured with performance.now() (timer resolution is browser-limited). Network requests made by this page: 0

Enforcement log one line per command or event, newest first

time· proposed vector · result · signature (12 hex) · actuator

Immutable policy read-only (frozen object)


        
SHA-256: computing…

Tamper-evident audit log SHA-256 hash chain

What is signed, and where the keys live target design · the demo mirrors the logic, not the isolation

AI agent CPU / NPU · not trusted Agent key · non-exportable signs its proposal: payload · nonce · issued_at proposal ISOLATED EXECUTION ENVIRONMENT (production target) Enforcement layer checks, in this order: signature → timestamp → nonce → bounds Layer key · non-exportable signs the result: state · nonce · command key not readable by agent, OS or network signed Actuators verify the layer's signature reject repeated sequence numbers execute signed commands only anything else is dropped

This is the target architecture for production. In this demo both keys are generated with WebCrypto (extractable: false, so the page cannot export them) and live in the browser page; the isolation drawn above is the production design, not something the browser provides. The agent key protects the channel from forged or replayed input; it does not make a compromised agent trustworthy, which is why the bounds check still runs on every authenticated command.

Production architecture target design · not running in this demo

AI agent CPU / NPU not trusted: may drift, hallucinate or be injected vectors Enforcement layer isolated MCU / ARM TrustZone signing keys in TPM 2.0 policy check · clamp · sign signed Actuators relays · ESCs · flight controller accept signed commands only

Stage 3 of the TRUST-ANCHOR specification (hardware root of trust, firmware attestation) is shown as the target architecture only. This simulation does not implement a TPM or attestation.

What is real in this demo, and what is not

Real, running in your browser

  • Deterministic policy check: position limits, speed limit, limit on speed increase per step
  • ECDSA P-256 signatures on proposals and on enforced commands, verified by the receiver
  • Replay protection via nonce and timestamp window
  • SHA-256 hash-chained audit log with verification and a tamper test
  • Works without network connectivity: the page makes no network requests while running

Simulated or shown only as a diagram

  • Isolated execution environment (MCU / ARM TrustZone): here the layer is JavaScript in the same page
  • Hardware key storage (TPM 2.0): here keys are non-exportable WebCrypto keys
  • Firmware attestation
  • Real drones, sensors and actuators
  • The remote operator link: a simulated 1-per-second update feed
Simulation running in your browser. In production, the policy engine runs in an isolated execution environment (MCU / ARM TrustZone) with signing keys held in TPM 2.0. Cryptography in this demo: ECDSA P-256 and SHA-256 via WebCrypto.