Ein Unternehmen stellt eine verteilte Webanwendung auf Amazon EC2-Instanzen hinter einem Application Load Balancer (ALB) bereit, der TLS terminiert. Das Unternehmen verlangt, dass der TLS-Verkehr zum ALB sicher bleibt, selbst wenn der private Schlüssel des Zertifikats kompromittiert wird. Wie sollte ein Sicherheitsingenieur diese Anforderung erfüllen?

Die korrekte Option ist, einen HTTPS-Listener mit einer Sicherheitsrichtlinie zu erstellen, die Cipher Suites mit Perfect Forward Secrecy (PFS) erzwingt. PFS stellt sicher, dass selbst wenn der private Schlüssel des Servers kompromittiert wird, vergangene Kommunikationen nicht entschlüsselt werden können. Dies liegt daran, dass für jede Sitzung ein neuer, temporärer Schlüssel ausgehandelt wird, der nicht vom Langzeit-Privatschlüssel abgeleitet werden kann. Die Option, ein von AWS Certificate Manager (ACM) verwaltetes Zertifikat zu verwenden, ist zwar eine gute Sicherheitspraxis, löst aber nicht das Problem der Kompromittierung des privaten Schlüssels. Wenn der Schlüssel kompromittiert wird, können mit diesem Schlüssel verschlüsselte Daten entschlüsselt werden, unabhängig davon, woher das Zertifikat stammt. Die Aktivierung der Sicherheitsfunktion „Server Order Preference“ hilft dem Server, die bevorzugte Cipher Suite auszuwählen, bietet aber keinen Schutz, wenn der private Schlüssel kompromittiert wird. Ein TCP-Listener terminiert TLS nicht und kann daher keine Sicherheitsrichtlinien für TLS-Verbindungen anwenden, was die Anforderung des Unternehmens nicht erfüllt.