IdP de confiance

Abuser de la confiance accordée à un fournisseur d'identité tiers ou à un éditeur SaaS pour obtenir un accès AWS fédéré.

1 min de lecturemis à jour le 12 oct. 2026florianamette1 contributeur
Demander à votre assistant (MCP)Modifier sur GitHub

Un compte se fédère souvent à un fournisseur d'identité tiers (Okta, Auth0, Google, un IdP d'entreprise) en tant que fournisseur SAML ou OIDC. La confiance AWS ne vaut que celle de cet IdP externe : compromettez un compte chez l'IdP qui est associé à un rôle AWS, ou l'IdP lui-même, et vous héritez de l'accès AWS associé.

Cartographier la relation de confiance#

bash
aws iam list-saml-providers
aws iam list-open-id-connect-providers
# for each role, read the trust to see which provider and claims it accepts
aws iam get-role --role-name <role> --query 'Role.AssumeRolePolicyDocument'

Notes d'exploitation#

  • Le maillon faible est fréquemment l'authentification propre à l'IdP : un compte IdP associé à un rôle et doté d'une MFA faible constitue un chemin vers AWS.
  • Des associations de rôle pilotées par un groupe ou un attribut de l'IdP signifient qu'en vous ajoutant à ce groupe côté IdP, vous obtenez le rôle AWS.
  • La mécanique concrète suit SAML ou OIDC selon le type de fournisseur.

Outils#

  • AWS CLI (iam list-saml-providers / list-open-id-connect-providers).
  • Outillage spécifique à l'IdP utilisé.

Références#