Understand. Decide. Apply.

Understanding tenant keys and rotation

A tenant is an access boundary. A separate cryptographic key is an additional architectural choice. It is useful to distinguish the two.

AI LabsUpdated 2 sources

Architecture concept · envelope encryption

KEK · Key protection

Protects data encryption keys

Tenant A

DEK A

Encrypts only this data scope

Encrypted content A

Tenant B

DEK B

Encrypts only this data scope

Encrypted content B

Rotation lifecycle

Create new version → migrate safely → verify recovery → retire old version

The diagram explains the DEK/KEK principle. Automatic rotation of individual tenant keys is not a committed standard AI Link feature; the deployment specification defines the key-management scope.

Three layers, three responsibilities

Logical tenant isolation scopes queries and actions to an organisation. A Data Encryption Key (DEK) encrypts content. A Key Encryption Key (KEK) protects the data key in turn. This is often called envelope encryption.

Tenant-specific DEKs can limit the impact of a compromised key. They do not replace authorisation: a service with access to several keys must still assign every request to the correct tenant.

Rotation is a process, not a switch

Rotation requires a decision about the key version used for new writes and how older content remains readable. Depending on the architecture, data keys are rewrapped or the data itself is re-encrypted. Backups, retries and recovery belong in the plan.

Regular changes without an inventory can make data unreadable. NIST therefore treats key management as a lifecycle: generation, distribution, use, backup, replacement and secure retirement.

What this means for AI Link

AI Link isolates organisation access and uses AES-256-GCM for stored secrets. This is not equivalent to automatic rotation of individual tenant keys. The DEK/KEK architecture explained here is a security concept, not a claim that individual key management is already available.

Requirements for dedicated keys, hardware security modules or customer-managed keys are addressed in the deployment architecture. The documented service scope for the environment establishes what is provided.

Sources & further reading

Original research, provider documentation and further reading on the concepts and figures discussed here.

Talk to AI LABS

Bring AI into the business. Securely and step by step.

A personal conversation clarifies suitable use cases, data protection requirements and the next steps, from a first demo to a pilot.

Get in touch