AADSTS50057 User Disabled: uitleg en oplossing voor Azure-aanmeldfout 50057

By Mirko Peters · 2026-04-21

Loop je tegen de fout AADSTS50057 “user disabled” aan wanneer je probeert aan te melden bij Azure, Microsoft 365 of Entra ID? Dan ben je niet de enige.

Automatically translated with AI from the original post. Read the English original

Loop je tegen de fout AADSTS50057 “user disabled” aan wanneer je probeert aan te melden bij Azure, Microsoft 365 of Entra ID? Dan ben je niet de enige. Deze code verschijnt zodra het account van een gebruiker is uitgeschakeld, wat betekent dat de toegang tot bedrijfsmiddelen en e-mail wordt afgesneden. Voor IT-beheerders en helpdeskmedewerkers is het cruciaal om te begrijpen waarom dit gebeurt en hoe je het oplost, zodat de bedrijfsvoering soepel blijft doorlopen.

Deze gids legt uit wat AADSTS50057 precies betekent en hoe de identiteitssystemen van Microsoft met uitgeschakelde accounts omgaan. Daarnaast loop je stap voor stap door de oplossing van het probleem. We kijken ook naar preventieve beveiliging en compliance, plus een paar automatiseringstrucs om een stap voor te blijven. Ondersteun je Azure- of Microsoft 365-gebruikers, ook op enterprise-schaal? Lees dan verder, ontrafel de fout en herstel de toegang snel.

Wat betekent AADSTS50057 en hoe gaat Azure om met uitgeschakelde accounts

De fout AADSTS50057 is de manier van Microsoft om te zeggen: “Toegang geweigerd, dit gebruikersaccount is uitgeschakeld.” Die verschijnt wanneer er wordt geprobeerd aan te melden met een account dat binnen Azure Active Directory (AD), nu bekend als Entra ID, is gedeactiveerd. Uitgeschakeld betekent hier niet verwijderd: het account en de gegevens blijven bestaan, maar alle authenticatie wordt geblokkeerd totdat het account weer wordt ingeschakeld.

Waarom wordt een account uitgeschakeld? Soms is dat bewust, bijvoorbeeld wanneer iemand het bedrijf verlaat, of wanneer een beveiligingsbeleid riskant gedrag detecteert. Soms is het een compliancemaatregel. Wat de reden ook is, zodra een account is uitgeschakeld, wordt het gemarkeerd en legt het identiteitsplatform van Microsoft een harde grens op: geen toegang tot e-mail, bestanden of apps totdat IT ingrijpt.

Azure Active Directory handhaaft deze regel voor het hele systeem. Wanneer er een aanmeldverzoek binnenkomt, controleert Entra ID een aantal zaken: is de gebruiker actief en is er een beveiligingsmarkering of beleid van toepassing? Zodra een uitgeschakelde status wordt gedetecteerd, wordt de authenticatie direct afgebroken, krijgt de gebruiker de bekende foutcode 50057 te zien en wordt die fout gelogd voor controle. Zo wordt ongeautoriseerde toegang voorkomen en blijft de algehele beveiligingspositie van de organisatie op peil.

In de praktijk betekent dit dat niemand, ook de gebruiker, de helpdesk of sommige automatiseringstools niet, de blokkade kan omzeilen via wachtwoordresets of multifactorverzoeken. Alleen een beheerder die het account weer inschakelt of een wijziging in het beveiligingsbeleid doorvoert, laat die gebruiker weer binnen. Voor wie de bredere context van veilig identiteitsbeheer interessant vindt, is deze discussie over het vermijden van beveiligingsschuld en het consequent afdwingen van duidelijke voorwaardelijke toegangsbeleidsregels met Entra ID misschien de moeite waard.

Kortom, AADSTS50057 is geen bug of technische eigenaardigheid, maar een bewuste en goed gedocumenteerde maatregel om risico's te voorkomen en控制 af te dwingen waar dat het meest telt: op identiteitsniveau. Wie de onderliggende reden kent, kan sneller en gerichter ingrijpen en beter sturen op governance in de toekomst.

Oplossing voor aanmeldproblemen: stappen om Azure-aanmeldfout 50057 op te lossen

1. Controleer de aanmeldlogboeken.Ga naar het Azure- of Entra ID-portaal en open de aanmeldlogboeken. Zoek op de naam of het e-mailadres van de gebruiker. De fout 50057 staat duidelijk vermeld in de activiteit. Dit bevestigt niet alleen de uitgeschakelde status, maar helpt je ook na te gaan wanneer het account voor het laatst is gebruikt en wat de blokkade heeft veroorzaakt.
2. Controleer de status van het gebruikersaccount.Zoek in Entra ID of het Microsoft 365-beheercentrum naar de betreffende gebruiker. Kijk naar de accountstatus: staat er “Uitgeschakeld”, dan heb je de oorzaak gevonden. Soms is het account zacht verwijderd of in quarantaine geplaatst. Controleer dat dus ook.
3. Schakel het account weer in.Selecteer als globale beheerder of gebruikersbeheerder de uitgeschakelde gebruiker en kies “Account inschakelen” (de formulering kan verschillen). Hiermee wordt de status vrijwel direct weer actief. Let op beleid of voorwaardelijke toegangsregels die het account meteen opnieuw kunnen uitschakelen als de oorzaak nog niet is opgelost.
4. Bekijk recente beveiligings- en compliancegebeurtenissen.Zoek naar recente activiteiten: is het account door automatisering uitgeschakeld? Heeft een riskante aanmelding, een gecompromitteerd apparaat of nieuw beleid de uitschakeling veroorzaakt? Los de onderliggende problemen op, anders blijft je oplossing niet staan.
5. Test en monitor.Vraag de gebruiker opnieuw in te loggen en bevestig dat de toegang is hersteld. Blijf de aanmeldingslogboeken en waarschuwingen in de gaten houden om er zeker van te zijn dat het probleem zich niet herhaalt. Schone auditlogboeken helpen je om later te rapporteren wat er is gebeurd en waarom.

Snelheid is hier belangrijk, vooral als bedrijfsprocessen afhankelijk zijn van dat gebruikersaccount. Als je steeds dezelfde AADSTS50057-fout ziet bij verschillende gebruikers, bekijk dan goed het beleid voor voorwaardelijke toegang en de identity governance-strategieën, voordat het probleem uit de hand loopt en je er op lange termijn last van krijgt.

Microsoft 365 inschakelen: uitgeschakelde gebruikerstoegang herstellen

• Zoek de gebruiker in het beheercentrum.Ga in het Microsoft 365-beheercentrum naar Gebruikers > Actieve gebruikers (of Verwijderde gebruikers als het account recent is verwijderd). Zoek op gebruikersnaam of e-mailadres en selecteer het betreffende profiel.
• Activeer het account opnieuw.Als de gebruiker in een uitgeschakelde of zacht verwijderde status staat, klik dan op ‘Herstellen’ of ‘Inschakelen’. Microsoft 365 vraagt je om de gegevens te bevestigen. Bij recent verwijderde gebruikers herstelt het de toegang en worden, waar mogelijk, de postvakgegevens en groepslidmaatschappen teruggezet.
• Controleer in Entra ID of Azure AD.Ga na het herstellen naar het Entra ID-portaal om te controleren of het account van de gebruiker weer op ‘Actief’ staat en of er geen oude vlag ‘uitgeschakeld’ is blijven staan. Zo voorkom je problemen waarbij de gebruiker in het ene portaal actief lijkt, maar in het andere nog geblokkeerd is. Door de synchronisatietiming zie je niet altijd meteen het juiste beeld.
• Informeer de gebruiker en test de toegang.Laat de gebruiker weten dat de toegang is hersteld en vraag hem of haar om in te loggen. Je wilt van beide kanten bevestiging dat alles weer werkt. Zie je herhaaldelijk uitschakelingen, duik dan dieper in het beleid voor voorwaardelijke toegang of in geautomatiseerde beleidsregels.
• Documenteer voor compliance en opvolging.Noteer de actie in de helpdesk- of beheerlogboeken van je team, zeker als je in een gereguleerde sector werkt. Voor aanhoudende zorgen over compliance drift in Microsoft-omgevingen kun je kijken naar bronnen zoals Microsoft 365 compliance drift en verborgen valkuilen in bewaarbeleid. Dat is goede lectuur als je governanceprogramma strakker moet.

Beveiligingsbeleid en monitoring om toekomstige AADSTS50057-fouten te voorkomen

De meeste AADSTS50057-fouten ontstaan niet zomaar. Ze zijn een gevolg van goede beveiligingshygiëne in de praktijk. Beleid zoals voorwaardelijke toegang, risicogebaseerde aanmelddetectie en geautomatiseerde compliancetriggers schakelt regelmatig gebruikersaccounts uit die tekenen van compromittering vertonen of niet meer voldoen aan de regels. Het is beter dat een account preventief wordt geblokkeerd dan dat je een deur openlaat voor aanvallers.

Beleid voor voorwaardelijke toegang kan een redding zijn, maar als het slecht is ontworpen of nauwelijks wordt gemonitord, ontstaan er onzichtbare gaten. Ook kunnen legitieme gebruikers erdoor worden tegengehouden met onnodige uitschakelingen. Strak deze maatregelen aan, met aandacht voor inclusiviteit, regelmatige reviews en zo weinig mogelijk brede uitzonderingen. Weet je niet zeker hoe een degelijke basislijn eruitziet? Haal dan inspiratie uit de praktische aanpak in voorwaardelijke toegang verbeteren om gaten en drift te voorkomen.

Zet je beveiligingsbeleid daarnaast niet op de automatische piloot. Richt proactieve monitoring en waarschuwingen in op je aanmeldingslogboeken. Filters en eigen KPI's helpen je om een piek in AADSTS50057-gebeurtenissen op te merken voordat die bedrijfsprocessen verstoort. Houd ook in de gaten of er herhaalde uitschakelingen optreden die aan automatisering zijn gekoppeld. Dat wijst vaak op een probleem met het beleid of met het gedrag van gebruikers, en dat verdient aandacht.

Naast de directe probleemoplossing is rapportage en auditing minstens zo belangrijk. Hulpmiddelen zoals Microsoft Purview Audit laten je gedetailleerde logs exporteren van gebeurtenissen met uitgeschakelde accounts. Dat is essentieel voor forensisch onderzoek en voor het voldoen aan eisen in gereguleerde omgevingen. Een volledig overzicht van best practices en mogelijkheden van de tool vind je bij gebruikersactiviteit auditen met Microsoft Purview, zeker als je met gevoelige gegevens werkt of onder SOX of HIPAA valt.

Uiteindelijk draait het voorkomen van AADSTS50057-fouten om het bouwen van solide vangrails, niet alleen om gaten dichtplamuren. Combineer doordacht beleidsontwerp met continue logmonitoring en responsieve auditlogs, en je houdt zowel beveiligingsrisico’s als gebruikersproblemen tot een minimum, hoe groot je organisatie ook wordt.