🔐
AWS SCS-C01
  • Practice Test Scores
  • Domain 1 - Incident Response
    • Incident Response
    • Exposed AWS Access Keys
    • Compromised EC2 Instance
    • How do you report abuse of AWS resources?
    • GuardDuty
    • Penetration Testing
  • Domain 2 - Logging & Monitoring
    • Some Basics
    • Inspector
    • Security Hub
    • AWS WAF
    • Systems Manager
    • Systems Manager Features
    • CloudWatch Logs
    • Athena
    • CloudTrail
    • Config
    • Trusted Advisor
    • CloudTrail Log File Integrity
    • Macie
    • S3 Event Notifications
    • VPC Flow Logs
    • Centralized Logging Architecture
  • Domain 3 - Infrastructure Security
    • Bastion Hosts
    • Site-to-Site VPN
    • VPC Peering
    • VPC Endpoints
    • Network ACL
    • Firewall vs IPS vs IDS
    • EBS
    • CloudFront
    • Shield
    • Mitigating DDoS Attacks
    • EC2 Key Pair Troubleshooting
    • EC2 Tenancy
    • Artifact
    • Lambda@Edge
    • Simple Email Service (SES)
    • DNS Support in VPC
  • Domain 4 - Identity & Access Management
    • Organizations
    • IAM Policy Evaluation Logic
    • Understanding IAM Policies
    • IAM Tutorial: Delegate access across AWS accounts using IAM roles
    • External ID
    • iptables
    • IAM policy elements: Version
    • IAM policy elements: Variables and tags
    • Policy elements: Principal and NotPrincipal
    • IAM policy elements: Condition
    • Security Token Service (STS)
    • Identity federation in AWS
    • Enabling SAML for your AWS resources
    • Single Sign-On
    • Cognito
    • Directory Service
    • Trusts in Active Directory
    • Example S3 Bucket Policies
    • Cross-account access to S3 buckets using Resource-based policies and IAM policies
    • S3 Access Control Lists (ACLs)
    • Presigned URLs
    • S3 Versioning
    • S3 Cross-Region Replication (CRR)
    • S3 Object Lock
    • Configuring MFA-protected API access
    • IAM Permission Boundaries
  • Domain 5 - Data Protection
  • CloudHSM
  • Key Management Service (KMS)
  • Symmetric CMKs vs Asymmetric CMKs
  • Data Key Caching
  • Deleting KMS CMKs
  • Default KMS Key Policy
  • Managing access to KMS CMKs
  • KMS CMK Key Types
  • Rotating KMS CMKs
  • Example Key Policies for KMS Questions
  • KMS Grants
  • KMS CLI Commands
  • Importing key material in KMS
  • KMS Condition Keys
  • Migrating Encrypted KMS Data Across Regions
  • KMS Encryption Context
  • CloudHSM vs KMS
  • S3 Data Encryption
  • Application Load Balancer (ALB)
  • ELB Listeners Part 1
  • ELB Listeners Part 2
  • AWS Certificate Manager (ACM)
  • Glacier
  • DynamoDB Encryption
  • AWS Secrets Manager
  • Summaries
    • Domain 1
    • Domain 2
    • Domain 3
    • Domain 4
    • Domain 5
Powered by GitBook
On this page

Was this helpful?

Migrating Encrypted KMS Data Across Regions

  • Keys generated by KMS are only stored and used in the region in which they were created.

  • They cannot be transferred to another region.

  • During migration, services like EBS can change the CMK to the destination region.

  • If you have been using envelope encryption and have encrypted data with data-keys, then you will have to decrypt all those data before migrating to a different region.

  • Before, due to the limitation of KMS being region-specific, RDS used to only support the migration of unencrypted RDS snapshots across regions but now we can easily migrate even the encrypted RDS snapshots across regions.

Copying a RDS snapshot

  • If you delete a source snapshot before the target snapshot becomes available, the snapshot copy may fail.

  • If you copy an encrypted snapshot, the copy of the snapshot must also be encrypted.

  • If you copy an encrypted snapshot within the same Region, you can encrypt the copy with the same KMS CMK as the original snapshot, or you can specify a different KMS CMK.

  • If you copy an encrypted snapshot across Regions, you can't use the same KMS CMK for the copy as used for the source snapshot, because AWS KMS CMKs are Region-specific.

    • Instead, you must specify a AWS KMS CMK valid in the destination Region.

  • You can also encrypt a copy of an unencrypted snapshot.

    • This way, you can quickly add encryption to a previously unencrypted DB instance.

        1. Create a snapshot of your DB instance when you are ready to encrypt it.

        2. Then, create a copy of that snapshot and specify a KMS CMK to encrypt that snapshot copy.

        3. Restore an encrypted DB instance from the encrypted snapshot.

PreviousKMS Condition KeysNextKMS Encryption Context

Last updated 4 years ago

Was this helpful?