Métadonnées de fédération

  • Article

Microsoft Entra ID publie un document de métadonnées de fédération des services configurés pour accepter les jetons de sécurité émis par Microsoft Entra ID. Le format de document des métadonnées de fédération est décrit dans la page Web Services Federation Language (WS-Federation) Version 1.2 (Langage WS-Federation [Web Services Federation Language] version 1.2), qui étend les métadonnées pour la spécification SAML (Security Assertion Markup Language) OASIS v2.0.

Points de terminaison de métadonnées spécifiques ou indépendants du locataire

Microsoft Entra ID publie des points de terminaison spécifiques et indépendants du locataire.

Les points de terminaison spécifiques du client sont conçus pour un client donné. Les métadonnées de fédération spécifiques du client contiennent des informations sur le client, y compris des informations sur l’émetteur et le point de terminaison propres au client. Les applications qui limitent l’accès à un seul client utilisent des points de terminaison spécifiques du client.

Les points de terminaison indépendants du client fournissent des informations qui sont communes à tous les locataires Microsoft Entra ID. Ces informations s’appliquent aux clients hébergés sur login.microsoftonline.com et sont partagées entre les clients. Les points de terminaison indépendants du client sont recommandés pour les applications mutualisées, car ils ne sont pas associés à un client particulier.

Points de terminaison de métadonnées de fédération

Microsoft Entra ID publie les métadonnées sur https://login.microsoftonline.com/<TenantDomainName>/FederationMetadata/2007-06/FederationMetadata.xml.

Pour les points de terminaison spécifiques du client, le TenantDomainName peut être de l’un des types suivants :

  • Nom de domaine inscrit d’un tenant Microsoft Entra, comme : contoso.onmicrosoft.com.
  • L’ID client non modifiable du domaine, tel que aaaabbbb-0000-cccc-1111-dddd2222eeee.

Pour les points de terminaison indépendants du client, le TenantDomainName est common. Ce document répertorie uniquement les éléments des métadonnées de fédération communs à tous les tenants Microsoft Entra, hébergés à l’adresse login.microsoftonline.com.

Par exemple, un point de terminaison propre à un client peut être https://login.microsoftonline.com/contoso.onmicrosoft.com/FederationMetadata/2007-06/FederationMetadata.xml. Le point de terminaison indépendant du client est https://login.microsoftonline.com/common/FederationMetadata/2007-06/FederationMetadata.xml. Vous pouvez afficher le document de métadonnées de fédération en tapant cette URL dans un navigateur.

Contenu des métadonnées de fédération

La section suivante fournit les informations nécessaires aux services qui utilisent des jetons émis par Microsoft Entra ID.

L’ID d’entité

L’élément EntityDescriptor contient un attribut EntityID. La valeur de l’attribut EntityID représente l’émetteur, autrement dit, le service d’émission de jeton de sécurité (STS) qui a émis le jeton. Il est important de valider l’émetteur lorsque vous recevez un jeton.

Les métadonnées suivantes montrent un exemple d’élément EntityDescriptor propre au client avec un élément EntityID.

<EntityDescriptor
xmlns="urn:oasis:names:tc:SAML:2.0:metadata"
ID="_00aa00aa-bb11-cc22-dd33-44ee44ee44ee"
entityID="https://sts.windows.net/11bb11bb-cc22-dd33-ee44-55ff55ff55ff/">

Vous pouvez remplacer l’ID client dans le point de terminaison indépendant du client par votre ID client pour créer une valeur EntityID propre au client . La valeur qui en résulte est identique à celle de l’émetteur du jeton. La stratégie permet à une application mutualisée de valider l’émetteur pour un client donné.

Les métadonnées suivantes montrent un exemple d’élément EntityID indépendant du client. Notez que le {tenant} est un littéral et non un espace réservé.

<EntityDescriptor
xmlns="urn:oasis:names:tc:SAML:2.0:metadata"
ID="="_11bb11bb-cc22-dd33-ee44-55ff55ff55ff"
entityID="https://sts.windows.net/{tenant}/">

Certificats de signature de jeton

Lorsqu’un service reçoit un jeton émis par un tenant Microsoft Entra, la signature du jeton doit être validée avec une clé de signature qui est publiée dans le document des métadonnées de fédération. Les métadonnées de fédération incluent la partie publique des certificats utilisés par les clients pour la signature de jetons. Les octets bruts du certificat s’affichent dans l’élément KeyDescriptor . Le certificat de signature de jetons est valide pour la signature uniquement si la valeur de l’attribut use est signing.

Un document de métadonnées de fédération publié par Microsoft Entra ID peut avoir plusieurs clés de signature, comme lorsque Microsoft Entra ID se prépare à mettre à jour le certificat de signature. Lorsqu’un document des métadonnées de fédération comprend plusieurs certificats, un service qui valide les jetons doit prendre en charge tous les certificats du document.

Les métadonnées suivantes montrent un exemple d’élément KeyDescriptor avec une clé de signature.

<KeyDescriptor use="signing">
<KeyInfo xmlns="https://www.w3.org/2000/09/xmldsig#">
<X509Data>
<X509Certificate>
MIIDPjCCAiqgAwIBAgIQVWmXY/+9RqFA/OG9kFulHDAJBgUrDgMCHQUAMC0xKzApBgNVBAMTImFjY291bnRzLmFjY2Vzc2NvbnRyb2wud2luZG93cy5uZXQwHhcNMTIwNjA3MDcwMDAwWhcNMTQwNjA3MDcwMDAwWjAtMSswKQYDVQQDEyJhY2NvdW50cy5hY2Nlc3Njb250cm9sLndpbmRvd3MubmV0MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEArCz8Sn3GGXmikH2MdTeGY1D711EORX/lVXpr+ecGgqfUWF8MPB07XkYuJ54DAuYT318+2XrzMjOtqkT94VkXmxv6dFGhG8YZ8vNMPd4tdj9c0lpvWQdqXtL1TlFRpD/P6UMEigfN0c9oWDg9U7Ilymgei0UXtf1gtcQbc5sSQU0S4vr9YJp2gLFIGK11Iqg4XSGdcI0QWLLkkC6cBukhVnd6BCYbLjTYy3fNs4DzNdemJlxGl8sLexFytBF6YApvSdus3nFXaMCtBGx16HzkK9ne3lobAwL2o79bP4imEGqg+ibvyNmbrwFGnQrBc1jTF9LyQX9q+louxVfHs6ZiVwIDAQABo2IwYDBeBgNVHQEEVzBVgBCxDDsLd8xkfOLKm4Q/SzjtoS8wLTErMCkGA1UEAxMiYWNjb3VudHMuYWNjZXNzY29udHJvbC53aW5kb3dzLm5ldIIQVWmXY/+9RqFA/OG9kFulHDAJBgUrDgMCHQUAA4IBAQAkJtxxm/ErgySlNk69+1odTMP8Oy6L0H17z7XGG3w4TqvTUSWaxD4hSFJ0e7mHLQLQD7oV/erACXwSZn2pMoZ89MBDjOMQA+e6QzGB7jmSzPTNmQgMLA8fWCfqPrz6zgH+1F1gNp8hJY57kfeVPBiyjuBmlTEBsBlzolY9dd/55qqfQk6cgSeCbHCy/RU/iep0+UsRMlSgPNNmqhj5gmN2AFVCN96zF694LwuPae5CeR2ZcVknexOWHYjFM0MgUSw0ubnGl0h9AJgGyhvNGcjQqu9vd1xkupFgaN+f7P3p3EVN5csBg5H94jEcQZT7EKeTiZ6bTrpDAnrr8tDCy8ng
</X509Certificate>
</X509Data>
</KeyInfo>
</KeyDescriptor>

L’élément KeyDescriptor apparaît à deux emplacements du document des métadonnées de fédération : dans la section propre à WS-Federation et dans la section propre à SAML. Les certificats publiés dans les deux sections sont identiques.

Dans la section WS-Federation, un lecteur de métadonnées WS-Federation lit les certificats d’un élément RoleDescriptor avec le type SecurityTokenServiceType.

Les métadonnées suivantes montrent un exemple d’élément RoleDescriptor .

<RoleDescriptor xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance" xmlns:fed="https://docs.oasis-open.org/wsfed/federation/200706" xsi:type="fed:SecurityTokenServiceType" protocolSupportEnumeration="https://docs.oasis-open.org/wsfed/federation/200706">

Dans la section SAML, un lecteur de métadonnées WS-Federation lit les certificats d’un élément IDPSSODescriptor .

Les métadonnées suivantes montrent un exemple d’élément IDPSSODescriptor .

<IDPSSODescriptor protocolSupportEnumeration="urn:oasis:names:tc:SAML:2.0:protocol">

Il n’existe aucune différence de format entre les certificats spécifiques du client et ceux indépendants du client.

URL de point de terminaison WS-Federation

Les métadonnées de fédération incluent l’URL qu’utilise Microsoft Entra ID pour la connexion et la déconnexion uniques dans le protocole WS-Federation. Ce point de terminaison s’affiche dans l’élément PassiveRequestorEndpoint .

Les métadonnées suivantes montrent un exemple d’élément PassiveRequestorEndpoint pour un point de terminaison propre au client.

<fed:PassiveRequestorEndpoint>
<EndpointReference xmlns="https://www.w3.org/2005/08/addressing">
<Address>
https://login.microsoftonline.com/aaaabbbb-0000-cccc-1111-dddd2222eeee/wsfed
</Address>
</EndpointReference>
</fed:PassiveRequestorEndpoint>

Pour le point de terminaison indépendant du client, l’URL WS-Federation apparaît dans le point de terminaison WS-Federation, comme illustré dans l’exemple suivant.

<fed:PassiveRequestorEndpoint>
<EndpointReference xmlns="https://www.w3.org/2005/08/addressing">
<Address>
https://login.microsoftonline.com/common/wsfed
</Address>
</EndpointReference>
</fed:PassiveRequestorEndpoint>

URL de point de terminaison de protocole SAML

Les métadonnées de fédération incluent l’URL qu’utilise Microsoft Entra ID pour la connexion et la déconnexion uniques dans le protocole SAML 2.0. Ces points de terminaison s’affichent dans l’élément IDPSSODescriptor .

Les URL de connexion et de déconnexion s’affichent dans les éléments SingleSignOnService et SingleLogoutService.

Les métadonnées suivantes montrent un exemple d’élément PassiveResistorEndpoint pour un point de terminaison propre au client.

<IDPSSODescriptor protocolSupportEnumeration="urn:oasis:names:tc:SAML:2.0:protocol">
…
    <SingleLogoutService Binding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-Redirect" Location="https://login.microsoftonline.com/contoso.onmicrosoft.com/saml2" />
    <SingleSignOnService Binding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-Redirect" Location="https://login.microsoftonline.com/contoso.onmicrosoft.com /saml2" />
  </IDPSSODescriptor>

De la même façon, les points de terminaison communs du protocole SAML 2.0 sont publiés dans les métadonnées de fédération indépendantes du client, comme illustré dans l’exemple suivant.

<IDPSSODescriptor protocolSupportEnumeration="urn:oasis:names:tc:SAML:2.0:protocol">
…
    <SingleLogoutService Binding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-Redirect" Location="https://login.microsoftonline.com/common/saml2" />
    <SingleSignOnService Binding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-Redirect" Location="https://login.microsoftonline.com/common/saml2" />
  </IDPSSODescriptor>