Thalassa Cloud Key Management Service (KMS)
Thalassa Cloud Key Management Service (KMS) is a regional cryptographic key management service for creating and using keys inside your organisation. Use KMS to protect data at rest, authenticate messages, sign documents and DNS records, and integrate with other Thalassa Cloud services such as Secrets Manager and DNS DNSSEC.
KMS is designed for envelope encryption: applications generate a data encryption key (DEK) locally, use KMS to wrap and unwrap the DEK, and keep bulk data off the KMS API. Direct encrypt and decrypt operations are also available for tooling and small payloads.
Availability
Your organisation must have KMS enabled. If KMS is not enabled for your organisation, all KMS API calls return 403 Forbidden.
KMS operates per cloud region. Each region must have KMS available in your deployment. If a region is not configured for KMS, API calls targeting that region return 503 Service Unavailable. Use GET /v1/kms/summary to check feature status and per-region availability before you create keys.
What you can do with KMS
| Capability | Description |
|---|---|
| Encrypt and decrypt | Protect secrets, application payloads, and data encryption keys |
| Sign and verify | DNSSEC, code signing, attestations, and custom signing workflows |
| HMAC | Message authentication for APIs and application data |
| Export public keys | Offline signature verification or client-side encryption workflows |
| Import key material (BYOK) | Bring keys from on-premises HSMs or other clouds |
Core concepts
| Concept | Description |
|---|---|
| KMS key | A first-class resource scoped to an organisation and region, with optional project scope |
| Key version | Each key has versions 1…N; new crypto operations use the latest version by default |
| Regional model | Keys exist in exactly one region; crypto calls must target that region’s API path |
| Organisation vs project keys | Without a project context, keys are organisation-scoped; with a project context, keys belong to that project |
Keys are immutable after creation: name, description, labels, and annotations are set at create time and cannot be changed later.
Documentation
Key lifecycle overview
Create → Active
├─ Disable → Disabled → Enable → Active
├─ Rotate → Active (new version)
└─ Delete → Pending deletion (30 days) → [permanent deletion]
└─ Cancel deletion → ActiveSee Key lifecycle for details on each state and operation.
Related documentation
- Secrets Manager — Path-based secret storage using KMS encryption
- DNS — Authoritative DNS hosting with optional DNSSEC signing
- IAM policies — Project-scoped access control
- RBAC roles — Organisation-wide roles
- API reference — Full platform API specification
- Regions — Regional deployment model