Architekt rozwiązań zaimplementował federację SAML 2.0 z lokalnym dostawcą tożsamości (IdP) firmy, aby użytkownicy uwierzytelniali się za pośrednictwem sfederowanego portalu internetowego w celu uzyskania dostępu do AWS. Kiedy architekt testuje portal, dostęp do AWS jest udany, ale użytkownicy testowi nie mogą uzyskać dostępu do AWS za pośrednictwem tego samego portalu. Jakie elementy powinien zweryfikować architekt, aby upewnić się, że federacja jest poprawnie skonfigurowana? (Wybierz trzy.)

Poprawne odpowiedzi koncentrują się na kluczowych elementach konfiguracji federacji SAML. Polityka zaufania roli IAM musi określać dostawcę SAML jako podmiot, aby AWS wiedział, kto może przyjmować tę rolę. Dodatkowo, użytkownicy testowi muszą być poprawnie skonfigurowani w IdP i przypisani do odpowiednich grup, które są mapowane na role IAM. Portal internetowy musi używać AssumeRoleWithSAML z poprawnymi parametrami, aby uzyskać tymczasowe poświadczenia. Wreszcie, IdP musi generować asercje SAML, które prawidłowo mapują tożsamości użytkowników lub grup do ról IAM z odpowiednimi uprawnieniami. Niepoprawne opcje: Polityka uprawnień użytkownika IAM nie ma zastosowania do sfederowanych użytkowników, ponieważ nie mają oni stałych użytkowników IAM. Dostępność nazwy hosta DNS IdP z VPC w środowisku AWS jest nieistotna, ponieważ uwierzytelnianie odbywa się poza AWS, a portal internetowy komunikuje się z IdP.