Meervoudige verificatie vereisen voor alle gebruikers
Als Alex Weinert, de Director of Identity Security bij Microsoft, vermeldt in zijn blogpost Your Pa$$word maakt het niet uit:
Uw wachtwoord maakt niet uit, maar MFA wel! Op basis van onze studies is uw account meer dan 99,9% minder waarschijnlijk gecompromitteerd als u MFA gebruikt.
Verificatiesterkte
De richtlijnen in dit artikel helpen uw organisatie bij het maken van een MFA-beleid voor uw omgeving met behulp van verificatiesterkten. Microsoft Entra ID biedt drie ingebouwde verificatiesterkten:
- Meervoudige verificatiesterkte (minder beperkend) aanbevolen in dit artikel
- MFA-sterkte zonder wachtwoord
- Phishingbestendige MFA-sterkte (meest beperkend)
U kunt een van de ingebouwde sterke punten gebruiken of een aangepaste verificatiesterkte maken op basis van de verificatiemethoden die u wilt vereisen.
Voor scenario's van externe gebruikers kunnen de MFA-verificatiemethoden die een resourcetenant accepteert, variëren, afhankelijk van of de gebruiker MFA in zijn thuistenant of in de resourcetenant voltooit. Zie Verificatiesterkte voor externe gebruikers voor meer informatie.
Uitsluitingen van gebruikers
Beleid voor voorwaardelijke toegang zijn krachtige hulpprogramma's. Het is raadzaam om de volgende accounts uit uw beleid uit te sluiten:
- Accounts voor noodtoegang of break-glass om vergrendeling te voorkomen vanwege onjuiste configuratie van beleid. In het onwaarschijnlijke scenario zijn alle beheerders vergrendeld, kan uw beheerdersaccount voor noodtoegang worden gebruikt om u aan te melden en stappen uit te voeren om de toegang te herstellen.
- Meer informatie vindt u in het artikel, Accounts voor toegang tot noodgevallen beheren in Microsoft Entra ID.
- Serviceaccounts en service-principals, zoals het Microsoft Entra Connect-synchronisatieaccount. Serviceaccounts zijn niet-interactieve accounts die niet zijn gebonden aan een bepaalde gebruiker. Ze worden normaal gebruikt door back-end services die programmatische toegang tot toepassingen mogelijk maken, maar worden ook gebruikt om in te loggen op systemen voor administratieve doeleinden. Oproepen van service-principals worden niet geblokkeerd door beleid voor voorwaardelijke toegang dat is gericht op gebruikers. Gebruik Voorwaardelijke toegang voor workload-identiteiten om beleidsregels te definiëren die gericht zijn op service-principals.
- Als uw organisatie deze accounts in scripts of code gebruikt, kunt u overwegen om deze te vervangen door beheerde identiteiten.
Sjabloonimplementatie
Organisaties kunnen ervoor kiezen dit beleid te implementeren met behulp van de onderstaande stappen of met behulp van de sjablonen voor voorwaardelijke toegang.
Beleid voor voorwaardelijke toegang maken
De volgende stappen helpen bij het maken van een beleid voor voorwaardelijke toegang om te vereisen dat alle gebruikers meervoudige verificatie uitvoeren met behulp van het verificatiesterktebeleid.
Waarschuwing
Als u externe verificatiemethoden gebruikt, zijn deze momenteel niet compatibel met de verificatiesterkte en moet u het besturingselement Meervoudige verificatie verlenen vereisen gebruiken.
- Meld u aan bij het Microsoft Entra-beheercentrum als Beheerder voor voorwaardelijke toegang.
- Blader naar het beleid voor voorwaardelijke toegang>beveiligen.>
- Selecteer Nieuw beleid.
- Geef uw beleid een naam. We raden organisaties aan een zinvolle standaard te maken voor de namen van hun beleidsregels.
- Onder Toewijzingen selecteert u Gebruikers- of workload-identiteiten.
- Selecteer onder Opnemen alle gebruikers
- Selecteer onder Uitsluiten gebruikers en groepen en kies de toegang tot noodgevallen of break-glass-accounts van uw organisatie.
- U kunt ervoor kiezen om uw gastgebruikers uit te sluiten als u ze richt op een specifiek beleid voor gastgebruikers.
- Selecteer onder Resources voor doelresources>(voorheen cloud-apps)> Alle resources (voorheen Alle cloud-apps).
- Selecteer onder Uitsluiten alle toepassingen waarvoor geen meervoudige verificatie is vereist.
- Selecteer bijToegangsbeheer>Verlenen de optie Toegang verlenen.
- Selecteer Verificatiesterkte vereisen en selecteer vervolgens de ingebouwde meervoudige verificatiesterkte in de lijst.
- Selecteer Selecteren.
- Controleer uw instellingen en stel Beleid inschakelen in op Alleen rapporteren.
- Selecteer Maken om het beleid te kunnen inschakelen.
Nadat beheerders de instellingen hebben bevestigd met de modus Alleen-rapport, kunnen ze de wisselknop Beleid inschakelen van alleen rapport naar Aan verplaatsen.
Benoemde locaties
Organisaties kunnen ervoor kiezen om bekende netwerklocaties op te nemen die ook wel benoemde locaties worden genoemd in hun beleid voor voorwaardelijke toegang. Deze benoemde locaties kunnen vertrouwde IP-netwerken bevatten, zoals die voor een hoofdkantoorlocatie. Zie het artikel Wat is de locatievoorwaarde in voorwaardelijke toegang van Microsoft Entra voor meer informatie over het configureren van benoemde locaties?
In het vorige voorbeeldbeleid kan een organisatie ervoor kiezen om meervoudige verificatie niet te vereisen als ze toegang hebben tot een cloud-app vanuit hun bedrijfsnetwerk. In dit geval kunnen ze de volgende configuratie toevoegen aan het beleid:
- Selecteer Netwerk onder Toewijzingen.
- Ja configureren.
- Neem een netwerk of locatie op.
- Sluit alle vertrouwde netwerken en locaties uit.
- Sla uw beleidswijzigingen op.
Toepassingsuitsluitingen
Organisaties kunnen veel cloudtoepassingen gebruiken. Niet al deze toepassingen vereisen gelijke beveiliging. Voor de salaris- en aanwezigheidstoepassingen is bijvoorbeeld MFA vereist, maar de cafetaria doet dat waarschijnlijk niet. Beheerders kunnen ervoor kiezen om specifieke toepassingen uit te sluiten van hun beleid.
Abonnement activeren
Organisaties die gebruikmaken van de functie Abonnementsactivering om gebruikers in staat te stellen 'op te treden' van de ene versie van Windows naar een andere en beleid voor voorwaardelijke toegang te gebruiken om de toegang te beheren, moet een van de volgende cloud-apps worden uitgesloten van hun beleid voor voorwaardelijke toegang met behulp van Uitgesloten cloud-apps selecteren:
UNIVERSAL Store Service-API's en webtoepassing, AppID 45a330b1-b1ec-4cc1-9161-9f03992aa49f.
Windows Store voor Bedrijven, AppID 45a330b1-b1ec-4cc1-9161-9f03992aa49f.
Hoewel de app-id in beide gevallen hetzelfde is, is de naam van de cloud-app afhankelijk van de tenant.
Wanneer een apparaat gedurende langere tijd offline is, wordt het apparaat mogelijk niet automatisch opnieuw geactiveerd als deze uitsluiting voor voorwaardelijke toegang niet aanwezig is. Als u deze uitsluiting voor voorwaardelijke toegang instelt, zorgt u ervoor dat de activering van het abonnement naadloos blijft werken.
Vanaf Windows 11, versie 23H2 met KB5034848 of hoger, wordt gebruikers gevraagd om verificatie met een pop-upmelding wanneer de activering van het abonnement opnieuw moet worden geactiveerd. In de pop-upmelding wordt het volgende bericht weergegeven:
Voor uw account is verificatie vereist
Meld u aan bij uw werk- of schoolaccount om uw gegevens te verifiëren.
Daarnaast kan het volgende bericht worden weergegeven in het deelvenster Activering:
Meld u aan bij uw werk- of schoolaccount om uw gegevens te verifiëren.
De prompt voor verificatie treedt meestal op wanneer een apparaat gedurende langere tijd offline is. Deze wijziging elimineert de noodzaak van een uitsluiting in het beleid voor voorwaardelijke toegang voor Windows 11, versie 23H2 met KB5034848 of hoger. Een beleid voor voorwaardelijke toegang kan nog steeds worden gebruikt met Windows 11, versie 23H2 met KB5034848 of hoger als de prompt voor gebruikersverificatie via een pop-upmelding niet gewenst is.