Ein Unternehmen organisiert seine AWS-Konten in Organisationseinheiten (OUs) innerhalb von AWS Organizations. APIs, die in einem Konto bereitgestellt werden, sind an die VPC dieses Kontos gebunden und verfügen derzeit über keine Authentifizierung. Nur Prinzipale aus einer bestimmten OU sollen die APIs aufrufen dürfen. Das Unternehmen hat eine Richtlinie auf den API Gateway-Schnittstellen-VPC-Endpunkt angewendet und die API Gateway-Ressourcenrichtlinien aktualisiert, um Aufrufe zu blockieren, die nicht über den Schnittstellen-Endpunkt erfolgen. Danach schlägt der Aufruf einer API über die Schnittstellen-Endpunkt-URL mit dem Fehler fehl: „User: anonymous is not authorized.“ Welche Kombination von Aktionen löst dieses Problem? (Wählen Sie zwei.)

Da die APIs derzeit keine Authentifizierung haben und Aufrufe mit "User: anonymous is not authorized" fehlschlagen, muss eine Authentifizierungsmethode implementiert werden. Die Aktivierung der IAM-basierten Autorisierung für jede API-Methode mit AWS IAM als Authorizer ist eine effektive Lösung, da sie die Nutzung bestehender IAM-Prinzipale und -Richtlinien ermöglicht. Um diese IAM-Autorisierung zu nutzen, müssen Client-Anfragen mit AWS-Anmeldeinformationen unter Verwendung von Signature Version 4 signiert werden. Dies stellt sicher, dass der Aufrufer authentifiziert und seine Identität für die IAM-Autorisierung bereitgestellt wird. Die anderen Optionen, wie tokenbasierte oder anfrageparameterbasierte Lambda-Authorizer und Amazon Cognito-Benutzerpools, sind zwar gültige Authentifizierungsmethoden, erfordern aber zusätzliche Konfiguration und sind nicht die direkteste Lösung, um das Problem der fehlenden Authentifizierung in Verbindung mit der gewünschten IAM-basierten Autorisierung zu beheben.