Migrate key to Unkey

Bearer authentication header of the form Bearer <token>, where <token> is your auth token.

Choose an API where this key should be created.

To make it easier for your users to understand which product an api key belongs to, you can add prefix them.

For example Stripe famously prefixes their customer ids with cus_ or their api keys with sk_live_.

The underscore is automatically added if you are defining a prefix, for example: "prefix": "abc" will result in a key like abc_xxxxxxxxx

The name for your Key. This is not customer facing.

The raw key in plaintext. If provided, unkey encrypts this value and stores it securely. Provide either hash or plaintext

Provide either hash or plaintext

The first 4 characters of the key. If a prefix is used, it should be the prefix plus 4 characters.

Your user’s Id. This will provide a link between Unkey and your customer record. When validating a key, we will return this back to you, so you can clearly identify your user from their api key.

This is a place for dynamic meta data, anything that feels useful for you should go here

A list of roles that this key should have. If the role does not exist, an error is thrown

A list of permissions that this key should have. If the permission does not exist, an error is thrown

You can auto expire keys by providing a unix timestamp in milliseconds. Once Keys expire they will automatically be disabled and are no longer valid unless you enable them again.

You can limit the number of requests a key can make. Once a key reaches 0 remaining requests, it will automatically be disabled and is no longer valid unless you update it.

Unkey enables you to refill verifications for each key at regular intervals.

Unkey comes with per-key ratelimiting out of the box.

Sets if key is enabled or disabled. Disabled keys are not valid.

Environments allow you to divide your keyspace.

Some applications like Stripe, Clerk, WorkOS and others have a concept of "live" and "test" keys to give the developer a way to develop their own application without the risk of modifying real world resources.

When you set an environment, we will return it back to you when validating the key, so you can handle it correctly.

The ids of the keys. This is not a secret and can be stored as a reference if you wish. You need the keyId to update or delete a key later.