Delen via

Phishing-bestendige meervoudige verificatie vereisen voor beheerders

  • Artikel

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 te voltooien, loopt u het risico dat u zichzelf buitensluit van uw tenant. 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:

  • Globale Beheerder
  • Toepassingsbeheerder
  • Verificatiebeheerder
  • Factureringsbeheerder
  • Beheerder van de cloudtoepassing
  • Beheerder voor voorwaardelijke toegang
  • Exchange-beheerder
  • Helpdeskbeheerder
  • Wachtwoordbeheerder
  • Bevoorrechte verificatiebeheerder
  • Beheerder van 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 restrictief) 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-accounts om vergrendeling te voorkomen door onjuiste beleidsconfiguratie. 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.
  • Serviceaccounts en serviceprincipals, zoals het Microsoft Entra Connect Sync-account. 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 authenticatiemethodengebruikt, zijn deze momenteel niet compatibel met de authenticatiesterkte en moet u de Meervoudige authenticatie vereisen instelling gebruiken.

  1. Meld u aan bij het Microsoft Entra-beheercentrum als minstens een beheerder voor voorwaardelijke toegang.
  2. Blader naar Beveiliging>Voorwaardelijke toegang>Beleid.
  3. Selecteer Nieuw beleid.
  4. Geef uw beleid een naam. We raden organisaties aan een zinvolle standaard te maken voor de namen van hun beleidsregels.
  5. Onder Toewijzingen selecteert u Gebruikers- of workload-identiteiten.

    1. Onder Opnemen selecteer Directory-rollen en kies ten minste de eerder vermelde rollen.

      Waarschuwing

      Beleid voor voorwaardelijke toegang biedt ondersteuning voor ingebouwde rollen. Het voorwaardelijke toegangsbeleid wordt niet afgedwongen voor andere roltypen, waaronder beheereenheid-specifieke of aangepaste rollen.

    2. Selecteer bij Uitsluiten de optie Gebruikers en groepen en kies de noodtoegangs- of break-glass-accounts van uw organisatie.

  6. Onder Doelresources>Resources (voorheen cloud-apps)>Include, selecteer Alle resources (voorheen 'Alle cloud-apps').
  7. Onder Toegangsbeheer>Verlenen, selecteer Toegang verlenen.
    1. Kies Verificatiesterkte vereisen en kies vervolgens Phishingbestendige MFA-sterkte uit de lijst.
    2. Selecteer Selecteren.
  8. Controleer uw instellingen en stel Beleid inschakelen in op Alleen rapporteren.
  9. Selecteer Maken om uw beleid te creëren en in te schakelen.

Nadat beheerders de instellingen hebben bevestigd met de Alleen-rapportage modus, kunnen ze de beleidsschakelaar van Alleen-rapportage naar Aan verplaatsen.

Gerelateerde inhoud