A retail corporation has configured a multi-account AWS environment using AWS Organizations. The security team is setting up federated single sign-on (SSO) using an on-premises SAML 2.0-compliant Identity Provider (IdP). The solutions architect needs to configure the IAM roles in the member accounts to trust the SAML IdP. When external users attempt to log in through the IdP portal, they receive access denied errors before they can select a role. Which of the following configurations must the solutions architect apply to the IAM roles in the target member accounts to successfully establish the trust relationship?
- AConfigure the IAM role trust policy to specify the SAML provider ARN as the Principal, and set the Action to sts:AssumeRole.
- Configure the IAM role trust policy to specify the SAML provider ARN as the Principal, and set the Action to sts:AssumeRoleWithSAML.Cevap
- CAttach a Service Control Policy (SCP) to the target member accounts that allows the sts:AssumeRoleWithSAML action for the SAML provider ARN.
- DConfigure the IAM role trust policy to trust the SAML provider ARN, and configure the default AWS-managed KMS key (aws/iam) in the target account to allow decryption of the SAML assertion.
Cevap
Configure the IAM role trust policy to specify the SAML provider ARN as the Principal, and set the Action to sts:AssumeRoleWithSAML.
The correct configuration establishes a direct trust relationship between the IAM role in the member account and the SAML Identity Provider. This is achieved by specifying the SAML provider's ARN as the Principal and setting the Action to sts:AssumeRoleWithSAML in the role's trust policy. This action permits AWS STS to return temporary security credentials to users authenticated by the external IdP.
Adım Adım Çözüm
Anahtar Kavram
SAML 2.0 federation requires the sts:AssumeRoleWithSAML action in the IAM role's trust policy.