AWS Security Blog
Multi-Region keys: A new approach to key replication in AWS Payment Cryptography
In our previous blog post (Part 1 of our key replication series), Automatically replicate your card payment keys across AWS Regions, we explored an event-driven, serverless architecture using AWS PrivateLink to securely replicate card payment keys across AWS Regions. That solution demonstrated how to build a custom replication framework for payment cryptography keys.
Based on customer feedback requesting a more automated, no-code approach, we’re excited to announce an additional option to this capability with Multi-Region keys for AWS Payment Cryptography in Part 2 of our series.
By using this new feature, you can automatically synchronize payment cryptography keys from a primary Region to other Regions that you select, improving resilience and availability of payment applications. You can also choose between account-level replication or key-level replication, giving more flexibility in how to manage payment keys across Regions.
Multi-Region keys: Overview and benefits
The new Multi-Region key replication feature for AWS Payment Cryptography offers you flexible control over your key replication strategy through the following primary capabilities:
- Control whether keys are replicated
- Select specific Regions for key replication
- Manage replication configuration changes
- Configure either account-level or key-level replication to meet business needs
Multi-Region keys help deliver several benefits for global payment operations, including:
- Improved availability: Access your payment keys even if a Region becomes unavailable
- Disaster recovery: Maintain business continuity with replicated keys across Regions
- Global operations: Support payment processing across multiple geographic regions
- Simplified management: Centralized control with distributed availability
- Consistent key IDs: The same key ID across Regions simplifies application development
Configuration options
Payment Cryptography provides two distinct methods for configuring Multi-Region key replication, giving flexibility to implement a strategy that best fits your organization’s needs. You can choose between a broad, account-level approach or a more granular, key-level method.
Account-level
With account-level configuration, AWS automatically replicates exportable symmetric keys created in your Payment Cryptography account from your designated primary Region to other Regions you specify. This simplifies key management in multi-Region deployments, provides consistent key availability in the Regions that you specify, and reduces the operational overhead of key management.
To configure account-level replication using the AWS Command Line Interface (AWS CLI), use the new enable-default-key-replication-regions
API to set the Regions where AWS will replicate your keys. To remove Regions from your default replication list, use the disable-default-key-replication-regions
API.
Note: Only symmetric keys created after the account-level replication is enabled will be replicated.
Key-level replication
By using key-level replication, you can achieve more granular control by:
- Designating specific keys as multi-Region keys
- Defining custom replication targets for each multi-Region key
- Maintaining Region-specific keys when needed
Note: Within each Region, Payment Cryptography maintains redundancy of your keys across multiple Availability Zones for high availability. Multi-Region key replication extends across geographic boundaries, giving you additional resilience against Regional outages while maintaining control over where your keys are stored.
You can specify replication Regions during key creation using the --replication-regions
parameter, using the AWS CLI, with the create-key or import-key
APIs. For existing keys, you can use the new add-key-replication-regions
and remove-key-replication-regions
APIs to manage which regions receive your replicated keys.
Important: When you specify replication Regions during key creation, these settings take precedence over default replication Regions configured at the account level.
How it works
Figure 1 shows the process when you replicate a key in Payment Cryptography.
- The key is created in your designated primary Region
- Payment Cryptography automatically replicates the key material asynchronously to the specified replica Regions
- The replicated keys maintain the same key ID across Regions; only the Region portion of the Amazon Resource Name (ARN) changes
- The key in the primary Region is marked with
MultiRegionKeyType: PRIMARY
- Keys in replica Regions are marked with
MultiRegionKeyType: REPLICA
and include a reference to the primary Region - When deleting a key, its deletion cascades from the primary to replica Regions

Figure 1: Representation of key replication from us-east-1 to us-west-2
Example: Creating a multi-Region key at key level
The following is an example of creating a card verification key (CVK) in the primary Region (us-east-1) with replication to us-west-2:
The response shows the key being created with replication in progress:
After replication completes, the status updates to SYNCHRONIZED
:
You can then access the key in the replica Region (us-west-2) using the same key ID and changing only the Region name:
The response shows the replica key with a reference to the primary Region:
Things to consider
When using multi-Region keys, several important aspects should be considered. Multi-Region key replication supports only symmetric keys with the exportable attribute enabled, and asymmetric keys are not supported. For billing purposes, AWS bills per key per Region, which means replicating to three Regions incurs costs for the primary key plus costs for each key in the replica Regions.
Key aliases and tags require separate management in each Region because they are not part of the replication process. While primary keys support modifications and updates, replica keys are read-only copies that support only cryptographic operations. Modifications must be made to the key in the primary Region, and Payment Cryptography automatically propagates these changes to the replica Regions. Monitor the replication status to confirm successful synchronization of these changes.
The deletion process for multi-Region keys follows specific behavior patterns that are important to understand. When a primary key is scheduled for deletion, associated replica keys are deleted immediately. The primary key enters a pending deletion state with a minimum 3-day waiting period, during which the deletion can be canceled. However, if you restore the primary key by canceling its deletion, you will need to re-enable replication to recreate the replica keys in your desired Regions. After the 3-day waiting period expires, the primary key is permanently deleted and becomes unrecoverable. Note that deleting a replica key affects only that specific Region and does not impact the primary key or other replica keys.
Multi-Region key replication operates with eventual consistency. When creating new keys or making changes to existing keys, these updates might not appear immediately across all Regions. Applications should be designed to handle this eventual consistency model and not assume immediate availability of keys or key changes in replica Regions. If your application requires strong consistency, implement polling mechanisms using the GetKey API to verify that changes have been synchronized before proceeding with key operations.
Logging and monitoring
Payment Cryptography logs API activity through AWS CloudTrail, which now includes new events and attributes specific to Multi-Region key replication.
New CloudTrail event
The service logs a new event type called SynchronizeMultiRegionKey
, which appears in primary and replica Regions.
Primary Region events:
Two SynchronizeMultiRegionKey
events are logged in the primary Region for each replication Region defined:
One event related to a key export process.
One event related to a key import process.
Replica Region events:
One SynchronizeMultiRegionKey
event is logged as an import key process in each replicated Region.
New CloudTrail event attributes
New attributes were included in the service key management APIs. The following are examples of the CreateKey
API highlighting the new attributes.
One CreateKey event in the primary Region:
One CreateKey event in a replica Region:
Getting started
To start using Multi-Region key replication in Payment Cryptography:
- Determine your primary Region.
- Determine your replica Regions and if you will use account-level or key-level configuration.
- Create new exportable symmetric keys or update existing keys to use the Multi-Region key replication feature.
- Update your applications to use the consistent key IDs across Regions.
Conclusion
The new Multi-Region key replication feature in Payment Cryptography enhances our automatic key replication capabilities, providing improved resilience and simplified management for global payment applications. This feature helps make sure your payment cryptography keys are available when and where you need them, with the flexibility to choose between account-level or key-level replication strategies.
For more information about AWS Payment Cryptography, visit https://aws.amazon.com/payment-cryptography/.
If you have feedback about this post, submit comments in the Comments section below. If you have questions about this post, contact AWS Support.