Identity is optional
A license credential can prove ownership on its own. No email, profile, or personal identity is needed for the primary flow.
Cardinal authorizes a license, its device, and the software it can run. No account required. No universal secrets buried in the client.
Cardinal treats the client as an open book and keeps authority where it belongs: with the server and its cryptographic keys.
A license credential can prove ownership on its own. No email, profile, or personal identity is needed for the primary flow.
License state, device binding, relinks, and launch permission remain under server authority.
Established cryptography carries the security. The design does not depend on hidden algorithms or client side secrets.
License, session, and release keys serve distinct purposes. A compromised download host cannot issue a license.
Separate signing domains limit the damage any one system can cause.
Creates and signs portable license credentials.
.cardinalGrants short lived permission to launch or download.
LaunchGrantAuthenticates each published build by its digest.
ManifestSmall, hands on models of the decisions Cardinal makes. Change a value and watch the policy respond.
A .cardinal file contains a public license ID and a private 256 bit credential. The server stores a verifier, never the plaintext secret.
019f34a2-7100-7bb0-8021-39e120f8ab99••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••Ed25519 · CARDINAL:LICENSE:V1HMAC-SHA-256(pepper, "CARDINAL:CREDENTIAL-VERIFIER:V1" || 019f34a2... || secret)↗License the protocol as a client SDK, a managed platform, or a tailored deployment for your team.
Client libraries and wrapper patterns for teams building desktop software.
Discuss the SDK ↗Backend services, release signing, device policy, and license issuance.
Discuss the platform ↗Key isolation, custom policy, air gapped issuance, and security review.
Plan a deployment ↗