M365Con 2027 – gratis online conferentie · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

Zeg vaarwel tegen hard-gecodeerde geheimen met Azure Managed Identities

By ·

Welkom terug bij de blog! Als je onze podcast volgt, weet je dat we voortdurend kijken naar manieren om cloudinfrastructuur veiliger, veerkrachtiger en beter beheersbaar te maken. In het huidige digitale landschap is vertrouwen op statische wachtwoorden en hard-gecodeerde API-sleutels hetzelfde als je voordeur wagenwijd openzetten met een felle neonreclame die naar de reservesleutel wijst. In dit

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

▶ BLOGSay Goodbye toHard-Coded Secrets with…M365.FM
Titelbild: Say Goodbye to Hard-Coded Secrets with Azure Managed Identities

Welkom terug bij de blog! Als je onze podcast volgt, weet je dat we voortdurend kijken naar manieren om cloudinfrastructuur veiliger, veerkrachtiger en beter beheersbaar te maken. In het huidige digitale landschap is vertrouwen op statische wachtwoorden en hard-gecodeerde API-sleutels hetzelfde als je voordeur wagenwijd openzetten met een felle neonreclame die naar de reservesleutel wijst. In dit artikel gaan we dieper in op waarom traditioneel geheimenbeheer organisaties wereldwijd in de steek laat, en laten we zien hoe je met Azure Managed Identities en Azure Key Vault een echt credential-vrije cloudarchitectuur kunt bouwen.

Wil je nog dieper ingaan op praktische implementaties? Luister dan ook naar de bijbehorende podcastaflevering: Replace Hard-Coded SQL Logins in Azure App Service. Laten we nu ingaan op de details van het afscheid nemen van hard-gecodeerde geheimen.

Risico's van wachtwoorden

Veelvoorkomende kwetsbaarheden

Wachtwoorden vormen vaak zwakke plekken in je beveiligingssysteem. Aanvallers maken misbruik van deze zwakke plekken om ongeautoriseerde toegang te krijgen. Hieronder staat een tabel met veelvoorkomende kwetsbaarheden die samenhangen met traditioneel wachtwoordgebruik:

Type kwetsbaarheidBeschrijving
Onveilige methoden voor wachtwoordverificatieHet gebruik van zwakke hashfuncties zoals MD5 stelt aanvallers in staat wachtwoorden uit gestolen hashes te achterhalen.
Slechte handhaving van wachtwoordbeveiligingHet toestaan van zwakke of veelgebruikte wachtwoorden vergroot de kans dat een account wordt gecompromitteerd.

Daarnaast blijven zwakke inloggegevens een groot probleem. Voorspelbare wachtwoorden maken het voor aanvallers eenvoudig om ze te raden of te kraken. Deze kwetsbaarheden brengen je gegevens en systemen in gevaar.

Gebruikersgedrag

Jouw gedrag speelt een grote rol bij wachtwoordbeveiliging. Veel mensen gebruiken hetzelfde wachtwoord voor meerdere accounts. Recente onderzoeken tonen aan dat tussen de 60% en 85% van de gebruikers wachtwoorden hergebruikt, wat het risico op grootschalige datalekken vergroot:

BronPercentage dat wachtwoorden hergebruikt
Bitdefender BlogMeer dan 60%
Enzoic Blog65%
Bitwarden World Password Day Survey85%
Business Journal Survey84%

Phishingaanvallen maken ook gebruik van menselijke psychologie. Cybercriminelen sturen nepe-mails of berichten die echt lijken, om je te verleiden je inloggegevens prijs te geven. Deze aanvallen doen zich vaak voor als vertrouwde contacten, waardoor het makkelijker is om je te misleiden. AI-technologie helpt criminelen tegenwoordig nog overtuigendere phishingpogingen te maken.

Slecht wachtwoordbeheer vergroot het probleem. Veel medewerkers delen wachtwoorden met collega's of schrijven ze op omdat ze complexe wachtwoorden moeilijk kunnen onthouden. Dit gedrag creëert beveiligingslekken die aanvallers kunnen misbruiken. Helpdesks besteden 25% tot 40% van hun tijd aan het oplossen van wachtwoordproblemen, wat bedrijven tussen de 17 en 70 dollar kost per reset.

Kosten van datalekken

Datalekken door wachtwoorden kosten bedrijven veel geld. In 2024 kwam het gemiddelde financiële verlies door dergelijke datalekken wereldwijd uit op ongeveer 4,88 miljoen dollar. Dat cijfer steeg met 10% ten opzichte van het jaar ervoor, wat laat zien hoe kostbaar wachtwoordfouten zijn geworden.

Naast geld schaden datalekken ook de reputatie van je bedrijf. Klanten verliezen snel het vertrouwen na een datalek. Ongeveer één op de drie consumenten stopt met zaken doen met een bedrijf zodra een datalek openbaar wordt. Zo'n 85% deelt hun slechte ervaringen met anderen en 33% plaatst klachten op sociale media. Deze reacties leiden tot omzetverlies en langdurige schade aan je merk.

Let op: de financiële en reputatieschade van wachtwoordlekken laat zien hoe dringend het is om je beveiliging te verbeteren door over te stappen van traditionele wachtwoorden.

Wachtwoorden de deur uit met Azure

Wachtwoordloze oplossingen

Azure biedt een reeks wachtwoordloze authenticatieoplossingen die je beveiligingspositie versterken. Door deze oplossingen te gebruiken, kun je wachtwoorden effectief de deur uit doen en kwetsbaarheden verminderen. Hieronder staan enkele belangrijke opties die via Azure beschikbaar zijn:

Door deze wachtwoordloze oplossingen te gebruiken, verhoog je niet alleen de beveiliging, maar stroomlijn je ook de toegang voor gebruikers, zodat je team efficiënter kan werken.

Voordelen van Azure-beveiliging

De overstap naar wachtwoordloze authenticatie in Azure levert veel voordelen op. Dit zijn de belangrijkste:

Organisaties die wachtwoordloze oplossingen van Azure hebben ingevoerd, melden meetbare beveiligingsvoordelen. Zo zien zij een aanzienlijke daling in waarschuwingen over gecompromitteerde inloggegevens, in het percentage mislukte phishingsimulaties en in helpdesktickets voor wachtwoordreset. Uit een recente casestudy bleek dat de New Jersey Judiciary na de invoering van wachtwoordloze authenticatie een geschatte ROI van 10,7 miljoen dollar behaalde, dankzij lagere technologiekosten en operationele efficiëntie.

Beheerde identiteiten in Azure

Wat zijn beheerde identiteiten?

Wanneer je applicaties of services bouwt in Azure, heb je vaak veilig toegang nodig tot andere resources. Traditioneel gebruik je misschien wachtwoorden of geheimen om je te authenticeren. Het beheren van deze geheimen is echter riskant en ingewikkeld. Azure lost dit op met beheerde identiteiten. Een beheerde identiteit is een speciale identiteit die door Azure wordt gemaakt en beheerd, waarmee je applicaties zich kunnen authenticeren bij andere Azure-services zonder dat er inloggegevens worden opgeslagen. Dat betekent dat je geheimen zoals wachtwoorden of API-sleutels niet handmatig hoeft te beheren.

Beheerde identiteiten verbeteren je gegevensbeveiliging doordat statische inloggegevens verdwijnen, die aanvallers kunnen stelen of misbruiken. In plaats daarvan geeft Azure kortlevende toegangstokens uit waarmee je app zijn identiteit bewijst. Deze tokens verlopen snel, waardoor de kans op hergebruik van inloggegevens kleiner wordt. Beheerde identiteiten werken bovendien met op rollen gebaseerd toegangsbeheer (RBAC), zodat je je app alleen de machtigingen kunt geven die hij nodig heeft. Zo beperk je de schade bij een beveiligingsincident. Door beheerde identiteiten te gebruiken, vereenvoudig je het beheer van geheimen en verklein je het risico dat gevoelige gegevens worden blootgesteld.

Typen beheerde identiteiten

Azure biedt twee typen beheerde identiteiten: systeemtoegewezen en gebruikerstoegewezen. Elk type dient een ander doel, afhankelijk van je beveiligingsbehoeften en de manier waarop je je resources beheert.

Systeemtoegewezen

Een systeemtoegewezen beheerde identiteit wordt automatisch door Azure gemaakt en beheerd. Wanneer je deze inschakelt voor een Azure-resource, zoals een virtuele machine of een App Service, maakt Azure een identiteit die rechtstreeks aan die resource is gekoppeld. Deze identiteit bestaat alleen zolang de resource bestaat. Als je de resource verwijdert, verwijdert Azure ook de identiteit. Door deze één-op-één-relatie zijn systeemtoegewezen identiteiten ideaal voor scenario's waarin de identiteit samen met de resource moet bestaan en eindigen.

Je configureert systeemtoegewezen identiteiten eenvoudig via de Azure-portal. Ze bieden een eenvoudige manier om je applicaties te beveiligen zonder dat je geheimen of inloggegevens hoeft te beheren. Gebruik systeemtoegewezen identiteiten wanneer je app of service een eigen identiteit nodig heeft die niet langer mag bestaan dan de resource zelf.

Gebruikerstoegewezen

Beheerde identiteiten die aan een gebruiker zijn toegewezen werken anders, omdat je ze los van een specifieke resource aanmaakt en beheert. Je maakt een door de gebruiker toegewezen identiteit aan als zelfstandige Azure-resource. Vervolgens kun je deze identiteit toewijzen aan een of meer Azure-services. Dat betekent dat je dezelfde identiteit over meerdere resources kunt delen.

Door de gebruiker toegewezen identiteiten blijven actief, ook als je de resources die ze gebruiken verwijdert. Dankzij deze eigenschap zijn ze ideaal voor scenario's waarin je over meerdere services of apps consistente machtigingen wilt hebben. Je beheert door de gebruiker toegewezen identiteiten afzonderlijk, waardoor je meer controle hebt over hun levenscyclus.

Hieronder staat een vergelijkingstabel die je helpt de verschillen tussen systeemtoegewezen en door de gebruiker toegewezen beheerde identiteiten te begrijpen:

KenmerkSysteemtoegewezen identiteitDoor de gebruiker toegewezen identiteit
AanmaakWordt door Azure aangemaakt en beheerd, en is gekoppeld aan de levenscyclus van de serviceinstantie.Wordt door jou aangemaakt als zelfstandige Azure-resource en kan aan meerdere services worden toegewezen.
VerwijderingWordt automatisch verwijderd wanneer de bijbehorende resource wordt verwijderd.Wordt afzonderlijk beheerd; blijft bestaan, ook als de resource die de identiteit gebruikt wordt verwijderd.
Relatie1:1-relatie; één Azure-resource is gekoppeld aan één identiteit in Azure AD.1:N-relatie; één identiteit kan worden gedeeld over meerdere Azure-resources.
ConfiguratieIngesteld via het blade Managed Identity in de Azure-portal.Wordt los van de resources die de identiteit gebruiken aangemaakt en beheerd.
GebruiksscenarioIdeaal voor scenario's waarin de identiteit nauw verbonden is met de levenscyclus van de resource.Geschikt voor scenario's waarin identiteiten over meerdere resources moeten worden gedeeld.

Tip: Kies systeemtoegewezen beheerde identiteiten voor scenario's met één resource waarbij je wilt dat de identiteit verdwijnt samen met de resource. Kies door de gebruiker toegewezen identiteiten wanneer je dezelfde identiteit over meerdere resources wilt delen of de levenscyclus van de identiteit afzonderlijk wilt beheren.

Door beheerde identiteiten in Azure te gebruiken, versterk je je beveiligingspositie. Je voorkomt dat je geheimen hardcodeert en verkleint het risico op blootstelling van inloggegevens. Deze aanpak helpt je om je gegevens te beschermen en een sterke gegevensbeveiliging te handhaven in je cloudomgeving.

Voordelen van beheerde identiteiten

Toegang zonder inloggegevens

Beheerde identiteiten bieden je toegang tot Azure-resources zonder inloggegevens. Deze functie elimineert de noodzaak om gevoelige informatie, zoals wachtwoorden of API-sleutels, in je applicatiecode op te slaan. Door beheerde identiteiten te gebruiken, versterk je je beveiligingspositie aanzienlijk. Hier zijn enkele operationele voordelen van het verwijderen van inloggegevens uit je applicatiecode:

VoordeelBeschrijving
Verhoogde beveiligingElimineert kwetsbaarheden voor diefstal van inloggegevens; tokens verlopen automatisch, waardoor het risico op misbruik afneemt.
Lagere operationele belastingGeen noodzaak voor schema's voor het roteren van inloggegevens of noodprocedures; het platform beheert de levenscyclus.
Betere productiviteit van ontwikkelaarsVereenvoudigt authenticatie, zodat ontwikkelaars zich kunnen concentreren op de bedrijfslogica in plaats van op het beheer van inloggegevens.
Duidelijkere audittrailsGedetailleerde logging van authenticatiegebeurtenissen, inclusief de context van toegangsverzoeken.
Eenvoudiger nalevingsbeheerFijnmazige machtigingen en uitgebreide logging helpen bij het voldoen aan nalevingsvereisten.

Met deze voordelen zie je hoe beheerde identiteiten je activiteiten stroomlijnen en tegelijkertijd je gegevens veilig houden.

Beleidsgestuurde toegang

Beleidsgestuurde toegangsbeheersing in Azure versterkt je beveiliging en naleving. Deze aanpak stelt je in staat om toegangsbeleid systematisch te definiëren en af te dwingen. Hier zijn enkele belangrijke aspecten van beleidsgestuurde toegangsbeheersing:

Het nalevingsraamwerk van Azure voldoet niet alleen aan wettelijke vereisten, maar dient ook als governancehulpmiddel. Het stelt je in staat om sterk beleid te implementeren dat aansluit bij best practices. Door beleidsgestuurde toegang te gebruiken, bepaal je wie toegang heeft tot je resources en onder welke voorwaarden, zodat je gegevens veilig blijven.

Azure Key Vault voor geheimen

Geheimen beheren

Azure Key Vault speelt een cruciale rol bij het beheren van geheimen en gevoelige informatie voor je cloudapplicaties. Deze cloudservice beveiligt cryptografische sleutels, geheimen en certificaten. Het biedt veilige opslag voor gevoelige informatie, zoals versleutelingssleutels, wachtwoorden en verbindingsreeksen. Met Azure Key Vault hebben alleen geautoriseerde gebruikers en applicaties toegang tot de opgeslagen geheimen. Hieronder vind je enkele belangrijke functies van Azure Key Vault voor het beheren van geheimen:

Volg deze best practices voor het opslaan en roteren van geheimen, zodat je omgeving veilig blijft:

  1. Gebruik tags voor metadata om beheerinformatie op te slaan, zoals roteerschema's en vervaldatums.
  2. Houd geheimwaarden beknopt. Grote geheimen moet je versleuteld opslaan in Azure Storage.
  3. Roteer geheimen regelmatig, minstens elke 60 dagen.
  4. Automatiseer het roteren van geheimen met de ingebouwde mogelijkheden van Azure Key Vault.
  5. Schakel logging van Key Vault in om alle toegang tot geheimen te monitoren.

Beveiligingsfuncties

Azure Key Vault biedt krachtige beveiligingsfuncties om je geheimen te beschermen tegen ongeautoriseerde toegang. Hieronder bekijk je enkele van deze functies:

BeveiligingsfunctieBeschrijving
ToegangscontrolemechanismenGebruikt beheerde identiteiten en fijnmazige RBAC-machtigingen om de toegang tot geheimen te beperken.
Veilige opslagZorgt voor versleuteling van geheimen, zowel in rust als tijdens transport.
Monitoring met logging en waarschuwingenBewaakt toegang en activiteiten met logging- en waarschuwingsmogelijkheden.
Zachte verwijdering en bescherming tegen definitief verwijderenVoorkomt dat geheimen per ongeluk of met kwade opzet worden verwijderd.
DreigingsdetectieDetecteert dreigingen via Microsoft Defender for Key Vault.

Deze functies verhogen de beveiliging van je gegevens doordat alleen geautoriseerd personeel toegang heeft tot gevoelige informatie. Azure Key Vault integreert ook met andere Azure-beveiligingsservices, wat zorgt voor extra beveiliging via gecentraliseerde distributie en monitoring van geheimen. Door Azure Key Vault te gebruiken, kun je voldoen aan de compliancenormen van Azure en tegelijk je gegevens effectief beschermen.

Azure-beveiliging implementeren

Overgangsstappen

De overstap naar wachtwoordloze authenticatie in Azure vraagt om een zorgvuldige voorbereiding en uitvoering. Volg deze stappen voor een soepele overgang:

  1. Hardwaresleutels registreren: Begin met het registreren van FIDO2-beveiligingssleutels voor je gebruikers. Deze stap legt de basis voor wachtwoordloze toegang.
  2. Voortgang van de inschrijving bewaken: Gebruik het Azure AD-portaal om de inschrijvingsstatus van gebruikers bij te houden. Zo zie je wie al succesvol is overgestapt.
  3. Communiceren en gebruikers trainen: Geef gedetailleerde instructies voor de installatie en bied ondersteuning. Pas je IT-beleid aan zodat het de nieuwe wachtwoordloze aanpak weerspiegelt.
  4. Wachtwoordloze authenticatie beheren: Controleer regelmatig de aanmeldlogboeken en pas het beleid waar nodig aan. Het auditen van beveiligingsrapporten helpt je het overzicht te houden.
  5. Best practices volgen: Communiceer vroeg over de overstap, begin met een pilotgroep, stimuleer het gebruik door gebruikers en blijf op de hoogte van de verbeteringen in Microsoft Entra.

Door deze stappen te volgen, implementeer je wachtwoordloze oplossingen op een effectieve manier en versterk je de beveiliging van je organisatie.

Best practices

Nadat je wachtwoordloze authenticatie hebt ingevoerd, blijft het beveiligen van je Azure-omgeving cruciaal. Hieronder vind je enkele best practices om te overwegen:

  1. Schakel multifactorauthenticatie (MFA) in: MFA voegt een extra beveiligingslaag toe. Gebruikers moeten hun identiteit via meerdere methoden bevestigen, waardoor het risico op ongeautoriseerde toegang afneemt.
  2. Gebruik voorwaardelijke toegangsbeleidsregels: Pas toegangscontroles toe op basis van specifieke voorwaarden, zoals gebruikersrollen en de gezondheid van het apparaat. Zo zorg je ervoor dat alleen geautoriseerde gebruikers toegang krijgen tot gevoelige gegevens.
  3. Logboeken regelmatig bewaken en controleren: Continue monitoring helpt je verdachte activiteiten op te sporen. Regelmatige controles van logboeken kunnen potentiële dreigingen aan het licht brengen, zodat je tijdig kunt reageren.

Daarnaast kunnen organisaties tijdens de implementatie van wachtwoordloze oplossingen op uitdagingen stuiten. Hieronder vind je enkele veelvoorkomende uitdagingen:

UitdagingBeschrijving
Gebruikers aanmakenAzure AD-gebruikers zonder wachtwoord rechtstreeks aanmaken kan ingewikkeld zijn en vraagt om omwegen.
Distributie van hardwaresleutelsHardwaresleutels zoals YubiKeys uitdelen kan voor grote organisaties logistiek een uitdaging zijn.
Beveiliging bij onboardingGebruikers onboarden zonder te vertrouwen op Temporary Access Passes (TAPs) brengt beveiligingsuitdagingen met zich mee.
Apparaten voorbereidenApparaten voorbereiden op wachtwoordloze authenticatie maakt de implementatie complexer.
Beheer van de gebruikerslevenscyclusHet beheer van de gebruikerslevenscyclus in een omgeving zonder wachtwoorden brengt operationele uitdagingen met zich mee.

Door deze uitdagingen aan te pakken en de best practices te volgen, versterk je de beveiliging van je Azure-omgeving en verloopt de overstap naar wachtwoordloze authenticatie succesvol.


Door de wachtwoordloze authenticatiemethoden van Azure te gebruiken, versterk je je beveiliging aanzienlijk en verklein je de risico's. Dit zijn de belangrijkste punten:

Door de wachtwoordloze oplossingen van Azure te implementeren, hoef je geen wachtwoorden en geheimen meer te beheren. Deze aanpak beperkt de kans op datalekken en vereenvoudigt het authenticatieproces. Kortom, de overstap naar een omgeving zonder wachtwoorden versterkt je beveiligingspositie en beschermt je gevoelige gegevens.

Wil je horen hoe deze concepten in productieomgevingen samenkomen? Beluister dan de podcastaflevering Replace Hard-Coded SQL Logins in Azure App Service. Met deze moderne identiteitspatronen bespaar je als organisatie tijd, geld en talloze beveiligingsproblemen!

Veelgestelde vragen

Wat is wachtwoordloze authenticatie?

Met wachtwoordloze authenticatie krijg je toegang tot systemen zonder traditionele wachtwoorden. In plaats daarvan worden methoden gebruikt zoals biometrie, beveiligingssleutels of mobiele authenticatie-apps om je identiteit veilig te verifiëren.

Hoe versterkt Azure de beveiliging met wachtwoordloze oplossingen?

Azure biedt verschillende wachtwoordloze opties, zoals FIDO2-beveiligingssleutels en integratie met Microsoft Entra. Deze oplossingen verkleinen kwetsbaarheden en stroomlijnen de toegang voor gebruikers, wat de algehele beveiliging verbetert.

Wat zijn beheerde identiteiten in Azure?

Beheerde identiteiten zijn speciale identiteiten die door Azure worden aangemaakt. Hiermee kunnen je applicaties zich bij andere Azure-services authenticeren zonder dat er credentials worden opgeslagen. Dit verbetert de beveiliging en vereenvoudigt het beheer van geheimen.

Wat zijn de voordelen van Azure Key Vault?

Azure Key Vault beheert gevoelige informatie, zoals wachtwoorden en API-sleutels, op een veilige manier. Het biedt gecentraliseerd beheer, beheer van de levenscyclus van sleutels en robuuste toegangscontrole, zodat alleen geautoriseerde gebruikers toegang hebben tot geheimen.

Hoe stap ik over op wachtwoordloze authenticatie in Azure?

Voor de overstap registreer je hardwaresleutels, houd je de registratie van gebruikers in de gaten, communiceer je de wijzigingen en beheer je de authenticatiebeleidsregels. Als je de best practices volgt, verloopt de implementatie soepel.

Met welke uitdagingen kan ik te maken krijgen bij het implementeren van wachtwoordloze oplossingen?

Veelvoorkomende uitdagingen zijn het aanmaken van gebruikers zonder wachtwoorden, de distributie van hardwaresleutels, de beveiliging bij onboarding en het beheer van de gebruikerslevenscycli. Als je deze punten vroeg aanpakt, stroomlijn je de overstap.

Hoe werkt op beleid gebaseerde toegangscontrole in Azure?

Op beleid gebaseerde toegangscontrole stelt je in staat om toegangsbeleid systematisch te definiëren en af te dwingen. Deze aanpak zorgt ervoor dat alleen geautoriseerde gebruikers toegang krijgen tot resources, wat de beveiliging en compliance versterkt.

Waarom zou ik overstappen van wachtwoorden af?

Door af te stappen van wachtwoorden verklein je het risico op datalekken door zwakke of gestolen credentials. Wachtwoordloze oplossingen verbeteren de beveiliging, zorgen voor een betere gebruikerservaring en vereenvoudigen de authenticatie.

Azure Key Vault Azure App Service Azure Functions

Related articles

RSS