Multifactor-authenticatie (MFA)

Wachtwoorden alleen volstaan niet langer om de toegang tot bedrijfskritieke systemen en gegevens te beschermen.

Multifactorauthenticatie voegt een extra verificatielaag toe om het risico op accountcompromittering, diefstal van inloggegevens en ongeautoriseerde toegang te verkleinen. Maar doeltreffende MFA is meer dan gewoon een tweede factor inschakelen.

We helpen organisaties een MFA-strategie uit te bouwen die identiteiten consistent beschermt in cloud- en on-premises omgevingen, en die authenticatie praktisch houdt voor gebruikers en beheerders.

Van de dagelijkse toegang van medewerkers tot geprivilegieerde accounts, toegang op afstand en legacy-applicaties: we bepalen waar sterkere authenticatie nodig is en voeren maatregelen in op basis van risico, context en impact op het bedrijf.

Veelvoorkomende problemen
Onze oplossingen

MFA beschermt alleen cloudapplicaties

Veel organisaties hebben MFA ingevoerd voor Microsoft 365 en andere SaaS-applicaties, terwijl de toegang tot on-premises systemen, servers en legacy-applicaties nog vooral op gebruikersnamen en wachtwoorden steunt.

Breid MFA uit voorbij de cloud

We identificeren authenticatiepaden die nog van wachtwoorden afhangen en breiden sterke authenticatie uit naar on-premises resources, geprivilegieerde toegang en kritieke applicaties.


Het resultaat is een consistenter model voor identiteitsbeveiliging over de volledige omgeving heen.

Te veel MFA-prompts frustreren gebruikers

Slecht ontworpen MFA-implementaties kunnen leiden tot overdreven veel authenticatieprompts, frustratie bij gebruikers en MFA-moeheid.

Gebruikers keuren verzoeken uiteindelijk goed zonder ze goed te controleren, waardoor de maatregel aan doeltreffendheid inboet.

Pas MFA toe op basis van context en risico

We ontwerpen authenticatiepolicies rond de gebruiker, het toestel, de applicatie, de locatie en het risiconiveau.

Vertrouwde en compliant scenario's kunnen frictieloos blijven, terwijl gevoelige of ongebruikelijke toegang een sterkere verificatie vraagt.

De beveiliging neemt toe zonder dat elke aanmelding ingewikkelder wordt.

Geprivilegieerde accounts blijven een waardevol doelwit

Beheerdersaccounts, servicebeheerders en andere geprivilegieerde identiteiten kunnen aanvallers uitgebreide toegang geven als ze gecompromitteerd raken.

Een gelekt wachtwoord of een gestolen sessie kan daardoor een veel grotere impact hebben dan de compromittering van een gewoon gebruikersaccount.

Versterk de authenticatie voor geprivilegieerde toegang

We leggen strengere authenticatievereisten op voor beheers- en risicovolle toegangspaden.


Dat kan phishingbestendige authenticatie omvatten, strengere controles voor geprivilegieerde sessies en extra bescherming voor de toegang tot gevoelige infrastructuur.

Legacy-systemen maken MFA moeilijk

Oudere applicaties en infrastructuur zijn vaak ontworpen voordat moderne authenticatie bestond.

Die systemen meteen vervangen is zelden realistisch, waardoor belangrijke authenticatiepaden onvoldoende beschermd kunnen blijven.

Bescherm legacy-toegang zonder op vervanging te wachten

We beoordelen hoe gebruikers zich aanmelden op legacy-systemen en bepalen waar bijkomende authenticatiemaatregelen ingevoerd kunnen worden zonder de volledige applicatie te herontwerpen.

Zo kunnen organisaties het identiteitsrisico verkleinen terwijl de modernisering geleidelijk verloopt.

Resultaten

Wat mag je verwachten?

Volledig zicht op authenticatie

Een duidelijk beeld van hoe gebruikers en beheerders zich aanmelden in de hele omgeving, inclusief welke aanmeldpaden onvoldoende beschermd zijn.

Een praktische, risicogebaseerde MFA-strategie

Voor cloud-, on-premises en geprivilegieerde toegang, met policies die op risico reageren in plaats van overal om MFA te vragen.

Sterkere bescherming voor waardevolle accounts

Extra beveiliging voor beheerders- en gevoelige accounts, met phishingbestendige methoden waar gepast en minder afhankelijkheid van wachtwoorden.

Een gefaseerde implementatieroadmap

Een uitrol in fasen, geordend volgens bedrijfsprioriteiten en de impact van elke fase op de gebruikers.

Multi-Factor Authentication. Photo of the hospital UZ Brussels, taken outside.
Referentiecase

De juiste aanmeldmethode voor elke patiënt

Multi-Factor Authentication. Photo of the hospital UZ Brussels, taken outside.

Het PrimUZ-patiëntenportaal bedient UZ Brussel en zijn partnerziekenhuizen, en moet dus werken voor een zeer brede groep gebruikers.

ACEN bouwde een veilige, gebruiksvriendelijke login op Keycloak (open source), met verschillende sterke manieren om zich aan te melden: eID, itsme, sms of een authenticator-app (TOTP).

Elke patiënt kan een methode kiezen die bij hem past, en andere ziekenhuisapplicaties kunnen dezelfde centrale authenticatie hergebruiken.

Hoe we MFA aanpakken

Fase 1Ontdekken

We brengen het bestaande authenticatielandschap in kaart.


We bekijken gebruikers, beheerders, applicaties, clouddiensten, servers, toegang op afstand en legacy-systemen om te begrijpen waar en hoe authenticatie plaatsvindt.

Fase 2Beoordelen

We identificeren lacunes in de authenticatie en risicovolle toegangspaden.


Bijzondere aandacht gaat naar geprivilegieerde accounts, authenticatie met alleen een wachtwoord, legacy-protocollen, gevoelige applicaties en systemen die geen moderne authenticatie kunnen gebruiken.

Fase 3Ontwerpen

We stellen een authenticatiestrategie op basis van risico op.

We bepalen waar MFA vereist is, welke authenticatiemethoden gepast zijn en waar sterkere, phishingbestendige authenticatie ingevoerd moet worden.

Het ontwerp houdt rekening met beveiliging, gebruiksgemak en operationele impact.

Fase 4Implementeren & verbeteren

We voeren de authenticatiemaatregelen gefaseerd in, te beginnen met de identiteiten en toegangspaden met het hoogste risico.


Na de uitrol kunnen policies continu herzien en verbeterd worden naarmate de omgeving, de dreigingen en de authenticatietechnologieën evolueren.

Multi-Factor Authentication. Photo of one of ACEN's Cybersecurity consultants seated behind his pc screen.

Do you still have some questions?

Privileged Access management. Some ACEn members scribbling something down, photo taken over their shoulders.
Blogartikel

MFA op de momenten die er het meest toe doen

Privileged Access management. Some ACEn members scribbling something down, photo taken over their shoulders.

Beheerderswachtwoorden in een vault bewaren is niet langer genoeg.


Deze blog legt uit waarom organisaties overstappen op Zero Standing Privileges: geen standaard beheerdersrechten, tijdelijke toegang voor specifieke taken en multifactorauthenticatie bij elke kritieke actie, niet alleen bij het aanmelden.

Contact

Klaar om de authenticatie in je hele omgeving te versterken?

Of je nu voor het eerst MFA invoert, een bestaande implementatie wilt verbeteren of sterke authenticatie wilt uitbreiden naar on-premises systemen: wij helpen je de juiste aanpak te bepalen en uit te voeren.


Contacteer ons om je MFA-strategie te bespreken.

FAQ

Everything you still wanted to know in one place

Hoe weten we of onze huidige MFA-configuratie voldoende beveiliging biedt?

We raden aan om verder te kijken dan alleen de vraag of MFA technisch is ingeschakeld.

Een grondige evaluatie onderzoekt onder andere welke gebruikers en systemen door MFA worden beschermd, welke accounts zijn uitgesloten, welke authenticatiemethoden worden gebruikt en hoe accounts met verhoogde toegangsrechten zijn beveiligd.

Daarnaast moet er aandacht zijn voor verouderde authenticatiemethoden, on-premises toegang en mogelijke scenario's waarin MFA kan worden omzeild.

Het resultaat is een duidelijk overzicht van de bestaande beveiligingsmaatregelen en eventuele kwetsbaarheden of tekortkomingen in je authenticatieomgeving.

Waar beginnen we met MFA?

Begin met het in kaart brengen van je huidige authenticatieomgeving.

Identificeer welke gebruikers, beheerders, applicaties en systemen nog uitsluitend gebruikmaken van wachtwoorden voor authenticatie.

Geef vervolgens prioriteit aan accounts met verhoogde toegangsrechten en bedrijfskritische systemen. Van daaruit kun je MFA stapsgewijs uitbreiden naar de rest van je IT-omgeving.

Kan MFA wachtwoorden vervangen?

Steeds vaker wel. Moderne authenticatietechnologieën, zoals passkeys en hardwaregebaseerde authenticatie, maken het mogelijk om over te stappen naar wachtwoordloze authenticatie (passwordless authentication).

Voor de meeste organisaties zal deze overstap echter geleidelijk verlopen, omdat bestaande applicaties en infrastructuur vaak nog afhankelijk zijn van wachtwoorden.

Zorgt MFA voor extra werk voor gebruikers?

Dat kan, wanneer MFA niet correct wordt geïmplementeerd. Een goede MFA-strategie vermijdt onnodige authenticatieverzoeken en houdt rekening met de context om te bepalen wanneer extra verificatie nodig is.

Het doel is om de beveiliging te versterken zonder de gebruikerservaring of dagelijkse werkzaamheden onnodig te verstoren.

Wat met applicaties die geen MFA ondersteunen?

Verouderde applicaties hoeven niet noodzakelijk onmiddellijk te worden vervangen. In veel gevallen kan MFA op een ander niveau binnen het authenticatieproces worden toegevoegd, bijvoorbeeld via een aanvullende beveiligingslaag vóór de applicatie.

Welke aanpak het meest geschikt is, hangt af van de manier waarop de applicatie gebruikers authenticeert.

Kan MFA ook on-premises applicaties beveiligen?

Ja. Veel organisaties introduceren MFA aanvankelijk voor cloudapplicaties, terwijl belangrijke on-premises systemen nog steeds gebruikmaken van traditionele authenticatiemethoden.

Afhankelijk van de applicatie en de gebruikte authenticatiemethode kunnen aanvullende beveiligingsmaatregelen worden geïmplementeerd om de toegang tot servers, applicaties, externe verbindingen en andere on-premises systemen te beschermen.

Wat is phishingbestendige MFA?

Phishingbestendige MFA maakt gebruik van authenticatiemethoden die voorkomen dat gebruikers onbewust hun authenticatiegegevens doorgeven aan een frauduleuze website of aanvaller.

Voorbeelden hiervan zijn hardwarebeveiligingssleutels, passkeys en authenticatie op basis van certificaten.

Deze methoden bieden een aanzienlijk sterkere bescherming dan traditionele authenticatie op basis van wachtwoorden en goedkeuringsverzoeken.

Moeten beheerders sterkere MFA gebruiken?

Ja. Accounts met verhoogde toegangsrechten zijn bijzonder waardevolle doelwitten voor cybercriminelen en vereisen daarom extra bescherming.

Organisaties doen er goed aan om voor beheerdersaccounts phishingbestendige authenticatiemethoden en aanvullende toegangscontroles te implementeren.

Moeten we MFA voor elke gebruiker inschakelen?

In principe zouden alle gebruikers met MFA moeten worden beveiligd. Dat betekent echter niet dat in elke situatie dezelfde authenticatievereisten moeten gelden.

Het vereiste authenticatieniveau kan afhangen van verschillende factoren, zoals de gebruiker, de applicatie, het toestel, de locatie, het niveau van toegangsrechten en het risico dat aan de aanmelding verbonden is.

Is MFA voldoende om te voorkomen dat accounts worden gehackt?

MFA verbetert de beveiliging van accounts aanzienlijk, maar mag niet worden beschouwd als een volledige oplossing voor Identity Security.

Cybercriminelen kunnen nog steeds gebruikmaken van technieken zoals phishing, sessiediefstal, MFA fatigue (waarbij gebruikers herhaaldelijk authenticatieverzoeken ontvangen) en aanvallen op verouderde authenticatiemethoden.

Daarom moet sterke MFA worden gecombineerd met identity monitoring, toegangsbeleid, endpointbeveiliging en veilige authenticatiemethoden.

Wat is Multi-Factor Authentication (MFA)?

Multi-Factor Authentication (MFA) vereist dat gebruikers hun identiteit op meer dan één manier verifiëren voordat ze toegang krijgen tot een systeem of applicatie.

In plaats van uitsluitend te vertrouwen op iets wat de gebruiker weet, zoals een wachtwoord, wordt ook gebruikgemaakt van iets wat de gebruiker bezit of iets wat de gebruiker uniek identificeert.

Dit vermindert het beveiligingsrisico van gestolen wachtwoorden aanzienlijk.

Explore our other Identity Security Diensten

Endpoint Security

Identity Threat Detection en Response (ITDR)

Certificate Lifecycle Management (CLM)

Secrets Management

Identity Infrastructure Security

Workforce Access en Single Sign-On

ACEN logo with orange swirl
Privacy Overview

This website uses cookies so that we can provide you with the best user experience possible. Cookie information is stored in your browser and performs functions such as recognising you when you return to our website and helping our team to understand which sections of the website you find most interesting and useful.