Journal
Security
Traffic Manifest
CISO
AI Governance
EU AI Act Article 11

Authorized Traffic Manifest: Cryptographic Proof of Secure AI Routing

3 June 2026

Authorized Traffic Manifest: Cryptographic Proof of Secure AI Routing

Audience: Chief Information Security Officer (CISO) and IT Manager Subject: Cryptographic Verification of Intercepted Traffic Destinations

1. Executive Summary: Securing the Outbound AI Perimeter

The primary security risk in enterprise AI is no longer just the Large Language Model itself, but the destinations where intercepted traffic is routed. With 36% of community AI skills containing critical flaws — such as prompt injection or exfiltration backdoors — the organisation must ensure its interceptor only communicates with vetted and secured endpoints.

This report details the Authorized Traffic Manifest: a cryptographically signed proof that every destination handled by the NordClaw interceptor has passed a rigorous screening process. By moving from "paper trust" to "technical reality," we ensure that 100% of organisational AI traffic flows only to sovereign, audited, and secure destinations.


2. The Pain: Unvetted Traffic Destinations

  • The Shadow Endpoint Crisis: Without a central interceptor, employees may connect corporate data to unscreened third-party APIs or "skills" that bypass existing security protocols.
  • The Visibility Lag: When a new vulnerability is disclosed — such as the April 2026 MCP STDIO flaw which exposed 7,000+ servers — IT teams often cannot verify if their AI traffic is exposed without days of manual auditing.
  • Paper-Only Trust: Relying on a vendor's "list of integrations" is a marketing claim, not a technical guarantee of traffic safety. A list is a claim; a manifest is a proof.

3. The Interceptor Solution: Manifest-Driven Routing

The NordClaw interceptor — running on Google Cloud Run in europe-west3 (Frankfurt) — acts as the technical policy enforcement point for the organisation's "Walled Garden" of authorised traffic destinations.

3.1 Cryptographic Provenance

Every destination the interceptor is allowed to reach is hashed (SHA-256) and signed with a hardware key (YubiKey). The interceptor verifies this digital fingerprint before permitting a single byte of data to leave the EU perimeter. The manifest entry includes:

{
  "destination": "api.deepseek.com",
  "hash_sha256": "e3b0c44298fc1c149afb...",
  "approved_at": "2026-05-15T10:00:00Z",
  "next_review_date": "2026-08-15",
  "data_residency": "CN",
  "zdr_contract": true
}

3.2 Three-Layer Traffic Screening

Before a destination is added to the authorised manifest, it must pass a rigorous pipeline:

  1. Repo-Forensics: Automated static analysis to detect prompt injection vectors and hardcoded secrets in the integration's source code.
  2. Binary Hash Verification: Ensures the production code exactly matches the audited source — preventing supply-chain tampering.
  3. Runtime Sandboxing: Destinations are tested by running integration workflows inside isolated, rootless Podman containers via the NordClaw ZeroClaw agent plane. Each container runs with explicit egress-deny networking, preventing lateral data exfiltration. The VM Controller manages container lifecycle, enforcing that no integration can communicate beyond its declared endpoint.

3.3 Real-Time Revocation

The manifest is "self-revoking." Each entry contains a next_review_date. If a destination fails its scheduled re-review, the CI pipeline automatically removes it, and the Edge Proxy immediately drops all traffic to that endpoint — with no manual intervention required.


4. The Audit Log: Every Routed Byte is Accounted For

Every intercepted request logged through the Edge Proxy pipeline is written to Google Cloud SQL for PostgreSQL 15 in europe-west3. The audit_logs table captures:

  • The upstream model endpoint that received the sanitised request
  • The token_map_hash (SHA-256) proving the PII was redacted before forwarding
  • The response_status and response_latency_ms confirming the transaction completed
  • The tenant_id and user_id from Firebase Auth JWT claims, linking the routing event to a named human

This provides a complete, immutable chain of custody: from the user's initial request, through PII redaction, to the authorised destination, back to the user's screen.


5. Value: Technical Reality vs. Marketing Claims

CapabilityPaper-list approachNordClaw manifest approach
Destination proofVendor marketing copySHA-256 signed manifest entry
Integration vettingSelf-reported by vendor3-layer screening: forensics + hash + Podman sandbox
Revocation speedManual IT ticket (days)Automated CI pipeline (seconds)
Audit evidenceNoneImmutable Cloud SQL log per routed request
Article 11 complianceNot satisfiedMachine-readable versioned endpoint record

Audit Readiness

The Authorized Traffic Manifest satisfies EU AI Act Article 11 (Technical Documentation) by providing a machine-readable, versioned record of every vetted endpoint. The CISO can export a signed PDF of the manifest at any time and hand it directly to a national market surveillance authority.


6. Conclusion: A Signed Proof, Not a Signed Promise

The question is not whether your organisation needs an authorised list of destinations. It is whether that list provides a signed proof of security or a simple marketing claim.

NordClaw's Authorized Traffic Manifest moves the conversation from "we trust these vendors" to "we have cryptographically verified these vendors and can prove it to any regulator." By combining SHA-256 destination hashing, Podman-sandboxed runtime screening, and automated revocation with immutable Cloud SQL audit trails in europe-west3, NordClaw gives your CISO the only evidence that matters in a post-August 2026 regulatory audit.