Phishing-bestendige meervoudige verificatie vereisen voor beheerders
Accounts waaraan bevoorrechte beheerdersrollen zijn toegewezen, zijn frequente doelen van aanvallers. Het vereisen van phishing-bestendige meervoudige verificatie (MFA) voor deze accounts is een eenvoudige manier om het risico te verminderen dat deze accounts worden aangetast.
Let op
Voordat u een beleid maakt waarvoor phishingbestendige meervoudige verificatie is vereist, moet u ervoor zorgen dat uw beheerders de juiste methoden hebben geregistreerd. Als u dit beleid inschakelt zonder deze stap uit te voeren, loopt u het risico dat u uzelf buiten uw tenant vergrendelt. Beheerders kunnen tijdelijke toegangspas configureren om verificatiemethoden zonder wachtwoord te registreren of de stappen in Een wachtwoordsleutel registreren (FIDO2) volgen.
Microsoft raadt u aan om minimaal phishing-bestendige meervoudige verificatie op de volgende rollen te vereisen:
- Hoofdbeheerder
- Toepassingsbeheerder
- Verificatiebeheerder
- Factureringsbeheerder
- Beheerder van de cloudtoepassing
- Beheerder voor voorwaardelijke toegang
- Exchange-beheerder
- Helpdeskbeheerder
- Wachtwoordbeheerder
- Bevoorrechte verificatiebeheerder
- Beheerder voor bevoorrechte rollen
- Beveiligingsbeheer
- SharePoint-beheerder
- Gebruikersbeheerder
Organisaties kunnen ervoor kiezen om rollen op te nemen of uit te sluiten op basis van hun eigen vereisten.
Organisaties kunnen dit beleid gebruiken in combinatie met functies zoals Privileged Identity Management (PIM) en de mogelijkheid om MFA te vereisen voor rolactivering.
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)
- MFA-sterkte zonder wachtwoord
- Phishingbestendige MFA-sterkte (meest beperkend) aanbevolen in dit artikel
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
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 directory-rollen en kies ten minste de eerder vermelde rollen.
Waarschuwing
Beleid voor voorwaardelijke toegang biedt ondersteuning voor ingebouwde rollen. Beleid voor voorwaardelijke toegang wordt niet afgedwongen voor andere roltypen, waaronder beheereenheden of aangepaste rollen.
Selecteer bij Uitsluiten de optie Gebruikers en groepen en selecteer de accounts voor toegang bij noodgevallen van uw organisatie.
- Selecteer onder Resources voor doelresources resources (voorheen Alle cloud-apps).>
- Selecteer bijToegangsbeheer>Verlenen de optie Toegang verlenen.
- Selecteer Verificatiesterkte vereisen en selecteer vervolgens Phishingbestendige MFA-sterkte 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.