Wachtwoorden de deur uit: waarom je cloudapps managed identities nodig hebben

By Mirko Peters · 2026-08-27

Welkom terug bij de podcast-begeleidingsblog! In het huidige digitale landschap is beveiliging van groot belang, en toch vertrouwen veel organisaties nog op verouderde authenticatiepraktijken…

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

Welkom terug bij de podcast-begeleidingsblog! In het huidige digitale landschap is beveiliging van groot belang, en toch vertrouwen veel organisaties nog op verouderde authenticatiepraktijken. Als je ooit een databasewachtwoord rechtstreeks in een configuratiebestand hebt gezet of een API-sleutel hard in je broncode hebt gecodeerd, dan roep je om problemen. Jarenlang kwam de standaardaanpak voor cloudarchitectuur neer op een zeer gevaarlijke vraag aan een dienst: "Wat heb jij?" We gaven applicaties langlevende geheimen, verbindingsreeksen en beheerderswachtwoorden, in het vertrouwen dat ze veilig bewaard zouden blijven in privérepositories of configuratiekluizen. Maar nu datalekken de koppen blijven halen, is het tijd voor een fundamentele paradigmaverschuiving. We moeten diensten stoppen met vragen wat ze hebben, en beginnen met een veel veiligere vraag: "Wie ben jij?"

In dit bericht duiken we diep in de wereld van managed identities. We onderzoeken hoe ze de noodzaak van traditionele geheimen wegnemen, het aanvalsoppervlak van je applicatie sterk verkleinen en de manier waarop je cloudapps zich authenticeren revolutionair veranderen. Of je nu virtuele machines, Azure Functions of complexe architecturen met meerdere lagen beheert, begrip van managed identities is niet langer optioneel. Het is een essentiële eis voor moderne cloudbeveiliging.

Luister je liever onderweg naar techinzichten? Bekijk dan zeker onze gerelateerde podcastaflevering, Managed Identities - Simply Explained, waarin we deze concepten in duidelijke taal uitleggen en laten zien waarom ze belangrijk zijn voor Microsoft 365, Azure, Power Platform, beveiliging, AI en modern werken.

Overzicht managed identities

Managed identities spelen een cruciale rol in Azure doordat ze een veilige en efficiënte manier bieden om applicaties te authenticeren. Ze maken traditionele geheimen overbodig, zoals wachtwoorden en API-sleutels, die vaak beveiligingsrisico’s met zich meebrengen. Door managed identities te gebruiken, kun je je richten op het bouwen van je applicaties zonder de last van het beheren van gevoelige informatie.

Soorten managed identities

Azure kent twee hoofdtypen managed identities: systeemtoegewezen en gebruikerstoegewezen. Elk type heeft een ander doel en biedt unieke voordelen.

Het belang van het wegnemen van traditionele geheimen kan niet genoeg benadrukt worden. Naarmate aanvallen op blootgestelde inloggegevens geavanceerder worden, moeten organisaties veilig beheer van inloggegevens als prioriteit zien. Hier zijn enkele belangrijke inzichten:

Door managed identities te gebruiken, verklein je het risico op blootstelling van inloggegevens aanzienlijk. Die aanpak versterkt niet alleen de beveiliging, maar vereenvoudigt ook je ontwikkelproces. Je hoeft je niet meer zorgen te maken over het roteren van geheimen of het insluiten van gevoelige informatie in je code.

Met managed identities bouw je een veiligere en efficiëntere cloudomgeving. Overweeg bij het verder ontwikkelen van je Azure-applicaties om deze krachtige functie in te zetten om je authenticatieprocessen te stroomlijnen.

Hoe managed identities werken

Authenticatieproces

Beheerde identiteiten vereenvoudigen het authenticatieproces voor Azure-workloads. Ze geven Azure-resources automatisch beheerde identiteiten waarmee ze zich kunnen authenticeren bij services die Microsoft Entra ID-authenticatie ondersteunen. Hierdoor hoef je geen hardgecodeerde geheimen meer op te nemen, wat het aanvalsoppervlak aanzienlijk verkleint. Je resources kunnen veilig toegangstokens bij Azure opvragen zonder dat ze ook maar één geheim hoeven op te slaan.

Zo werkt het authenticatieproces doorgaans:

1. Meld je aan bij de Azure-portal.
2. Klik in het linkernavigatiedeelvenster op Virtuele machines.
3. Zoek de virtuele machine op waarop de beheerde identiteit is geïnstalleerd.
4. Klik op de naam van de virtuele machine en ga naar het tabblad Identiteit.
5. Schakel de beheerde identiteit in door op Aan te klikken en vervolgens op Opslaan.

Zodra je beheerde identiteiten hebt ingeschakeld, kunnen je applicaties naadloos authenticeren. Een externe applicatie kan bijvoorbeeld een geldig Azure AD-token verkrijgen dat is gericht op een Azure Function. De Azure Function, beveiligd met Azure AD, valideert het ontvangen token. Vervolgens gebruikt de functie haar beheerde identiteit om toegang te krijgen tot een andere Azure-service. Zo verloopt de communicatie veilig, zonder dat gevoelige inloggegevens worden blootgesteld.

Integratie met Azure-services

Beheerde identiteiten integreren soepel met diverse Azure-services, wat de beveiliging verbetert en het beheer vereenvoudigt. Enkele van de meest gebruikte geïntegreerde services zijn:

• Azure Data Factory
• Azure Service Bus
• Azure File Sync

Met deze integraties kun je authenticeren en toegang tot Azure-services beheren zonder hardgecodeerde inloggegevens. Die aanpak verbetert niet alleen de beveiliging, maar stroomlijnt ook je ontwikkelproces.

Om beheerde identiteiten te integreren met Azure-services, moet je aan een aantal vereisten voldoen:

• Je hebt een Azure-abonnement nodig met machtigingen om opslagaccounts te maken en Azure RBAC-rollen toe te wijzen.
• Schrijfmachtiging voor roltoewijzingen (Microsoft.Authorization/roleAssignments/write) op het vereiste bereik is essentieel.
• Clients die moeten authenticeren met een beheerde identiteit mogen niet aan een domein zijn toegevoegd.
• De eigenschap SMBOAuth moet zijn ingeschakeld op het opslagaccount dat de Azure-bestandsshare bevat.

Als je deze richtlijnen volgt, kun je beheerde identiteiten effectief inzetten. Ze bieden een robuuste oplossing voor authenticatie, zodat je je kunt richten op het bouwen van applicaties in plaats van op het beheren van geheimen.

Voordelen van beheerde identiteiten

Verbeterde beveiliging

Beheerde identiteiten verbeteren de beveiliging van je applicaties aanzienlijk. Doordat hardgecodeerde inloggegevens verdwijnen, verklein je het risico op diefstal van inloggegevens. Deze aanpak vereenvoudigt het beheer van identiteiten en ondersteunt zero-trustprincipes. Dit zijn enkele belangrijke beveiligingskenmerken:

Door beheerde identiteiten te gebruiken, hoeven je applicaties die op Azure draaien geen inloggegevens in de code op te nemen. Dit verkleint het risico op lekken aanzienlijk en vereenvoudigt het toegangsbeheer.

Vereenvoudigd beheer van inloggegevens

Met beheerde identiteiten hoef je je geen zorgen meer te maken over het opslaan van hardgecodeerde inloggegevens. Deze functie verbetert de beveiliging en verlaagt de operationele complexiteit. Dit zijn enkele manieren waarop beheerde identiteiten het beheer van inloggegevens vereenvoudigen:

Beheerde identiteiten automatiseren het beheer van inloggegevens. Je hoeft inloggegevens dus niet handmatig aan te maken, te roteren of in te trekken. Die automatisering verkleint het risico op menselijke fouten aanzienlijk. Zo kun je je richten op ontwikkeling in plaats van op securitybeheer.

Kosteneffectiviteit

Het gebruik van beheerde identiteiten kan in cloudomgevingen tot aanzienlijke kostenbesparingen leiden. Dit zijn enkele manieren waarop ze de operationele kosten beïnvloeden:

• Cloud-IAM-oplossingen verlagen de kapitaalsuitgaven (CapEx) doordat on-premises servers en software niet meer nodig zijn.
• Ze bieden voorspelbaardere operationele uitgaven (OpEx) dankzij abonnementsgebaseerde prijzen.
• Het automatiseren van taken rond inrichting en toegangsbeheer leidt tot lagere personeelskosten, waardoor IT-teams zich kunnen richten op belangrijkere taken.

Door beheerde identiteiten te gebruiken, verbeter je niet alleen de beveiliging en vereenvoudig je het beheer van inloggegevens, maar ook je algehele kostenefficiëntie. Dit maakt beheerde identiteiten een waardevol hulpmiddel voor elke organisatie die haar cloudomgeving wil optimaliseren.

Veelvoorkomende toepassingen van beheerde identiteiten

Toegang tot Azure-resources

Beheerde identiteiten vereenvoudigen hoe je toegang krijgt tot Azure-resources. Ze stellen je applicaties in staat zich bij andere Azure-services te authenticeren zonder het gedoe van handmatig beheer van inloggegevens. Deze aanpak verkleint de beveiligingsrisico's die samenhangen met het opslaan en beheren van geheimen aanzienlijk. Dit zijn de belangrijkste voordelen van het gebruik van beheerde identiteiten voor toegang tot Azure-resources:

• Je kunt Microsoft Entra-tokens verkrijgen zonder inloggegevens te beheren.
• Met beheerde identiteiten hoef je inloggegevens niet meer in je applicaties op te slaan.
• Azure maakt automatisch een identiteit aan voor je resource en registreert die in Microsoft Entra ID.
• Je kunt machtigingen toewijzen via Azure RBAC, zodat de toegang veilig is zonder opgeslagen geheimen.

Volg deze stappen om beheerde identiteiten te gebruiken voor toegang tot Azure-resources:

1. Open de Azure-portal en ga naar de resource waarvoor de identiteit toegang nodig heeft.
2. Selecteer ‘Toegangsbeleid’ in het zijmenu van de resource.
3. Klik op ‘Maken’ om het deelvenster ‘Een toegangsbeleid maken’ te openen.
4. Kies de benodigde machtigingen voor de beheerde identiteit.
5. Selecteer ‘Volgende’ om door te gaan.
6. Selecteer op het tabblad ‘Principal’ de beheerde identiteit.
7. Rond het proces af door ‘Volgende’ te selecteren en het toegangsbeleid te maken.
8. Authenticeer je trigger of actie met de beheerde identiteit.

Door deze stappen te volgen, zorg je ervoor dat je applicaties veilig toegang krijgen tot Azure-resources, zonder de last van het beheren van gevoelige inloggegevens.

Communicatie tussen applicaties

Beheerde identiteiten versterken ook de communicatie tussen applicaties in cloudomgevingen. Ze stellen je applicaties in staat zich bij Azure-resources te authenticeren zonder gevoelige inloggegevens te hoeven beheren. Deze aanpak vereenvoudigt het authenticatieproces en verhoogt de beveiliging aanzienlijk, doordat de risico's van het beheer van inloggegevens verdwijnen.

Wanneer je applicaties met elkaar communiceren, zorgen beheerde identiteiten ervoor dat dit veilig gebeurt. Zo kun je je concentreren op het bouwen van robuuste applicaties, zonder je zorgen te maken over het blootstellen van gevoelige informatie. Door beheerde identiteiten te gebruiken, creëer je een veiligere en efficiëntere omgeving waarin je applicaties met elkaar kunnen samenwerken.

Beheerde identiteiten implementeren

Het implementeren van beheerde identiteiten in je Azure-omgeving kan de beveiliging aanzienlijk verbeteren en de authenticatie vereenvoudigen. Volg deze stapsgewijze handleiding om beheerde identiteiten in te stellen en toegangsmachtigingen effectief te configureren.

Stapsgewijze handleiding

Beheerde identiteiten instellen

1. Meld je aan bij de Azure-portal: begin met het openen van je Azure-account.
2. Selecteer je resource: ga naar de Azure-resource waarvoor je de beheerde identiteit wilt inschakelen.
3. Beheerde identiteit inschakelen:
   • Ga naar de sectie Identiteit in de resource-instellingen.
   • Zet de Status op Aan en klik op Opslaan.
4. Controleer het aanmaken van de identiteit: na het opslaan maakt Azure automatisch een beheerde identiteit aan voor je resource. Je kunt deze identiteit bekijken in Azure Active Directory.

Door deze stappen te volgen, zorg je ervoor dat je resource veilig kan authenticeren zonder geheimen te hoeven beheren.

Toegangsmachtigingen configureren

Zodra je de beheerde identiteit hebt ingesteld, moet je de toegangsmachtigingen configureren. Dit zijn enkele best practices die je kunt volgen:

1. Pas het principe van minimale rechten toe: ken alleen de minimaal noodzakelijke machtigingen toe voor de taken van de identiteit. Deze aanpak beperkt de beveiligingsrisico's.
2. Gebruik specifieke rollen: gebruik in plaats van brede rollen specifieke rollen om de toegang effectief te beperken. Deze methode versterkt de beveiliging, doordat identiteiten alleen de machtigingen hebben die ze nodig hebben.
3. Beperk het bereik van machtigingen: ken rollen toe op resourceniveau in plaats van op bredere niveaus. Deze werkwijze helpt de toegang strakker te beheersen.

Tip: Gebruikerstoegewezen beheerde identiteiten maken centraal machtigingenbeheer over meerdere resources mogelijk. Met deze functie koppel je één identiteit aan verschillende resources, zodat je RBAC-rollen eenvoudiger kunt toekennen.

Bij het implementeren van beheerde identiteiten kun je een aantal veelvoorkomende uitdagingen tegenkomen. Gebruikers vergeten bijvoorbeeld vaak de nodige machtigingen toe te kennen nadat ze een systeemtoegewezen beheerde identiteit hebben aangemaakt, wat authenticatiefouten veroorzaakt. Daarnaast kun je problemen krijgen bij het toewijzen van een gebruikerstoegewezen beheerde identiteit aan een Automation-account, omdat je onvoldoende machtigingen hebt. Authenticatiefouten kunnen ook optreden als je de identiteit niet inschakelt voordat je deze gebruikt.

Om compliance en beveiliging tijdens de implementatie te waarborgen, kun je overwegen om Identity Governance and Administration (IGA)-oplossingen in te zetten. IGA geeft inzicht in de toegang van gebruikers, waardoor risico's worden beperkt en ongeautoriseerde toegang wordt voorkomen. Regelmatige certificering van toegangsrechten en het invoeren van Separation of Duties (SoD)-beleid kunnen de beveiliging verder versterken.

Door deze richtlijnen te volgen, implementeer je beheerde identiteiten effectief in je Azure-omgeving, zodat je applicaties veilig en efficiënt kunnen authenticeren.

Beheerde identiteiten spelen een belangrijke rol bij het verbeteren van de beveiliging en het vereenvoudigen van applicatieontwikkeling. Doordat je geen credentials meer handmatig hoeft te beheren, kun je je concentreren op het bouwen van robuuste applicaties. Dit zijn enkele belangrijke voordelen van beheerde identiteiten:

• Je hoeft geen credentials te beheren, omdat ontwikkelaars er geen toegang toe hebben.
• Verhoogde beveiliging doordat het risico op gelekte geheimen afneemt.
• Naadloze authenticatie met Azure-services zonder handmatige tussenkomst.
• Kosteneffectieve oplossing die zonder extra kosten beschikbaar is.

Denk bij je cloudprojecten eens na over het gebruik van beheerde identiteiten. Ze kunnen de efficiëntie en beveiliging van je applicaties aanzienlijk verbeteren en maken de weg vrij voor een gestroomlijnder ontwikkelproces.

Veelgestelde vragen

Wat zijn beheerde identiteiten in Azure?

Beheerde identiteiten bieden een identiteit voor Azure-resources. Hiermee kunnen applicaties zich bij Azure-services authenticeren zonder dat ze geheimen zoals wachtwoorden of API-sleutels hoeven te beheren.

Hoe schakel ik beheerde identiteiten in?

Je schakelt beheerde identiteiten in via de Azure-portal. Ga naar je resource, open de sectie Identity, zet de status op On en sla je wijzigingen op.

Zijn beheerde identiteiten veilig?

Ja, beheerde identiteiten verhogen de beveiliging doordat er geen hard-coded credentials nodig zijn. Ze beheren hun levenscyclus automatisch, waardoor het risico op diefstal van credentials afneemt.

Kan ik beheerde identiteiten gebruiken met on-premises applicaties?

Beheerde identiteiten werken vooral met Azure-resources. Voor on-premises applicaties kun je overwegen Azure Active Directory te gebruiken voor authenticatie.

Wat is het verschil tussen systeemtoegewezen en gebruikerstoegewezen identiteiten?

Systeemtoegewezen identiteiten zijn gekoppeld aan één Azure-resource en worden samen met die resource verwijderd. Gebruikerstoegewezen identiteiten staan los van resources en kunnen met meerdere resources worden gedeeld.

Brengen beheerde identiteiten extra kosten met zich mee?

Nee, beheerde identiteiten zijn binnen Azure gratis te gebruiken. Je betaalt alleen voor de Azure-resources die ze gebruiken.

Hoe wijs ik machtigingen toe aan een beheerde identiteit?

Je kunt machtigingen toekennen via Azure Role-Based Access Control (RBAC). Ga naar de resource, selecteer Access policies en ken de benodigde rollen toe aan de beheerde identiteit.

Kan ik beheerde identiteiten gebruiken voor Azure Functions?

Ja, Azure Functions kunnen beheerde identiteiten gebruiken om veilig te authenticeren bij andere Azure-services, zonder dat ze geheimen hoeven te beheren.

🎧 Luister naar deze aflevering

Wil je een praktische uitleg over beheerde identiteiten? In deze aflevering wordt het onderwerp helder uitgelegd en wordt duidelijk waarom het ertoe doet voor Microsoft 365, Azure, Power Platform, security, AI en modern werken.

Luister naar deze aflevering als je:

• De belangrijkste concepten achter beheerde identiteiten wilt begrijpen
• Wilt zien hoe het past binnen het bredere Microsoft-technologie-ecosysteem
• Wilt ontdekken waar het praktische waarde kan opleveren voor je organisatie

Misschien vind je deze gerelateerde M365 FM-afleveringen ook leuk:

• Azure Managed Disks - Simply Explained
• Power Platform Managed Environments vragen om Pro-Dev-praktijken
• Gebruik Managed Identity met PowerShell voor Microsoft Graph
• Migreer Azure File Sync naar Managed Identity
• Vervang serviceaccounts door Entra Workload Identities

Ontdek meer praktische Microsoft-gesprekken op M365 FM.