Authorizations
Unkey uses API keys (root keys) for authentication. These keys authorize access to management operations in the API. To authenticate, include your root key in the Authorization header of each request:
Authorization: Bearer unkey_123
Root keys have specific permissions attached to them, controlling what operations they can perform. Key permissions follow a hierarchical structure with patterns like resource.resource_id.action
(e.g., apis.*.create_key
, apis.*.read_api
).
Security best practices:
- Keep root keys secure and never expose them in client-side code
- Use different root keys for different environments
- Rotate keys periodically, especially after team member departures
- Create keys with minimal necessary permissions following least privilege principle
- Monitor key usage with audit logs.
Body
The database identifier of the key to reroll.
This is the unique ID returned when creating or listing keys, NOT the actual API key token. You can find this ID in:
- The response from
keys.createKey
- Key verification responses
- The Unkey dashboard
- API key listing endpoints
3 - 255
"key_2cGKbMxRyIzhCxo1Idjz8q"
Duration in milliseconds until the ORIGINAL key is revoked, starting from now.
This parameter controls the overlap period for key rotation:
- Set to
0
to revoke the original key immediately - Positive values keep the original key active for the specified duration
- Allows graceful migration by giving users time to update their credentials
Common overlap periods:
- Immediate revocation: 0
- 1 hour grace period: 3600000
- 24 hours grace period: 86400000
- 7 days grace period: 604800000
- 30 days grace period: 2592000000
0 <= x <= 4102444800000
86400000
Response
Key rerolled successfully.