Firma wdraża rozproszoną aplikację internetową na instancjach Amazon EC2 za Application Load Balancer (ALB), który kończy sesje TLS. Firma wymaga, aby ruch TLS do ALB pozostał bezpieczny, nawet jeśli klucz prywatny certyfikatu zostanie naruszony. Jak inżynier bezpieczeństwa powinien spełnić ten wymóg?

Poprawna odpowiedź to wybranie listenera HTTPS z polityką bezpieczeństwa wymuszającą zestawy szyfrów z Perfect Forward Secrecy (PFS). PFS zapewnia, że nawet jeśli klucz prywatny certyfikatu zostanie później skompromitowany, wcześniejsze sesje zaszyfrowane za pomocą tego klucza pozostaną bezpieczne, ponieważ klucze sesji są generowane efemerycznie i nie mogą być odtworzone. Pozostałe opcje są nieprawidłowe: Użycie certyfikatu zarządzanego przez AWS Certificate Manager (ACM) jest dobrą praktyką, ale samo w sobie nie chroni przed naruszeniem klucza prywatnego w kontekście przeszłych sesji. Włączenie Server Order Preference to funkcja, która pozwala serwerowi wybrać preferowany zestaw szyfrów, ale nie gwarantuje PFS. Listener TCP nie obsługuje terminacji TLS ani polityk bezpieczeństwa na poziomie aplikacji, co jest wymagane w tym scenariuszu.