Bring Your Own Key (BYOK)

Bring Your Own Key (BYOK)

Definition

Bring Your Own Key (BYOK) is an encryption model in which a software vendor encrypts customer data with a key that the customer creates and controls in its own key management service. The customer can audit every use of the key and revoke the vendor's access at any time.

BYOK gives the customer ownership of the key without moving the decryption step out of the vendor's service. The vendor still decrypts data to run its features, but only while the customer's key policy allows it. That keeps every feature working while giving the customer a kill switch and an audit trail in its own account.

How it works

In a typical cloud setup, the customer creates a symmetric key in a service such as AWS KMS and writes a key policy that lets the vendor's role use it. The vendor uses envelope encryption: it asks the key for a data key, encrypts each value with that data key, and stores the value with the wrapped data key. To read a value, it asks the customer's key to unwrap the data key.

  • Scope. An encryption context condition can limit the vendor to the customer's own tenant.

  • Audit. Each key operation is recorded in the customer's AWS CloudTrail.

  • Revocation. Disabling the key or removing the vendor from the policy stops further decryption. Disabling is reversible. Deleting a key makes data encrypted under it unrecoverable.

What BYOK doesn't do

BYOK doesn't hide data from the vendor while access is granted. The vendor's services still read decrypted values to run screening, rules and other features. CloudTrail also shows when and how often the vendor used the key, not which individual record was read, because data keys are typically cached for a short time. Teams that need stored values to stay unreadable to the vendor use Hold Your Own Key (HYOK) for those fields.

Why banks and regulators care

Banks must show that they control the lifecycle of cryptographic keys protecting customer data. DORA's ICT risk management standards, Commission Delegated Regulation (EU) 2024/1774, require a key management policy covering generation through revocation and destruction, and NIST SP 800-57 sets out widely used key management practice. BYOK lets a bank own the key, revoke a vendor and produce evidence of key use from its own account, which covers most bank and auditor requirements for key ownership and revocation.

How Corsa supports BYOK

Corsa BYOK encrypts sensitive client fields with a symmetric AWS KMS key in the customer's account. The key policy lets Corsa's BYOK role use the key only with the customer's workspace ID as encryption context. Every product feature keeps working, including rules, fuzzy sanctions and PEP screening, search, KYC integrations and AI. If the customer disables the key, reads fail closed with a Key revoked indicator, writes of protected fields fail, in-memory data keys expire within 5 minutes, and no data is lost when the key is re-enabled. Every Corsa key use appears in the customer's CloudTrail. See BYOK for AML compliance.

How Corsa helps:

Security & data privacy →

Frequently asked questions

Can the vendor read my data with BYOK?

Yes, while your key allows it. BYOK gives you ownership, revocation and audit of the key, but the vendor's service still decrypts values to run its features. If stored values must stay unreadable to the vendor, use HYOK.

What happens if I disable a BYOK key?

The vendor can no longer decrypt or encrypt the protected data. In Corsa, protected fields show as masked with a Key revoked indicator, and normal operation resumes when the key is re-enabled, with no data lost.

Should I delete a BYOK key to revoke access?

No. Disable the key instead, because disabling is reversible. Data encrypted under a deleted AWS KMS key can't be recovered by you or the vendor.

Automate this in your compliance workflows

Corsa unifies monitoring, cases, risk scoring and AI agents in one compliance OS.