Dystrybucja CloudFront używa tożsamości dostępu do źródła (OAI) do uzyskiwania dostępu do prywatnego zasobnika S3. Zasobnik odmawia dostępu wszystkim innym. Aplikacja wymaga od użytkowników wyświetlenia publicznej strony logowania, a następnie otrzymania podpisanych plików cookie w celu uzyskania dostępu do prywatnych katalogów. Dystrybucja używa domyślnego zachowania pamięci podręcznej z ograniczonym dostępem dla przeglądających, wskazującego na źródło S3. Dostęp do strony logowania zwraca błąd 403 Forbidden. Jak deweloper może zezwolić na nieuwierzytelniony dostęp do strony logowania, jednocześnie zachowując bezpieczeństwo prywatnej zawartości?

Poprawna odpowiedź umożliwia dostęp do strony logowania, tworząc nowe zachowanie pamięci podręcznej CloudFront z wzorcem ścieżki pasującym do strony logowania i ustawiając dostęp dla przeglądających na nieograniczony. Domyślne zachowanie pamięci podręcznej pozostaje niezmienione, zapewniając, że prywatna zawartość jest nadal chroniona przez OAI i podpisane pliki cookie. Niepoprawne opcje: Zmiana domyślnego zachowania pamięci podręcznej na nieograniczony dostęp dla strony logowania i dodanie nowego zachowania z i ograniczonym dostępem spowodowałoby, że cała zawartość byłaby publiczna, co naruszyłoby wymagania bezpieczeństwa. Dodanie źródła przełączania awaryjnego nie jest mechanizmem kontroli dostępu dla różnych ścieżek w tej samej dystrybucji. Dodanie polityki zasobnika S3 dla strony logowania i funkcji CloudFront do przekierowywania nie jest optymalnym rozwiązaniem, ponieważ CloudFront powinien zarządzać dostępem do treści, a nie S3 bezpośrednio.