Skip to content

L2 canary (dated, public)

Published 2026-08-23. Machine-readable twin: /canary/latest.json and /canary/2026-08-23.json.

What the canary is

A synthetic CloakAPI account (not a paying customer) sends a prompt that contains globally unique PII-shaped values (one email, one phone) generated for that run. The client tokenises before the bytes leave the device (pretokenised path: X-Cloak-Pretokenised: 1 + client MAC + engine identity headers). After the call returns, we search live gateway storage for the raw canary strings.

OutcomeMeaning
GreenCall succeeded (HTTP 200) and raw canary count in gateway storage is 0.
RedRaw canary found in storage, or the call did not complete as pretokensied.

This is the public half of the L2 discipline (canary-in-the-wire). It does not replace a TLS-terminating dump of every byte leaving a browser profile; that dump is an internal control. This page answers the customer question: how do I know it still holds today?

Latest run

The inlined result is the same object as /canary/latest.json, frozen into this page when docs were last built. If the JSON is newer, trust the JSON.

  • Run at (UTC): see JSON run_at
  • Verdict: see JSON verdict (green / red)
  • Synthetic user_id: see JSON user_id (never a paying customer)
  • Raw canary hits in gateway storage: see JSON raw_hits
  • Receipt jti: see JSON jti

A type moves from this page only when the measurement changes, not when the copy does.

What this page is not

  • Not an uptime probe.
  • Not a precision/recall claim (see Detection coverage and What the engine does not detect).
  • Not a promise that every client stack (service worker, sendBeacon, WebSocket) was dumped this run — those channels are named remainders of the internal L2 dump.

Change control

A new dated JSON is written when the canary runs. This HTML is rebuilt so the inlined result cannot drift from the file a customer fetches. last_reviewed is the calendar date of the latest inlined run.