Create through revoke
Create, validate, rotate, revoke, suspend and reactivate. The raw key is returned once at creation and only its SHA-256 hash is stored, so the service cannot leak what it does not hold.
API key lifecycle: create, validate, rotate with a grace window, revoke, suspend, and record per-request usage for analytics. The raw key is returned once at creation and never stored, since only its SHA-256 hash is kept, so a leaked database dump does not hand over live credentials.
Creation hands back the key and keeps only its SHA-256 hash. A lost key is rotated, because there is nothing left to recover it from.
The old key stays valid for a configured period while clients move, so rotating does not mean a coordinated deploy.
Rate limits, IP allowlists, origin restrictions, lifetime constraints and quotas attach to the key itself.
API keys with a lifecycle, so revoking one takes a single call.
Create, validate, rotate, revoke, suspend and reactivate. The raw key is returned once at creation and only its SHA-256 hash is stored, so the service cannot leak what it does not hold.
A key carries scopes, and validating it against the scopes a route requires happens before the handler runs.
Rate limits, IP allowlists, origin restrictions, lifetime constraints and usage quotas are properties of the key itself.
The previous key keeps working for a configured period while clients migrate, which turns rotation into something you can do on a Tuesday.
Every operation carries both on the context, so cross-tenant access is impossible at the store layer.
Audit trails, metrics and authorisation sync attach to creation, validation and rotation without the core knowing they exist.
Keys minted with scope and expiry at creation.
Constant-time checks against a hashed store.
Overlapping validity so rotation is not an outage.
Keysmith handles the full lifecycle of API keys: generation, hashing, storage, validation, rotation, revocation and usage analytics.
Raw keys are returned exactly once, at creation, and never persisted. Only SHA-256 hashes are stored. A database dump therefore contains no usable credentials, and there is no "show me the key again" API to be socially engineered.
This is not novel. It is worth stating because the alternative keeps reappearing in codebases whose authors know better, usually because a support workflow asked for it.
Zero-downtime rotation is the feature that determines whether anyone rotates at all. A grace window where both keys are valid means a customer can deploy the new key on their own schedule, and the old key expires on a date you both agreed rather than the moment someone clicked a button.
Shipping something on Keysmith? Nobody is listed here yet. Tell me what you built and you will be the first.
Get listed →