Een bedrijf heeft een derde partij ingehuurd om verschillende AWS-accounts te auditen. Cross-account IAM-rollen zijn in elk doelaccount aangemaakt. De auditor heeft geen toegang tot sommige accounts. Welke van de volgende oorzaken kan dit probleem hebben? (Kies drie.)

Een ontbrekende of onjuiste externe ID (external ID) kan leiden tot mislukte sts:AssumeRole-aanroepen, omdat dit een beveiligingsmechanisme is dat door de rol wordt vereist om cross-account toegang te verlenen. Als de auditor geen toestemming heeft om sts:AssumeRole uit te voeren op de rol in het doelaccount, kan de rol niet worden aangenomen. Dit is een expliciete Deny of een ontbrekende Allow-statement in het beleid van de rol of de identiteit van de auditor. Ten slotte, als de aan de auditor verstrekte Role ARN (Amazon Resource Name) onjuist of onvolledig is, kan de AWS CLI of SDK de rol niet correct identificeren en aannemen. Onjuiste opties: De auditor gebruikt het verkeerde wachtwoord: IAM-rollen worden aangenomen via sts:AssumeRole en vereisen geen wachtwoord. De Amazon EC2-rol die door de auditor wordt gebruikt, moet worden ingesteld op de rol van het doelaccount: Hoewel een EC2-rol kan worden gebruikt om een andere rol aan te nemen, is dit geen vereiste en geen directe oorzaak van het probleem. Het gaat om de machtigingen van de identiteit die de rol aanneemt. De secret access key die door de auditor wordt gebruikt, ontbreekt of is onjuist: Hoewel dit problemen kan veroorzaken bij authenticatie, is het niet direct gerelateerd aan het aannemen van een IAM-rol als de auditor al geauthenticeerd is. De foutmelding zou anders zijn.