Microsoft Double Key Encryption (DKE)
Keep Microsoft from unlocking regulated mail, files and Teams content alone, without leaving M365.
AWS XKS Encryption
Keep using AWS KMS in applications, while an external key store holds the authority Amazon lacks.
AWS services keep calling AWS KMS as usual, but every encrypt and decrypt under an XKS key also needs a key that stays outside AWS, with DuoKey.
AWS KMS cannot create, view or use the external key without your key manager.
S3, EBS, RDS and your own code keep using AWS KMS key IDs.
Disconnect the key store and AWS can no longer decrypt data under those keys.
An AWS service calls AWS KMS, AWS KMS calls your XKS proxy, and the operation only completes with the external key held by DuoKey.
The XKS proxy implements the AWS External Key Store Proxy API: GetHealthStatus, GetKeyMetadata, Encrypt and Decrypt, over HTTPS.
Because AWS never holds the external key, disconnecting the key store or disabling the key stops AWS from decrypting the data it protects.
DuoKey generates and protects the external key with multi-party computation, so no single entity, AWS included, ever holds a complete key.
Any AWS service that encrypts with a customer managed KMS key can use an XKS-backed key, while CloudTrail on the AWS side and the DuoKey journal on yours record each use.
The four proxy operations, SigV4-authenticated, over HTTPS.
External keys generated and used without a single complete copy.
Encryption and decryption under keys you hold, outside AWS.
A dedicated tenant and vault for your keys.
See who uses which key, from where and when.
Proxy and key manager health reported to AWS KMS.
Run the external key store as a service or in your own infrastructure.
Proof in practice
Deep dives
Compliance
Trust
Customer programmes
See an XKS-backed key protect S3 and EBS in your own AWS account.
Products
Keep Microsoft from unlocking regulated mail, files and Teams content alone, without leaving M365.