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.
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…