Trust Center · live

Every claim — pointable to a live artefact.

KYE Protocol™ publishes its own evidence under the same discipline it asks of every adopter: signed, replayable, machine-verifiable from public keys alone. This page is the index. Every claim below links to a live receipt, a per-framework attestation, an open verifier, or a constitution lock.

Self-governance receipts

The protocol governs itself.

Every privileged operation against this codebase (CI runs, deploys, schema migrations, secret rotations) emits the evidence-event family. The receipts are public, signed, and pointable.

Self-governance ledger

Three signed JSON artefacts — self-audit run, engine-health snapshot, audit-chain integrity check — signed under EdDSA with a published JWKS.

Trust · self-audit

How to verify the self-audit artefacts. JWKS path + parse / canonicalise / verify recipe.

Public JWKS

EdDSA verification keys for every receipt + attestation KYE™ emits. Drop into any standard verifier; no vendor lib required.

Framework coverage · live

249 frameworks, 326 requirements, bijection-checked.

For every regulatory framework KYE™ declares mapping to, every substantive requirement is bijection-mapped to the actual KYE™ artefact that enforces it. The bijection gate fails the build on drift.

Live coverage dashboard

Machine-readable JSON + human-readable dashboard. Per-framework + per-category coverage, weighted by enforcement status.

Per-framework attestations

One kye.compliance.attestation.v1 event per framework. 90-day expiry, deterministic rebuild from canonical source.

Regulatory coverage

Per-framework cards across security, financial services, AI governance, data protection, sectoral and healthcare categories.

Security posture

Every security claim → an implementation artefact.

  • Tenant isolation — D1 per-tenant database + R2 per-tenant bucket + KV per-tenant namespace. Cross-tenant traversal is prevented by design at the binding layer — no cross-tenant binding exists to traverse.
  • Authentication — OIDC (Clerk by default; any standard provider supported). Per-request authorisation via Purpose Permission™; no ambient runtime.
  • Evidence signing — EdDSA over canonical JSON (RFC 8785 / JCS). Customer-held private keys; KYE™ sees only the published JWKS.
  • Key rotation — 90-day default; KID-rotatable without breaking in-flight verification (previous-key window).
  • Audit logging — WORM-enforced at the D1 layer + Object-Lock-enforced at the R2 layer. Append-only by structure, not by policy.
  • Rate limiting — per-tenant + per-IP + per-action-class. Rate-cap exceeded emits a typed event into the audit chain.
  • Security headers — HSTS, CSP, X-Content-Type-Options, Referrer-Policy, Permissions-Policy. Verified on every deploy.
  • Data residency — deploy to the customer's region; sovereign-cloud + BYOC supported. See sovereign-AI pages →

Responsible disclosure

How to report a vulnerability.

If you've found a vulnerability in KYE Protocol™ — in the protocol contracts, the public Pages Functions, the published SDKs, the conformance pack, or any KYE™-deployed surface — please disclose responsibly.

  • Contact: security@kyeprotocol.com (encrypt with the published PGP key — see /.well-known/security.txt).
  • Acknowledgement: within 2 business days.
  • Triage + initial advisory: within 14 days.
  • Coordinated-disclosure window: 90 days from triage, extendable by mutual agreement.
  • No legal action will be taken against good-faith research that follows the disclosure protocol. Researcher credit on the advisory if desired.

/.well-known/security.txt →

Canonical KYE™ surfaces referenced on this page: KYE™ Conformance Pack™ · KYE Protocol™ · Purpose Permission.

  • Self-audit fixtureSigned JSON artefacts proving the KYE™ Reference Gateway™ governs and audits itself with its own primitives
  • Trust CenterKYE Protocol™ Trust Center — the procurement-grade summary. What is verifiable today (with reproducible commands), what is in progress, what requires…
  • Self-GovernanceThe KYE Protocol™ governs itself under its own contract. Every privileged action (CI run, deploy, schema migration, secret rotation, domain binding) emits the…
  • KYE™ Authority Risk Register™The board-facing aggregation surface over the audit chain. One row per (subject, gap_class) tuple. Each row binds back to the signed evidence envelope that…
  • SecurityKYE Protocol™ responsible-disclosure page. How you report a vulnerability, what the response SLA looks like, and which supply-chain controls run…
  • StatusOperational targets KYE Protocol™ services run under. SLA tiers (99.9% / 99.95% / 99.99%), RTO/RPO per component, incident severity (Sev-0 to Sev-3)…
  • Status (KYE Protocol™ Trust Center)Operational status of KYE Protocol™: the service components and open incidents, the daily synthetic journeys of this site and the checks of its last build.
  • Transparency logKYE Protocol™ publishes its own signed self-governance runs and verifies them against one published Ed25519 key: what is logged, how to verify it offline, and…