Eenmalige aanmelding op basis van SAML: Configuratie en beperkingen
In dit artikel leert u hoe u een toepassing configureert voor eenmalige aanmelding op basis van SAML met Microsoft Entra ID. In dit artikel wordt beschreven hoe u gebruikers toewijst aan specifieke toepassingsrollen op basis van regels en beperkingen waarmee u rekening moet houden bij het toewijzen van kenmerken. Het omvat ook SAML-handtekeningcertificaten, SAML-tokenversleuteling, VERIFICATIE van SAML-aanvraaghandtekening en aangepaste claimproviders.
Apps die gebruikmaken van SAML 2.0 voor verificatie kunnen worden geconfigureerd voor eenmalige aanmelding op basis van SAML. Met eenmalige aanmelding op basis van SAML kunt u gebruikers toewijzen aan specifieke toepassingsrollen op basis van de regels die u in uw SAML-claims definieert.
Zie Snelstart: eenmalige aanmelding op basis van SAML instellen als u een SaaS-toepassing wilt configureren voor eenmalige aanmelding op basis van SAML.
Voor veel SaaS-toepassingen is een toepassingsspecifieke zelfstudie beschikbaar waarmee u de configuratie voor eenmalige aanmelding op basis van SAML doorloopt.
Sommige apps kunnen eenvoudig worden gemigreerd. Voor apps met complexere vereisten, zoals aangepaste claims, is mogelijk extra configuratie vereist in Microsoft Entra ID en/of Microsoft Entra Connect Health. Zie Procedure: claims die in tokens worden verzonden, aanpassen voor een specifieke app in een tenant (preview) voor meer informatie over toewijzingen van ondersteunde claims.
Houd rekening met de volgende beperkingen bij het toewijzen van kenmerken:
- Niet alle kenmerken die kunnen worden uitgegeven in AD FS worden weergegeven in Microsoft Entra ID als kenmerken die moeten worden verzonden naar SAML-tokens, zelfs als deze kenmerken worden gesynchroniseerd. Wanneer u het kenmerk bewerkt, worden in de vervolgkeuzelijst Waarde de verschillende kenmerken weergegeven die beschikbaar zijn in Microsoft Entra ID. Controleer de configuratie van Microsoft Entra Connect Sync-artikelen om ervoor te zorgen dat een vereist kenmerk, bijvoorbeeld samAccountName, wordt gesynchroniseerd met Microsoft Entra-id. U kunt de extensiekenmerken gebruiken om een claim te verzenden die geen deel uitmaakt van het standaardgebruikersschema in Microsoft Entra-id.
- In de meest voorkomende scenario's zijn alleen de NameID-claim en andere algemene gebruikers-id-claims vereist voor een app. Als u wilt bepalen of er extra claims vereist zijn, controleert u welke claims u uitgeeft van AD FS.
- Niet alle claims kunnen worden uitgegeven, omdat sommige claims worden beveiligd in Microsoft Entra-id.
- De mogelijkheid om versleutelde SAML-tokens te gebruiken, is nu in preview. Zie Procedure: claims aanpassen die zijn uitgegeven in het SAML-token voor ondernemingstoepassingen.
SaaS-app (software als een dienst)
Als uw gebruikers zich aanmelden bij een SaaS-app als Salesforce, ServiceNow of Workday en met AD FS geïntegreerd zijn, gebruikt u federatieve aanmelding voor SaaS-apps.
De meeste SaaS-toepassingen kunnen worden geconfigureerd in Microsoft Entra ID. Microsoft heeft veel vooraf geconfigureerde verbindingen met SaaS-apps in de galerie met Microsoft Entra-apps, waardoor uw overgang eenvoudiger wordt. SAML 2.0-toepassingen kunnen worden geïntegreerd met Microsoft Entra ID via de Microsoft Entra-app-galerie of als niet-galerietoepassingen.
Apps die OAuth 2.0 of OpenID Connect gebruiken, kunnen op dezelfde manier worden geïntegreerd met Microsoft Entra ID als app-registraties. Apps die gebruikmaken van verouderde protocollen kunnen microsoft Entra-toepassingsproxy gebruiken om te verifiëren met Microsoft Entra-id.
Voor problemen met het onboarden van uw SaaS-apps, kunt u contact opnemen met de ondersteuningsalias voor SaaS-toepassingsintegratie.
SAML-handtekeningcertificaten voor eenmalige aanmelding
Ondertekeningscertificaten vormen een belangrijk onderdeel van elke implementatie van eenmalige aanmelding. Microsoft Entra ID maakt de handtekeningcertificaten om federatieve eenmalige aanmelding op basis van SAML tot stand te brengen voor uw SaaS-toepassingen. Zodra u galerie- of niet-galerietoepassingen hebt toegevoegd, configureert u de toegevoegde toepassing met behulp van de optie voor federatieve eenmalige aanmelding. Zie Certificaten voor federatieve eenmalige aanmelding beheren in Microsoft Entra ID.
Versleuteling van SAML-tokens
Zowel AD FS als Microsoft Entra-id bieden tokenversleuteling: de mogelijkheid om de SAML-beveiligingsverklaringen te versleutelen die naar toepassingen gaan. De asserties worden versleuteld met een openbare sleutel en door de ontvangende toepassing ontsleuteld met de overeenkomende persoonlijke sleutel. Wanneer u tokenversleuteling configureert, uploadt u X.509-certificaatbestanden om de openbare sleutels op te geven.
Zie Hoe u Microsoft Entra SAML-tokenversleuteling configureert voor informatie over Microsoft Entra SAML-tokenversleuteling en hoe u dit configureert.
Notitie
Tokenversleuteling is een Microsoft Entra ID P1- of P2-functie. Zie Microsoft Entra-prijzen voor meer informatie over Microsoft Entra-edities, -functies en -prijzen.
Verificatie van SAML-aanvraaghandtekening
Met deze functionaliteit wordt de handtekening van ondertekende verificatieaanvragen gevalideerd. Een app-beheerder schakelt het afdwingen van ondertekende aanvragen in en uit en uploadt de openbare sleutels die moeten worden gebruikt om de validatie uit te voeren. Zie Ondertekende SAML-verificatieaanvragen afdwingen voor meer informatie.
Aangepaste claimproviders (preview)
Als u gegevens wilt migreren van verouderde systemen zoals ADFS of gegevensarchieven zoals LDAP, zijn uw apps afhankelijk van bepaalde gegevens in de tokens. U kunt aangepaste claimproviders gebruiken om claims toe te voegen aan het token. Zie het overzicht van de aangepaste claimprovider voor meer informatie.
Apps en configuraties die vandaag kunnen worden verplaatst
Apps die u vandaag gemakkelijk kunt verplaatsen, zijn onder meer SAML 2.0-apps die gebruikmaken van de standaardset van configuratie-elementen en claims. Deze standaarditems zijn:
- User Principal Name
- E-mailadres
- Voornaam
- Achternaam
- Alternatief kenmerk als SAML NameID, waaronder het e-mailkenmerk Microsoft Entra ID, e-mailvoorvoegsel, werknemer-id, extensiekenmerken 1-15 of on-premises SamAccountName-kenmerk . Zie voor meer informatie De NameIdentifier-claim bewerken.
- Aangepaste claims.
Voor de volgende stappen zijn meer configuratiestappen vereist om te migreren naar Microsoft Entra-id:
- Aangepaste autorisatie- of MFA-regels (meervoudige verificatie) in AD FS. U configureert ze met behulp van de functie Voorwaardelijke toegang van Microsoft Entra.
- Apps met meerdere eindpunten voor antwoord-URL's. U configureert ze in Microsoft Entra-id met behulp van PowerShell of de interface van het Microsoft Entra-beheercentrum.
- WS-Federation-apps, zoals SharePoint-apps waarvoor versie 1.1-SAML-tokens vereist zijn. U kunt ze handmatig configureren met behulp van PowerShell. U kunt ook een vooraf geïntegreerde algemene sjabloon toevoegen voor SharePoint- en SAML 1.1-toepassingen uit de galerie. Het SAML 2.0-protocol wordt ondersteund.
- Complexe transformatieregels voor claimuitgifte. Zie voor meer informatie over ondersteunde claimtoewijzingen:
Apps en configuraties worden momenteel niet ondersteund in Microsoft Entra
Apps waarvoor bepaalde functionaliteit is vereist, kunnen vandaag niet worden gemigreerd.
Protocolfunctionaliteit
Apps waarvoor de volgende protocolfunctionaliteit zijn vereist, kunnen vandaag niet worden gemigreerd:
- Ondersteuning voor het WS-Trust ActAs-patroon
- SAML-artefacten omzetten
App-instellingen van AD FS toewijzen aan Microsoft Entra-id
Voor migratie moet worden beoordeeld hoe de toepassing on-premises is geconfigureerd en moet die configuratie vervolgens worden toegewezen aan Microsoft Entra-id. AD FS en Microsoft Entra ID werken op dezelfde manier, dus de concepten van het configureren van vertrouwens-, aanmeldings- en afmeldings-URL's en id's zijn in beide gevallen van toepassing. Documenteer de AD FS-configuratie-instellingen van uw toepassingen, zodat u ze eenvoudig kunt configureren in Microsoft Entra ID.
App-configuratie-instellingen toewijzen
In de volgende tabel worden enkele van de meest voorkomende toewijzing van instellingen tussen een AD FS Relying Party Trust aan Microsoft Entra Enterprise-toepassing beschreven:
- AD FS: zoek de instelling in de vertrouwensrelatie van de Relying Party in AD FS voor de app. Klik met de rechtermuisknop op de Relying Party en selecteer Eigenschappen.
- Microsoft Entra-id: de instelling wordt geconfigureerd in het Microsoft Entra-beheercentrum in de eigenschappen voor eenmalige aanmelding van elke toepassing.
| Configuratie-instelling | AD FS | Configureren in Microsoft Entra-id | SAML-token |
|---|---|---|---|
| Aanmeldings-URL voor app De URL waarmee de gebruiker zich bij de app aanmeldt in een SAML-stroom die is geïnitieerd door een serviceprovider (SP). |
N.v.t. | Eenvoudige SAML-configuratie openen op basis van aanmelding op basis van SAML | N.v.t. |
| Antwoord-URL van app De URL van de app vanuit het perspectief van de id-provider (IdP). De IdP verzendt de gebruiker en het token hierheen nadat de gebruiker zich bij de IdP heeft aangemeld. Dit wordt ook wel het eindpunt van de SAML-assertiegebruiker genoemd. |
Selecteer het tabblad Eindpunten | Eenvoudige SAML-configuratie openen op basis van aanmelding op basis van SAML | Doelelement in het SAML-token. Voorbeeldwaarde: https://contoso.my.salesforce.com |
| Afmeldings-URL voor app Dit is de URL waarnaar opschoningsaanvragen bij afmelding worden verzonden wanneer een gebruiker zich afmeldt bij een app. De IdP verzendt de aanvraag om de gebruiker ook af te melden bij alle andere apps. |
Selecteer het tabblad Eindpunten | Eenvoudige SAML-configuratie openen op basis van aanmelding op basis van SAML | N.v.t. |
| App-id Dit is de app-id vanuit het perspectief van de IdP. De waarde van de aanmeldings-URL wordt vaak (maar niet altijd) gebruikt als de id. Soms roept de app deze de entiteits-id aan. |
Tabblad Id's selecteren | Eenvoudige SAML-configuratie openen op basis van aanmelding op basis van SAML | Wordt toegewezen aan het element Audience in het SAML-token. |
| App-federatieve metagegevens Dit is de locatie van de federatieve metagegevens van de app. De IdP gebruikt deze om bepaalde configuratie-instellingen automatisch bij te werken, zoals eindpunten of versleutelingscertificaten. |
Tabblad Bewaking selecteren | N.v.t. Microsoft Entra ID biedt geen ondersteuning voor het rechtstreeks gebruiken van federatieve metagegevens van toepassingen. U kunt de federatieve metagegevens handmatig importeren. | N.v.t. |
| Gebruikers-id/naam-id Kenmerk dat wordt gebruikt om de gebruikersidentiteit van Microsoft Entra ID of AD FS uniek aan te geven aan uw app. Dit kenmerk is gewoonlijk de UPN of het e-mailadres van de gebruiker. |
Claimregels. In de meeste gevallen geeft de claimregel een claim uit met een type dat eindigt op NameIdentifier. | U vindt de id onder de header Gebruikerskenmerken en claims. Standaard wordt de UPN gebruikt | Wordt toegewezen aan het element NameID in het SAML-token. |
| Overige claims Voorbeelden van andere claimgegevens die vaak van de IdP naar de app worden verzonden, zijn onder meer voornaam, achternaam, e-mailadres en groepslidmaatschap. |
In AD FS kunt u deze gegevens vinden als andere claimregels op de Relying Party. | U vindt de id onder de header User Attributes &Claims. Selecteer Beeld en bewerk alle andere gebruikerskenmerken. | N.v.t. |
IdP-instellingen (id-provider) toewijzen
Configureer uw toepassingen om te verwijzen naar Microsoft Entra ID versus AD FS voor eenmalige aanmelding. Hier richten we ons op SaaS-apps die gebruikmaken van het SAML-protocol. Dit concept is echter ook van toepassing op aangepaste Line-Of-Business-apps.
Notitie
De configuratiewaarden voor Microsoft Entra-id volgen het patroon waarin uw Azure-tenant-id wordt vervangen {tenant-id} en de toepassings-id {application-id} vervangt. U vindt deze informatie in het Microsoft Entra-beheercentrum onder Eigenschappen van Microsoft Entra-id>:
- Selecteer Map-id om uw tenant-id te zien.
- Selecteer Toepassings-id om uw toepassings-id te zien.
Wijs op hoog niveau de volgende belangrijke configuratie-elementen van SaaS-apps toe aan de Microsoft Entra-id.
| Element | Configuratiewaarde |
|---|---|
| Verlener van id-provider | https://sts.windows.net/{tenant-id}/ |
| Aanmeldings-URL van id-provider | https://login.microsoftonline.com/{tenant-id}/saml2 |
| Afmeldings-URL van id-provider | https://login.microsoftonline.com/{tenant-id}/saml2 |
| Locatie van federatieve metagegevens | https://login.windows.net/{tenant-id}/federationmetadata/2007-06/federationmetadata.xml?appid={application-id} |
Instellingen voor eenmalige aanmelding toewijzen voor SaaS-apps
Voor SaaS-apps moet bekend zijn waarheen verificatieaanvragen moeten worden verzonden en hoe de ontvangen tokens moeten worden gevalideerd. In de volgende tabel worden de elementen beschreven voor het configureren van instellingen voor eenmalige aanmelding in de app en de bijbehorende waarden of locaties binnen AD FS en Microsoft Entra-id.
| Configuratie-instelling | AD FS | Configureren in Microsoft Entra-id |
|---|---|---|
| Aanmeldings-URL van IdP Aanmeldings-URL van de IdP vanuit het perspectief van de app (waar de gebruiker wordt omgeleid voor aanmelding). |
De aanmeldings-URL van AD FS is de naam van de FEDERATIEVE AD FS-service gevolgd door /adfs/ls/. Bijvoorbeeld: |
Vervang door {tenant-id} uw tenant-id. Voor apps die gebruikmaken van het SAML-P-protocol: Voor apps die gebruikmaken van het WS-Federation-protocol: |
| Afmeldings-URL van IdP Afmeldings-URL van de IdP vanuit het perspectief van de app (waarnaar de gebruiker wordt omgeleid wanneer deze zich afmeldt bij de app). |
De afmeldings-URL is hetzelfde als de aanmeldings-URL of dezelfde URL waaraan wa=wsignout1.0 is toegevoegd. Bijvoorbeeld: https://fs.contoso.com/adfs/ls/?wa=wsignout1.0 |
Vervang door {tenant-id} uw tenant-id. Voor apps die gebruikmaken van het SAML-P-protocol: Voor apps die gebruikmaken van het WS-Federation-protocol: |
| Certificaat voor token-ondertekening De IdP gebruikt de persoonlijke sleutel van het certificaat om uitgegeven tokens te ondertekenen. Er wordt gecontroleerd of het token afkomstig is van de dezelfde IdP die de app is geconfigureerd om te vertrouwen. |
U vindt het AD FS-certificaat voor token-ondertekening in AD FS-beheer onder Certificaten. | Zoek deze in het Microsoft Entra-beheercentrum in de eigenschappen voor eenmalige aanmelding van de toepassing onder de header SAML-handtekeningcertificaat. Daar kunt u het certificaat downloaden om het te uploaden naar de app. Als de toepassing meer dan één certificaat heeft, kunt u alle certificaten vinden in het metagegevens-XML-bestand van de federatie. |
| Id/ 'verlener' Id van de IdP vanuit het perspectief van de app (ook wel 'verlener-id' genoemd). In het SAML-token wordt de waarde weergegeven als het element Verlener. |
De id voor AD FS is gewoonlijk de Federation-service-id in AD FS-beheer onder Service > Eigenschappen van Federation-service bewerken. Bijvoorbeeld: http://fs.contoso.com/adfs/services/trust |
Vervang door {tenant-id} uw tenant-id. |
| Federatieve metagegevens van IdP Locatie van de openbaar beschikbare federatieve metagegevens van de IdP. (Sommige apps gebruiken federatiemetagegevens als alternatief voor het afzonderlijk door de beheerder configureren van URL's, id en tokenhandtekeningcertificaat.) |
U vindt de URL van de AD FS-federatiemetagegevens in AD FS-beheer onder Service > Eindpunten > Metagegevens > Type: federatieve metagegevens. Bijvoorbeeld: https://fs.contoso.com/FederationMetadata/2007-06/FederationMetadata.xml |
De bijbehorende waarde voor Microsoft Entra-id volgt het patroon https://login.microsoftonline.com/{TenantDomainName}/FederationMetadata/2007-06/FederationMetadata.xml. Vervang {TenantDomainName} door de naam van uw tenant in de indeling contoso.onmicrosoft.com. Zie voor meer informatie Federatiemetagegevens. |
Volgende stappen
Feedback
Binnenkort: Gedurende 2024 worden GitHub Issues uitgefaseerd als het feedbackmechanisme voor inhoud. Dit wordt vervangen door een nieuw feedbacksysteem. Ga voor meer informatie naar: https://aka.ms/ContentUserFeedback.
Feedback verzenden en bekijken voor