Skip to content

Choose your path

Built around the job you need to finish

Generate one transient opaque API-key candidate from a bounded non-secret prefix, explicit random-part length and explicit alphabet, while leaving issuance, identity, scopes, storage, delivery, rotation, expiry, revocation and audit to the real service.

Platform engineer designing a key family

Separate a recognizable non-secret prefix from an opaque random secret part.

Choose the exact prefix/alphabet/length contract, generate a fixture and implement lookup/scope/lifecycle records on the issuer.

The format is reproducible without treating the key string as an authorization system.

Operator issuing one credential

Move one generated candidate directly to an approved secret manager and recipient.

Generate deliberately, copy once to the issuance workflow, confirm receipt and clear the page.

No key appears in Project data, tickets, notes, history, logs or source control.

Security or incident reviewer

Verify revocation, rotation, least privilege and monitoring outside random generation.

Save only format settings/warnings, then test server-side hashing, scope enforcement, expiry, revoke and audit paths.

A long random value is never accepted as complete API protection.

Was this tool helpful?

Reference & details

How it works

Bounded format inputs

The random part is 16–128 characters. The optional prefix is limited to 32 visible identifier characters and excludes control characters so it remains a non-secret classification aid.

Unbiased opaque value

Web Crypto supplies random bytes and rejection sampling maps them to the exact hexadecimal, alphanumeric, or Base64URL alphabet without modulo bias.

Lifecycle boundary

The Tool creates only a candidate value. It does not assign scopes, bind an owner, store a verifier, deliver a secret, set expiry, rotate, revoke, audit, or validate authorization.

Updated: August 2026

Example Scenarios

A platform engineer chooses a non-secret environment/product prefix and Base64URL random part, then implements separate server-side identity, scope, storage, and revocation records.

An operator generates once, copies directly to the approved vault or issuance system, confirms receipt, and clears the page without placing the key in chat or tickets.

A reviewer saves format settings and the lifecycle warning to the Project while testing hash-at-rest, scopes, expiry, rotation, revocation, auditing, and incident response separately.

FAQ

No. The output remains blank until Generate is pressed. There is no history, auto-copy, URL state, or Project field for the generated value.

It counts randomly selected characters only; the optional prefix is separate. Security depends on the selected alphabet, length, random source, lifecycle, storage, and exposure—not the displayed character count alone.

Base64URL replaces plus and slash with URL- and filename-friendlier hyphen and underscore characters and omits padding here. This is an alphabet choice, not proof that the receiver accepts the format.

Only after the issuer implements least-privilege scopes, an identifier or lookup design, hash-at-rest policy, authenticated delivery, expiry, rotation, revocation, monitoring, and incident response.

Only the non-secret format settings and a retention/lifecycle warning. The actual key must go directly to the approved secret-management and issuance workflow.

About API Key Generator

Create one opaque candidate only after confirming prefix, random-part length, and alphabet. The value stays in transient page state and is deliberately excluded from Project Data; server-side hashing, scopes, rotation, expiry, revocation, and auditing remain separate work.