Eine Anwendung verwendet einen ElastiCache for Redis-Cluster zum Caching. Der Cluster hat bereits Verschlüsselung im Ruhezustand (encryption at rest) aktiviert, aber keine Verschlüsselung während der Übertragung (encryption in transit), und Clients können ohne Authentifizierung auf den Cache zugreifen. Ein Solutions Architect muss die Client-Authentifizierung vorschreiben und eine End-to-End-Verschlüsselung während der Übertragung aktivieren. Welche Lösung erfüllt diese Anforderungen?

Die korrekte Lösung besteht darin, ein AUTH-Token zu generieren und in AWS Secrets Manager zu speichern. ElastiCache for Redis unterstützt die Authentifizierung über ein AUTH-Token. Secrets Manager ist der empfohlene Dienst für die sichere Speicherung und Verwaltung von Geheimnissen wie diesem Token. Anschließend kann der bestehende ElastiCache-Cluster so konfiguriert werden, dass er dieses AUTH-Token verwendet und die Verschlüsselung während der Übertragung (in-transit encryption) aktiviert. Die Anwendung muss dann aktualisiert werden, um das Token aus Secrets Manager abzurufen und für die Authentifizierung zu verwenden. Die Option, einen neuen Cluster zu erstellen, ist unnötig, da ElastiCache for Redis die Aktivierung von AUTH und In-Transit-Verschlüsselung auf einem bestehenden Cluster unterstützt. Die Verwendung von SSL-Zertifikaten zur Authentifizierung ist für ElastiCache for Redis nicht die primäre Methode; stattdessen wird das AUTH-Token verwendet.