Nach der Wiederherstellung von EC2-Instances aus Amazon EBS-Snapshots während eines Vorfalls führt ein Unternehmen, das einen AWS Key Management Service (AWS KMS) kundenverwalteten Schlüssel zur Snapshot-Verschlüsselung verwendet, eine Disaster-Recovery-Lückenanalyse durch. Das Unternehmen benötigt eine Lösung, um EC2-Instances wiederherzustellen, selbst wenn das primäre AWS-Konto kompromittiert und seine EBS-Snapshots gelöscht werden. Welche Lösung erfüllt diese Anforderung?

Die Erstellung eines separaten, eingeschränkten AWS-Kontos und das Kopieren verschlüsselter Snapshots dorthin ist die effektivste Lösung. Dies bietet eine Isolierung vom primären Konto, sodass Snapshots auch bei einer Kompromittierung des Hauptkontos oder einer Löschung dort sicher bleiben. Der Zugriff auf den KMS-Schlüssel im neuen Konto ermöglicht die Wiederherstellung. Die Option mit Amazon S3 und EBS-Lifecycle-Richtlinien ist falsch, da EBS-Snapshots keine Objekte sind, die direkt in S3 verschoben werden können; sie sind bereits in S3 gespeichert, aber als Teil des EBS-Dienstes. AWS Systems Manager ist kein Backup-Dienst für EBS-Volumes. AWS Backup kann zwar Snapshots kopieren, aber ohne ein separates Konto besteht weiterhin das Risiko, dass bei einer Kompromittierung des primären Kontos auch die Backups betroffen sind oder gelöscht werden können, selbst mit S3 Object Lock, wenn das Konto selbst kompromittiert ist und die Berechtigungen zur Verwaltung von S3-Buckets missbraucht werden.