Verborgen beveiligingsrisico's in Microsoft 365 en Azure Cloud blootleggen

By Mirko Peters · 2026-08-28

Het beheren van een cloudomgeving voelt vaak als jongleren. Terwijl je dagelijkse werkzaamheden je volledige aandacht vragen, zoals het afhandelen van supporttickets, het uitrol…

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

Een cloudomgeving beheren voelt vaak als jongleren. Terwijl je dagelijkse werkzaamheden al je aandacht vragen, zoals supporttickets afhandelen, nieuwe functies uitrollen en ervoor zorgen dat de diensten soepel blijven draaien, kunnen subtiele, over het hoofd geziene kwetsbaarheden stilletjes je infrastructuur ondermijnen. Aanvallers scannen constant op deze gaten en misbruiken alles, van tokendiefstal tot MFA-vermoeidheid. Als je alleen op routinematig onderhoud focust, loop je het risico de systemische fouten te missen die je organisatie blootstellen. Om je digitale assets echt te beschermen, moet je verder kijken dan het oppervlak en een uitgebreide Zero Trust-mindset aannemen. Wil je dieper ingaan op deze kwetsbaarheden, luister dan zeker naar onze speciale aflevering over verborgen beveiligingsrisico's in Microsoft 365 en Azure Cloud.

Waarom verborgen risico's in Azure Cloud blijven bestaan

Complexiteit en verandering

Bij het beheren van Azure krijg je te maken met een snel veranderende omgeving. De cloudopzet bestaat vaak uit meerdere clouds, containers en dynamische resources. Door die complexiteit is het lastig om alles te monitoren. Je moet omgaan met frequente wijzigingen, nieuwe functies en steeds veranderende dreigingen. Menselijke fouten kunnen leiden tot verkeerde configuraties die gevoelige gegevens blootstellen. Je hebt vakkundige professionals nodig om hierin bij te blijven, maar het tekort aan specialisten maakt dat lastig. Op de hoogte blijven van configuraties is cruciaal om zicht en beveiliging te behouden. Als je één beveiligingsbeleid over het hoofd ziet, kun je aanzienlijke kwetsbaarheden creëren. De verborgen risico's nemen toe naarmate je omgeving groeit en verandert.

• Cloudomgevingen beslaan meerdere platforms en resources.
• Verkeerde configuraties en onduidelijke verantwoordelijkheden creëren kwetsbaarheden.
• Veranderende dreigingen en een tekort aan vaardigheden bemoeilijken de bescherming.

Tip: Regelmatige reviews en updates helpen je het risico in een complexe cloudopzet te verkleinen.

Standaardinstellingen en blinde vlekken

Standaardinstellingen in Azure creëren vaak blinde vlekken. Veel resources hebben standaard geen diagnostische logging, waardoor je verdachte activiteit mogelijk niet opmerkt. Defender-abonnementen op de gratis tier bieden geen dreigingsdetectie, waardoor aanvallers gebruik kunnen maken van deze gaten. Gefragmenteerde Log Analytics-werkruimten maken het lastig om gebeurtenissen met elkaar te correleren. Sommige Azure-resourcetypen ondersteunen standaard geen diagnostische logging, waardoor ze kwetsbaar zijn. Onvoldoende bewaarbeleid voor logs kan leiden tot verlies van cruciaal forensisch bewijs. Je moet de standaardinstellingen controleren en aanpassen om goede monitoring en bescherming te garanderen.

• Standaardinstellingen missen vaak diagnostische logging.
• Defender-abonnementen op de gratis tier missen dreigingsdetectie.
• Gefragmenteerde Log Analytics-werkruimten bemoeilijken het correleren van gebeurtenissen.
• Sommige resources ondersteunen standaard geen diagnostische logging.
• Onvoldoende logretentie kan leiden tot verlies van bewijs.

Let op: controleer altijd de standaardinstellingen en schakel logging in voor alle kritieke resources.

Hiaten in de gedeelde verantwoordelijkheid

Je deelt de beveiligingsverantwoordelijkheid met Azure. Als je niet goed begrijpt waar de taken van Azure eindigen en die van jou beginnen, kun je belangrijke beveiligingsmaatregelen over het hoofd zien. Een mismatch in beveiligingsrollen vergroot de kans op incidenten. Duidelijke communicatie over verantwoordelijkheden voorkomt beveiligingsincidenten. Het model van gedeelde verantwoordelijkheid verduidelijkt de rollen van cloudserviceproviders en klanten. Als een van beide partijen zijn taken verwaarloost, ontstaan kwetsbaarheden. Blijvende investeringen in cloudbeveiliging vereisen dat beide partijen hun rol begrijpen. Aannames over wie welke maatregelen beheert, kunnen gevaarlijke hiaten veroorzaken.

• Inzicht in gedeelde verantwoordelijkheid is cruciaal voor effectieve beveiliging.
• Een mismatch in rollen leidt tot over het hoofd geziene maatregelen.
• Duidelijke communicatie voorkomt inbreuken.
• Taken verwaarlozen leidt tot kwetsbaarheden.
• Blijvende investeringen en duidelijke rollen zijn essentieel.

Citaat: "Het in kaart brengen van gedeelde verantwoordelijkheden helpt om gemiste beveiligingstaken te voorkomen."

Tekortkomingen in monitoring

Je kunt niet beschermen wat je niet ziet. Veel teams denken dat hun monitoring op orde is, maar verborgen risico's glippen er vaak doorheen. Azure-omgevingen veranderen snel. Als je monitoring maar één keer instelt en nooit bijwerkt, mis je nieuwe resources en wijzigingen. Statische monitoringconfiguraties raken verouderd naarmate je cloud groeit. Je moet je monitoringopzet regelmatig controleren en aanpassen.

Veel teams vertrouwen op statische drempelwaarden voor waarschuwingen. Deze aanpak kan problemen veroorzaken. Als je drempelwaarden te laag instelt, word je overspoeld met waarschuwingen tijdens normale operaties. Stel je ze te hoog in, dan mis je misschien echte dreigingen. Dynamische drempelwaarden helpen je ongebruikelijke activiteit op te merken zonder je team te overweldigen. Gebruik tools die leren van je omgeving en de waarschuwingsniveaus waar nodig aanpassen.

Stormen van waarschuwingen zijn een ander veelvoorkomend probleem. Als je te veel waarschuwingen ontvangt, wordt het lastig om te zien welke er het meest belangrijk zijn. Belangrijke incidenten kunnen verloren gaan in de ruis. Je moet waarschuwingen prioriteren op basis van risico en impact. Groepeer vergelijkbare waarschuwingen en richt je op de waarschuwingen die de grootste schade kunnen veroorzaken. Zo kun je sneller reageren op echte dreigingen.

Tip: Gebruik Microsoft Defender for Cloud om waarschuwingen te filteren en te prioriteren. Deze tool markeert de meest kritieke problemen en vermindert alert fatigue.

Sommige teams richten zich alleen op technische metrieken, zoals CPU-gebruik of netwerkverkeer. Hoewel die belangrijk zijn, vertellen ze niet het hele verhaal. Je moet je monitoring koppelen aan bedrijfsresultaten. Een technisch probleem kan bijvoorbeeld je website vertragen, waardoor klanten afhaken. Als je de impact op omzet of gebruikerservaring niet volgt, mis je misschien de werkelijke kosten van een incident.

Dit zijn enkele veelvoorkomende tekortkomingen in monitoring in Azure Cloud:

• Statische monitoringconfiguraties die zich niet aanpassen aan veranderingen.
• Vertrouwen op statische drempelwaarden in plaats van dynamische, contextbewuste waarschuwingen.
• Stormen van waarschuwingen zonder goede prioritering, waardoor kritieke problemen gemist worden.
• Alleen focussen op technische metrieken en de zakelijke impact negeren.

Je moet deze hiaten aanpakken om verborgen risico's in je Azure-omgeving te verkleinen. Continue monitoring, regelmatige reviews en slimme waarschuwingen houden je cloud veilig en je bedrijf draaiende.

Misconfiguratie: de belangrijkste cloudbedreiging

Misconfiguratie blijft de nummer één oorzaak van datalekken in Azure. Aanvallers misbruiken vaak zwakke toegangscontroles, open opslag en publieke resources. Je moet begrijpen hoe deze fouten ontstaan en hoe je ze oplost. Microsoft Defender for Cloud helpt je deze problemen te detecteren en te verhelpen voordat ze uitgroeien tot echte rampen. Laten we de meest voorkomende misconfiguratiechaos in je cloudopzet eens ontleden.

Identiteits- en toegangsproblemen

Fouten in identiteits- en toegangsbeheer leveren serieuze risico's op. Je moet machtigingen en roltoewijzingen regelmatig controleren.

Overmatige privileges

Gebruikers en applicaties hebben vaak meer privileges dan nodig is. Dat opent de deur naar ongeautoriseerde toegang en datalekken. Je moet het principe van least privilege afdwingen en Privileged Identity Management gebruiken om permanente toegang te beperken.

• Gebruikers of apps met te ruime machtigingen
• Multi-factor authentication niet afgedwongen
• Ongebruikte of verouderde accounts die nog actief zijn
• Gastentoegang ingeschakeld voor externe gebruikers
• Privileged Identity Management niet gebruiken

Tip: Verwijder onnodige machtigingen en schakel ongebruikte accounts uit om risico's te verkleinen.

Fouten bij roltoewijzing

Rollen onjuist toewijzen kan gebruikers toegang geven tot gevoelige resources. Je moet roltoewijzingen controleren en zorgen dat alleen vertrouwde gebruikers toegang hebben. Fouten hier kunnen leiden tot privilege escalation en lateral movement door aanvallers.

Hiaten in Network Security Groups

Network Security Groups (NSG's) bepalen het verkeer in je cloud. Een misconfiguratie kan resources blootstellen aan externe dreigingen.

Open poorten

Kritieke poorten zoals 22 (SSH) en 3389 (RDP) zonder beperkingen openlaten creëert kwetsbaarheden. Aanvallers scannen op deze poorten en misbruiken ze. Je moet de toegang beperken en ongebruikte poorten sluiten.

• NSG-regels laten verkeer toe vanaf het hele internet (0.0.0.0/0)
• Kritieke poorten openstaand gelaten
• Wijzigingen in NSG-regels verstoren legitieme toegang

Let op: Controleer NSG-regels regelmatig en gebruik Microsoft Defender for Cloud om je te waarschuwen voor riskante configuraties.

Verkeerd regelbeheer

Slecht beheer van NSG-regels kan legitieme gebruikers blokkeren of resources blootstellen. Je moet elke regel documenteren en controleren. Fouten kunnen leiden tot downtime of beveiligingsincidenten.

Opslag en blootstelling van data

Misconfiguratie van opslag leidt tot ongeautoriseerde toegang en datalekken. Je moet je data beschermen en strikte beleidsregels afdwingen.

Publieke containers

Publiek toegankelijke containers stellen gevoelige klantgegevens bloot. Aanvallers kunnen informatie stelen of kwaadaardige content hosten. Je moet opslagbeleid afdwingen waarbij standaard alles privé is en de instellingen voor het blokkeren van publieke toegang inschakelen.

• Ongeautoriseerde toegang door publieke bestanden of containers
• Blootstelling van gevoelige data
• Juridische gevolgen
• Privilege escalation en lateral movement
• Datavergiftiging en hosting van kwaadaardige inhoud

Tekortkomingen in versleuteling

Ontbrekende of inconsistente versleutelingsbeleidsregels laten gegevens kwetsbaar. Aanvallers kunnen inloggegevens stelen of logboekregistratie manipuleren. Je moet versleuteling inschakelen voor alle opslag en waarschuwingen instellen voor wijzigingen in machtigingen.

Callout: Een verkeerde configuratie van een S3-bucket is een veelvoorkomend voorbeeld van openbare blootstelling van opslag. Azure-opslag kan vergelijkbare risico’s lopen als je geen goede controles afdwingt.

Je moet nu actie ondernemen om wanhopige configuratiefouten in je cloud te voorkomen. Gebruik Microsoft Defender for Cloud om te scannen op problemen, stel waarschuwingen in en versterk je configuraties. Controleer machtigingen, sluit open poorten en beveilig je opslag. Met deze stappen bouw je een veiligere cloudomgeving.

Shadow IT en risico’s rond gegevenseigenaarschap

Shadow IT ontstaat wanneer medewerkers in je bedrijf Azure-services gebruiken zonder goedkeuring of toezicht. Je merkt deze verborgen activiteiten misschien niet op, maar ze kunnen serieuze problemen veroorzaken voor je bedrijf. Wanneer je het overzicht over resources kwijtraakt of niet-goedgekeurde services toelaat, open je de deur voor datalekken, nalevingsproblemen en verspilling van geld.

Verweesde resources

Verweesde resources zijn onderdelen in je Azure-omgeving die niemand beheert of gebruikt. Dit kunnen virtuele machines, opslagaccounts of databases zijn die achterblijven nadat projecten zijn afgerond of teams zijn gewijzigd. Je denkt misschien dat deze vergeten resources onschuldig zijn, maar ze kunnen je budget uithollen en je aanvalsoppervlak vergroten.

Verweesde resources zorgen in volwassen omgevingen vaak voor 15-25% van de kosten. Dat betekent dat je elke maand duizenden euro’s kunt verspillen aan resources die geen doel dienen. Aanvallers zoeken naar deze vergeten assets, omdat ze minder vaak worden gemonitord of bijgewerkt. Als je ze onbeschermd laat, geef je kwaadwillenden meer manieren om in je systemen binnen te dringen.

Tip: Stel regelmatige audits in om verweesde resources te vinden en te verwijderen. Wijs voor elk asset in je cloud een duidelijke eigenaar aan.

Niet-goedgekeurde services

Niet-goedgekeurde Azure-services zijn tools of applicaties die gebruikers uitrollen zonder het bedrijfsbeleid te volgen. Deze services kunnen verborgen toegangspunten voor aanvallers creëren en maken het lastig om je gegevens veilig te houden. Je weet misschien niet welke gegevens deze services opslaan of hoe ze met beveiliging omgaan.

Niet-goedgekeurde services kunnen leiden tot:

• Ongeautoriseerde toegang door zwakke of verkeerd geconfigureerde beheersmaatregelen, waardoor aanvallers gevoelige gegevens kunnen bereiken.
• Datalekken door gecompromitteerde inloggegevens of onveilige opslag, wat kan resulteren in datadiefstal.

Wanneer je niet-goedgekeurde services toelaat, loop je het risico dat je niet voldoet aan nalevingsregels. Toezichthouders verwachten dat je weet waar je gegevens staan en wie er toegang toe heeft. Als je deze vragen niet kunt beantwoorden, kun je boetes of juridische problemen krijgen.

Blokcitaat: "Duidelijk eigenaarschap en strikte handhaving van beleid helpen je datalekken en nalevingslacunes te voorkomen."

Om deze risico’s te beperken, gebruik je continue detectietools die scannen op nieuwe of onbekende resources. Dwing beleid af dat goedkeuring vereist voordat iemand nieuwe services kan toevoegen. Zorg ervoor dat elke resource een eigenaar heeft die verantwoordelijk is voor de beveiliging en de kosten.

Door alert te blijven op shadow IT en de controle over je Azure-omgeving te behouden, beschermt je bedrijf zich tegen verborgen dreigingen en financiële verspilling.

Gaten in back-up en herstel in de cloud

Je denkt misschien dat je gegevens veilig zijn omdat je back-ups hebt. Veel teams ontdekken te laat dat hun back-up- en herstelplannen serieuze gaten bevatten. Deze gaten kunnen leiden tot gegevensverlies, downtime en nalevingsproblemen.

Onvolledige back-ups

Onvolledige back-ups zijn een veelvoorkomend probleem in veel organisaties. Je zet back-uptaken op en gaat ervan uit dat ze werken, maar configuratiefouten op clientcomputers kunnen ervoor zorgen dat back-ups mislukken. Soms zijn back-upagents verkeerd geconfigureerd of hebben ze niet de juiste machtigingen. Als je het back-upproces niet monitort, mis je deze fouten mogelijk.

• Back-uptaken draaien mogelijk niet volgens schema door een verkeerde configuratie.
• Machines kunnen de verbinding met de back-upservice verliezen.
• Back-upkluizen staan mogelijk op de verkeerde locatie of missen de benodigde machtigingen.
• Databasetoepassingen herstellen mogelijk niet goed als je de verkeerde back-upstrategie gebruikt.

Tip: Controleer altijd je back-uplogboeken en stel waarschuwingen in voor mislukte taken. Gebruik Azure-native tools zoals Azure Backup om monitoring en rapportage te automatiseren.

Wijs verantwoordelijkheid toe voor het monitoren van back-ups. Als je weet wie de back-ups controleert, verklein je het risico dat je een fout mist. Regelmatige reviews helpen je problemen te signaleren voordat ze grote gevolgen hebben.

Tekortkomingen in disaster recovery

Plannen voor disaster recovery zien er vaak goed uit op papier, maar schieten tekort in een echte noodsituatie. Test je plan regelmatig om zeker te weten dat het werkt. Veel teams slaan deze stap over en ontdekken problemen pas tijdens een echte storing.

• Azure Site Recovery is mogelijk niet goed geconfigureerd, waardoor back-ups niet kunnen worden voltooid.
• Herstelplannen dekken mogelijk niet alle kritieke systemen of gegevens.
• Sommige applicaties kunnen niet worden hersteld omdat afhankelijkheden ontbreken.
• Machtigingen of netwerkinstellingen kunnen herstelpogingen blokkeren.

Blokcitaat: "Regelmatig testen van disaster recovery-plannen is essentieel om ervoor te zorgen dat ze tijdens een echte ramp werken zoals bedoeld."

Gebruik geo-redundantie om je gegevens te beschermen tegen storingen in een regio. Bewaar back-ups op verschillende locaties, zodat je niet alles kwijtraakt bij één incident. Stel duidelijke bewaarbeleid in, zodat je back-ups lang genoeg bewaart om aan zakelijke en wettelijke eisen te voldoen.

Je kunt hiaten in back-up en herstel dichten door Azure-native tools te gebruiken, je plannen te testen en best practices te volgen. Zo blijven je clouddata veilig en loopt je bedrijf door.

AI-, data- en beleidsonduidelijkheid

Nu je AI en cloudservices in Azure gebruikt, krijg je te maken met nieuwe uitdagingen. Onduidelijke regels over waar je data staat en hoe je AI gebruikt, kunnen grote risico's opleveren. Je moet deze risico's begrijpen en duidelijk beleid opstellen om je bedrijf te beschermen.

Risico's rond dataresidentie

Je moet weten waar je data wordt opgeslagen en verwerkt. Als je geen duidelijk beleid voor gegevensbescherming hebt, overtreed je mogelijk wetten of verlies je het vertrouwen van klanten. Veel landen hanteren strikte regels voor dataresidentie. Als je data ongecontroleerd over grenzen heen gaat, kun je boetes krijgen of audits niet doorstaan. Daarnaast dreig je het overzicht te verliezen over wie je data verwerkt, wat tot beveiligingslekken kan leiden.

Hieronder staat een tabel met de belangrijkste risico's als je geen duidelijk beleid voor dataresidentie hebt:

Je moet je beleid voor gegevensbescherming regelmatig herzien. Zorg dat je weet waar je data staat en wie er toegang toe heeft. Richt monitoring in om dataverplaatsingen en opslag te volgen. Zo voorkom je compliance-problemen en blijft je data veilig.

Tip: Wijs een team aan dat elk kwartaal je controles op gegevensbescherming en dataresidentie controleert.

Blootstelling via AI-services

AI-services in Azure kunnen je bedrijf helpen, maar brengen ook nieuwe risico's met zich mee. Als je niet controleert hoe je AI gebruikt, kun je gevoelige data blootstellen of regels voor gegevensbescherming overtreden. Veel beveiligingsincidenten ontstaan door verkeerde configuraties of zwakke identiteitscontroles.

Let op deze veelvoorkomende risico's bij AI-services:

• Chatbots voor klanten kunnen gevoelige data lekken als aanvallers ze ertoe brengen privé-informatie te delen.
• Retrieval-augmented generation-systemen kunnen aanvallers de mogelijkheid geven interne data op te halen via speciale prompts.
• Interne, AI-gestuurde ontwikkeltools kunnen geheimen zoals API-sleutels of algoritmen prijsgeven als je ze niet monitort.
• Ongecontroleerde AI-services kunnen data verwerken of opslaan op locaties die in strijd zijn met wetten voor gegevensbescherming.

Gartner voorspelt dat bijna alle storingen in de cloudbeveiliging het gevolg zullen zijn van fouten van klanten en niet van de cloudprovider. Stel duidelijke regels op voor hoe je team AI en data gebruikt. Train je medewerkers om de best practices voor gegevensbescherming te volgen. Gebruik monitoringtools om risicovolle AI-activiteit en datalekken in de gaten te houden.

Callout: Duidelijke beleidsregels en regelmatige monitoring helpen je om je gegevensbescherming sterk te houden wanneer je AI in Azure gebruikt.

Je kunt risico's verkleinen door je AI- en gegevensbeschermingsbeleid regelmatig te controleren. Zorg dat je weet waar je gegevens naartoe gaan en hoe AI-services ze gebruiken. Zo blijft je bedrijf veilig en bouw je vertrouwen op bij je klanten.

Uitdagingen bij migratie en exitstrategie

Fouten bij migratie

Bij het verplaatsen van workloads naar Azure kom je voor veel uitdagingen te staan. Fouten die je bij de migratie maakt, kunnen beveiligingslekken veroorzaken waar aanvallers misbruik van maken. Als je het proces haast of de planning overslaat, kan je omgeving kwetsbaar worden. Controleer elk detail, zodat je fouten voorkomt.

Veel teams vergeten de netwerkbeveiligingsgroepen te controleren. Verkeerd geconfigureerde NSG's kunnen je systemen voor het internet openzetten. Openbaar toegankelijke opslag laat aanvallers gevoelige gegevens stelen. Virtuele machines zonder patches geven hackers een toegangspunt. Zwakke toegangssleutels maken escalatie van bevoegdheden mogelijk. Kwetsbare containerimages brengen dreigingen in de productieomgeving.

Hieronder staat een tabel met veelvoorkomende fouten bij migratie en hun impact:

Je moet ook deze fouten vermijden:

• Gebrek aan strategie en planning
• Onvoldoende governance- en beveiligingsmaatregelen
• Te complexe architectuur
• Slecht kostenbeheer
• Onvoldoende beoordeling en prioritering van workloads

Tip: Maak altijd een migratiechecklist. Controleer elke resource, elk beleid en elke configuratie voordat je naar Azure verhuist.

Test je workloads na de migratie. Controles op gegevensintegriteit helpen je fouten en ontbrekende bestanden op te sporen. Gebruik tools om te controleren of applicaties werken zoals verwacht. Monitor je omgeving op ongebruikelijke activiteit. Zo blijft je cloud veilig en betrouwbaar.

Risico's bij het verlaten van de cloud

Je hebt een duidelijke exitstrategie nodig voor je Azure-omgeving. Veel teams slaan deze stap over. Als je niet plant hoe je de cloud weer verlaat, kun je de toegang tot kritieke gegevens verliezen of onverwachte kosten krijgen. Je moet weten hoe je workloads en gegevens verplaatst als je van provider wisselt of diensten weer on-premises onderbrengt.

Risico's bij het verlaten van de cloud zijn onder andere:

• Gegevensverlies tijdens migratie of verwijdering
• Over het hoofd geziene afhankelijkheden tussen services
• Vendor lock-in die overdraagbaarheid beperkt
• Onvolledige back-ups of ontbrekende archieven
• Nalevingsproblemen door verloren auditlogboeken

Blockquote: "Een goed uitgewerkt exitplan beschermt je bedrijf tegen onverwachte verstoringen en zorgt voor overdraagbaarheid van gegevens."

Documenteer elke afhankelijkheid. Breng de verbindingen tussen applicaties, databases en opslag in kaart. Gebruik controles op gegevensintegriteit om zeker te weten dat er niets verloren gaat. Kies formaten die je gegevens overdraagbaar maken. Test je exitplan regelmatig om zeker te zijn dat je alles kunt herstellen.

Let op: regelmatige evaluaties van je migratie- en exitstrategieën helpen je dure fouten te voorkomen en je cloudomgeving veerkrachtig te houden.

Verborgen risico's bij monitoring en waarschuwingen

Lacunes in logging

Je bent afhankelijk van logs om dreigingen op te sporen en activiteit in je Azure-omgeving te volgen. Ontbrekende loggegevens leveren blinde vlekken op waar aanvallers misbruik van maken. Azure Monitor en Log Analytics missen vaak belangrijke informatie als je ze niet correct configureert. Controleer je loggingopzet om zeker te weten dat je alle belangrijke details vastlegt.

Hieronder staat een tabel met veelvoorkomende lacunes in logging en hun impact:

Als je deze details mist, kun je verdachte activiteit niet traceren of begrijpen hoe aanvallers zich door je systemen bewegen. Schakel diagnostische logging in voor alle kritieke resources. Controleer je retentiebeleid voor logs, zodat je bewijsmateriaal niet verliest tijdens onderzoeken. Plan regelmatige audits om te controleren op ontbrekende logvelden.

Tip: Gebruik Microsoft Defender for Cloud om logging-gaten te ontdekken en je zichtbaarheid te verbeteren.

Genegeerde beveiligingsaanbevelingen

Je krijgt veel beveiligingswaarschuwingen en aanbevelingen van Azure Security Center en Microsoft Defender for Cloud. Als je deze suggesties negeert, blijft je omgeving kwetsbaar. Aanvallers zoeken naar zwakke plekken die jij over het hoofd ziet. Bekijk elke aanbeveling en onderneem actie om je verdediging te versterken.

Veel teams slaan aanbevelingen over omdat het volume overweldigend voelt. Geef waarschuwingen prioriteit op basis van risico en impact. Richt je eerst op problemen met een hoog risico, zoals verkeerd geconfigureerde toegangsbeheer of open poorten. Groepeer vergelijkbare waarschuwingen zodat ze makkelijker te beheren zijn.

• Bekijk beveiligingsaanbevelingen wekelijks.
• Wijs verantwoordelijkheid toe voor het opvolgen van waarschuwingen.
• Houd de voortgang bij en volg niet-opgeloste problemen op.

Continue verbetering houdt je cloud veilig. Pas je monitoring- en waarschuwingsstrategie aan wanneer je omgeving verandert. Train je team om nieuwe dreigingen te herkennen en erop te reageren. Gebruik Microsoft Defender for Cloud om je beveiligingsoperaties te stroomlijnen en de meest kritieke aanbevelingen zichtbaar te maken.

Blokcitaat: "Acties ondernemen op beveiligingsaanbevelingen is de snelste manier om verborgen gaten te dichten en risico's te verkleinen."

Je bouwt een veiligere Azure-omgeving als je logging-gaten dicht en reageert op beveiligingswaarschuwingen. Regelmatige reviews en proactief handelen helpen je om voor te blijven op aanvallers.

Beveiliging van derden en API's

Risico's van Marketplace-apps

Je vertrouwt vaak op Marketplace-apps om de mogelijkheden van Azure uit te breiden. Deze apps beloven snelle oplossingen en nieuwe functies. Toch moet je beseffen dat niet elke app in de Azure Marketplace grondig wordt gecontroleerd. Sommige apps kunnen kwetsbaarheden of verborgen backdoors introduceren. Aanvallers richten zich op deze apps omdat ze je belangrijkste verdediging kunnen omzeilen.

Als je een niet-gecontroleerde app installeert, riskeer je gevoelige gegevens bloot te stellen of te veel machtigingen toe te kennen. Je weet misschien niet hoe de app je informatie verwerkt of welke toegang hij vraagt. Sommige apps vragen brede machtigingen waarmee ze gegevens in je hele omgeving kunnen lezen, schrijven of verwijderen. Bekijk elke app vóór installatie en controleer de machtigingen.

Tip: Gebruik altijd integratie met minimale rechten. Geef apps alleen de machtigingen die ze nodig hebben om te werken. Verwijder onnodige toegang zo snel mogelijk.

Maak een checklist voor app-reviews. Let op de reputatie van de leverancier, de updatefrequentie en beveiligingscertificeringen. Monitor geïnstalleerde apps op ongebruikelijke activiteit. Verwijder apps die geen zakelijk doel meer dienen.

Blootstelling van API's

API's verbinden je services en maken automatisering mogelijk. Je moet ze beveiligen om te voorkomen dat aanvallers kwetsbaarheden misbruiken. Een recent geval toonde hoe een onbeveiligd API-eindpunt ongeautoriseerde toegang gaf tot gevoelige gegevens van meer dan 50.000 Azure AD-gebruikers. Dit incident laat zien hoe onveilige API-blootstelling het aanvalsoppervlak vergroot en compliancerisico's introduceert.

Verkeerde configuratie van API's is een belangrijke oorzaak van datalekken. Slechte codeerpraktijken en een gebrek aan authenticatie maken API's kwetsbaar. Aanvallers misbruiken deze zwakke plekken om gegevens te onttrekken, records te wijzigen of diensten te verstoren.

• Verkeerd geconfigureerde API's kunnen gevoelige informatie lekken.
• Het ontbreken van authenticatie geeft ongeautoriseerde toegang.
• Kwetsbare eindpunten kunnen leiden tot onderbrekingen van de dienstverlening.

Controleer API-eindpunten regelmatig. Schakel authenticatie en autorisatie in voor elke API. Beperk toegang tot alleen vertrouwde gebruikers en applicaties. Monitor API-activiteit op ongebruikelijke verzoeken of patronen.

Blokcitaat: "API's en Marketplace-apps beveiligen verkleint je aanvalsoppervlak en beschermt je Azure-omgeving."

Je bouwt een veiligere cloud door apps van derden te beoordelen en API's te beveiligen. Gebruik principes van minimale rechten en continue monitoring om je omgeving weerbaar te houden.

Menselijke en procesmatige zwakke plekken

Training en bewustwording

Jij speelt een sleutelrol in het veilig houden van je Azure-omgeving. Veel beveiligingsincidenten gebeuren omdat mensen de risico's of de juiste stappen niet kennen. Aanvallers gebruiken vaak social engineering, zoals phishingmails, om gebruikers te verleiden wachtwoorden prijs te geven of gevaarlijke links aan te klikken. Als je team deze trucs niet herkent, kan je cloud een makkelijk doelwit worden.

Security awareness training geeft jou en je team de kennis om dreigingen te herkennen en veilig te werken. Deze programma's behandelen onderwerpen zoals wachtwoordbeheer, phishingpreventie en gegevensbescherming. Als je deze onderwerpen begrijpt, verklein je de kans op een beveiligingsincident en help je de reputatie van je bedrijf beschermen.

Tip: Regelmatige trainingssessies houden beveiliging top of mind en zorgen ervoor dat iedereen alert blijft op nieuwe dreigingen.

Training leert je ook hoe je Azure-tools veilig gebruikt. Zo leer je gegevens in rust en tijdens transport te versleutelen, encryptiesleutels te beheren met Azure Key Vault en applicaties te beveiligen met Azure App Service Environment. Deze best practices maken het voor aanvallers moeilijker om zwakke plekken te vinden.

Hieronder staat een tabel die laat zien hoe training en technologie samenwerken om beveiligingsincidenten te verminderen:

Maak beveiligingstraining een vast onderdeel van je planning. Wanneer iedereen weet waar hij op moet letten, bouw je een beveiligingscultuur op die je Azure-resources beschermt.

Wijzigingsbeheer

In de cloud gaat verandering snel. Je past misschien configuraties aan, rolt nieuwe services uit of repareert bugs. Als je deze wijzigingen niet zorgvuldig bijhoudt, loop je het risico misconfiguraties te creëren die aanvallers kunnen misbruiken.

Slecht wijzigingsbeheer kan leiden tot ernstige problemen. Zo veroorzaakte een configuratiewijziging in Azure Front Door ooit een ongeldige status in de wereldwijde DNS-routering. Een softwarefout zorgde ervoor dat deze fout zich verspreidde en belangrijke validatiecontroles oversloeg. Hierdoor ondervonden gebruikers vertraging, time-outs en verbindingsfouten in Azure-services. Dit laat zien hoe één ongecontroleerde wijziging je hele omgeving kan verstoren.

Je hebt een sterk wijzigingsbeheerproces nodig. Hier zijn enkele stappen die je kunnen helpen:

• Documenteer elke wijziging voordat je deze doorvoert.
• Laat wijzigingen beoordelen en goedkeuren door je team.
• Test wijzigingen eerst in een veilige omgeving.
• Houd alle updates bij en draai ze terug als er iets misgaat.

Blokcitaat: "Een robuust wijzigingsbeheerproces voorkomt dat kleine fouten uitgroeien tot grote storingen."

Door reguliere training te combineren met zorgvuldig wijzigingsbeheer verklein je menselijke fouten en blijft je Azure-cloud veilig. Maak deze praktijken onderdeel van je dagelijkse routine om een stap voor te blijven op dreigingen.

Verborgen risico's in Azure beperken

Zero Trust-aanpak

Je hebt een sterke strategie nodig om je Azure-omgeving te beschermen tegen verborgen risico's. Zero Trust biedt een duidelijk kader. Deze aanpak betekent dat je niemand en niets standaard vertrouwt. Je controleert altijd elke toegang en elke actie. Je gebruikt sterke authenticatie, zoals multifactorauthenticatie, om te bepalen wie je cloud binnenkomt. Je controleert elk apparaat en elke gebruiker voordat je toegang verleent.

Zero Trust gebruikt verschillende kerncomponenten om je omgeving veilig te houden. Bekijk deze tabel:

Gebruik policy-as-code om regels af te dwingen en je omgeving consistent te houden. Continue verificatie controleert elke toegang en elke implementatie aan de hand van je beleid. Microsegmentatie beperkt hoe ver aanvallers kunnen doordringen als ze binnen zijn. Je verzamelt telemetriesignalen om activiteit te monitoren en kostenafwijkingen of verdacht gedrag te signaleren. Deze aanpak helpt je verborgen risico's te vinden voordat ze schade veroorzaken.

Tip: Zero Trust werkt het best wanneer je sterke identiteitscontroles, realtime monitoring en duidelijk beleid combineert.

Best practices voor Defender for Cloud

Microsoft Defender for Cloud biedt je krachtige hulpmiddelen om risico's te verkleinen en je gegevens te beschermen. Schakel Defender overal in om alle abonnementen te dekken. Zo voorkom je hiaten die aanvallers kunnen misbruiken. Just-In-Time VM Access bepaalt wie je virtuele machines kan bereiken, waardoor het aanvalsoppervlak met tot 90 procent kan afnemen.

Met adaptive application controls bepaal je welke applicaties op je VM's mogen draaien. Zo voorkom je dat ongeautoriseerde software problemen veroorzaakt. Je exporteert beveiligingsgegevens naar je analysetools voor een beter overzicht. Je monitort beveiligingswaarschuwingen en onderneemt actie om inbreuken te voorkomen. Advanced Threat Protection beschermt alle Azure-resources, zodat je geen toegangspunten onbeschermd laat.

Role-Based Access Control (RBAC) laat je alleen de minimaal noodzakelijke rechten toekennen. Dit beperkt de dreiging van insiders. Je werkt beveiligingsconfiguraties regelmatig bij om voor te blijven op veranderende risico's. Azure Backup biedt je geo-redundante bescherming voor je gegevens. Met Azure Monitor zet je uitgebreide logging en monitoring centraal op. Je stemt je werkwijze af op compliancenormen om het vertrouwen van je klanten te behouden.

Je kunt de volgende stappen volgen:

1. Schakel Defender for Cloud in voor alle abonnementen.
2. Gebruik Just-In-Time VM Access om de blootstelling te beperken.
3. Stel adaptive application controls in voor VM's.
4. Exporteer beveiligingsgegevens voor analyse en rapportage.
5. Reageer snel op beveiligingswaarschuwingen.
6. Schakel Advanced Threat Protection in voor alle resources.
7. Pas RBAC toe voor toegang met minimale rechten.
8. Werk beveiligingsconfiguraties regelmatig bij.
9. Gebruik Azure Backup voor geo-redundante bescherming.
10. Zet Azure Monitor in voor logging en zichtbaarheid.
11. Volg compliancenormen en benchmarks.

Block Quote: "Continue monitoring, Zero Trust en best practices voor Defender for Cloud helpen je verborgen risico's op te sporen en op te lossen voordat ze je bedrijf raken."

Je moet regelmatig audits uitvoeren en compliancecontroles automatiseren. Gebruik tools zoals Azure Security Center en Microsoft Sentinel om gedetailleerde rapporten te krijgen. Deze stappen helpen je kostenafwijkingen, verkeerde configuraties en dreigingen vroegtijdig te herkennen. Je bouwt een veiligere cloud door beveiliging een dagelijkse gewoonte te maken en je actieplan na verloop van tijd te verbeteren.

Je loopt dringende risico's in je cloudomgeving. Aanvallers gebruiken geavanceerde tools en richten zich op organisaties voor financieel gewin. De meeste inbreuken ontstaan doordat teams hun eigen beveiligingsverantwoordelijkheden over het hoofd zien. Datalekken zijn de afgelopen jaren sterk toegenomen, en experts verwachten dat bijna alle storingen in cloudbeveiliging door de klant worden veroorzaakt.

• Regelmatige risicoanalyses helpen je verborgen dreigingen op te sporen.
• Zero Trust en continue monitoring houden je verdediging sterk.

Neem deze stappen om je beveiliging te verbeteren:

1. Meld je aan bij Microsoft Defender for Cloud.
2. Bekijk de aanbevelingen en je secure score.
3. Pas best practices uit de Microsoft Cloud Security Benchmark toe.

De Microsoft Cloud Security Benchmark omvat de lagen identiteit, netwerken, compute, gegevensbescherming en beheer.

Handel nu om je bedrijf te beschermen en een stap voor te blijven op veranderende dreigingen.

Checklist Azure Cloud Security-risico's

Gebruik deze checklist om veelvoorkomende Azure cloudbeveiligingsrisico's te beoordelen en te beperken.

Veelgestelde vragen

Wat zijn de meest voorkomende verborgen risico's in Azure Cloud?

Je mist vaak verkeerde configuraties, verweesde resources en niet-goedgekeurde diensten. Deze risico's kunnen leiden tot datalekken, compliancefouten en hogere kosten. Regelmatige reviews en monitoring helpen je deze problemen te vinden en op te lossen.

Hoe helpt Microsoft Defender for Cloud bij het verminderen van risico's?

Microsoft Defender for Cloud biedt je geavanceerde dreigingsdetectie en continue monitoring. Je krijgt waarschuwingen voor verkeerde configuraties, verdachte activiteit en hiaten in compliance. Deze tool helpt je snel te reageren en je Azure-resources te beschermen.

Waarom is Zero Trust belangrijk voor Azure-beveiliging?

Zero Trust betekent dat je niemand standaard vertrouwt. Je verifieert altijd elke gebruiker en elk apparaat. Deze aanpak voorkomt dat aanvallers vrij door je netwerk bewegen als ze eenmaal binnen zijn. Zo houd je je gegevens en systemen veiliger.

Hoe herken je shadow IT in je Azure-omgeving?

Je kunt detectietools gebruiken om te scannen op onbekende of niet-goedgekeurde resources. Wijs een eigenaar toe aan elk asset. Stel beleid in dat goedkeuring vereist voor nieuwe diensten. Dit helpt je kosten te beheersen en beveiligingshiaten te verkleinen.

Welke stappen moet je nemen na het vinden van een verkeerde configuratie?

Los het probleem meteen op. Verwijder extra machtigingen, sluit open poorten en beveilig opslag. Gebruik Microsoft Defender for Cloud om te scannen op andere risico's. Controleer je beleid om dezelfde fout te voorkomen.

Hoe vaak moet je je Azure-beveiligingsinstellingen controleren?

Je moet je instellingen minstens elk kwartaal controleren. Frequentere controles helpen je nieuwe risico's op te sporen naarmate je omgeving verandert. Regelmatige evaluaties houden je cloud veilig en compliant.

Wat is het model van gedeelde verantwoordelijkheid in Azure?

Jij en Microsoft hebben allebei beveiligingstaken. Microsoft beschermt de cloudinfrastructuur. Jij beveiligt je gegevens, identiteiten en configuraties. Duidelijke rollen helpen je hiaten te voorkomen en je omgeving veilig te houden.

Hoe bereid je een cloud-exit of migratie voor?

Je moet alle afhankelijkheden documenteren en je exitplan testen. Gebruik controles op gegevensintegriteit om ervoor te zorgen dat er niets verloren gaat. Kies overdraagbare formaten voor je gegevens. Regelmatig testen zorgt voor een soepele overgang.

Wat zijn de meest voorkomende beveiligingsrisico's in de Azure-cloud?

De meest voorkomende beveiligingsrisico's in de Azure-cloud zijn verkeerde configuraties van cloudresources, te ruime toegang tot Azure-resources, virtuele machines en onderliggende cloudinfrastructuur zonder patches, onveilige instellingen voor cloudopslag, zwak identiteits- en toegangsbeheer en onveilige code in Azure Functions. Deze kwetsbaarheden en verkeerde configuraties vormen een potentieel risico dat aanvallers kunnen uitbuiten als je geen Azure-beveiligingsbest practices en sterk beheer van de beveiligingspositie (security posture management) toepast.

Hoe beïnvloedt het model van gedeelde verantwoordelijkheid de beveiliging in Microsoft Azure?

Azure werkt met een model van gedeelde verantwoordelijkheid voor beveiliging: Microsoft is verantwoordelijk voor de beveiliging van de cloud (fysieke infrastructuur, netwerk en host), terwijl klanten verantwoordelijk zijn voor de beveiliging in de cloud, zoals het configureren van beveiligingsfuncties, het beschermen van gegevens, het beveiligen van identiteiten en het beheren van toegang. Begrijpen waar die verdeling ligt, is een belangrijke beveiligingsstrategie om je cloud te beschermen en ervoor te zorgen dat Azure-gebruikers de juiste beveiligingscontroles en -maatregelen toepassen.

Op welke kwetsbaarheidstypen moeten beveiligingsteams in Azure letten?

Beveiligingsteams moeten letten op kwetsbaarheden en verkeerde configuraties zoals open opslagcontainers, blootgestelde beheerendpoints, zwakke roltoewijzingen in de Azure-tenant, ontbrekende versleuteling van gegevens in rust, onveilige regels in netwerkbeveiligingsgroepen, onbeschermde service-principals en verouderde OS- of applicatiepatches. Regelmatige beveiligingscontroles en beoordelingen van de beveiligingspositie in de cloud helpen bij het opsporen van bekende beveiligingsfouten en kritieke hiaten.

Hoe beveilig ik je Azure-omgeving tegen ongeautoriseerde toegang?

Om je Azure-omgeving te beveiligen, schakel je sterke identiteitsmaatregelen in, zoals Azure Entra ID conditional access, multifactorauthenticatie, het principe van minimale rechten voor rollen, monitoring van toegang tot Azure-resources en het gebruik van beheerde identiteiten in plaats van statische referenties. Combineer dit met beveiligingsfuncties zoals Microsoft Defender for Cloud en continue beveiligingsmonitoring om het risico op ongeautoriseerde toegang te verkleinen.

Welke rol speelt Microsoft Defender for Storage bij de bescherming van cloudopslag?

Microsoft Defender for Storage biedt dreigingsbescherming speciaal voor cloudopslag. Het detecteert afwijkende toegangspatronen, malware en verdachte activiteit binnen blobopslag en andere opslagservices. Het inschakelen van Microsoft Defender for Storage is een belangrijke beveiligingsoplossing om bedreigingen voor cloudopslag te detecteren en de algehele beveiligingspositie in de cloud te verbeteren.

Hoe leiden verkeerde configuraties tot veelvoorkomende Azure-beveiligingsproblemen?

Verkeerde configuraties, zoals onbeveiligde SAS-tokens, openbare toegang tot opslagcontainers, te ruime netwerkregels of standaardwachtwoorden, leiden tot beveiligingsfouten die gegevens en services blootstellen. Deze kwetsbaarheden en verkeerde configuraties behoren tot de meest voorkomende Azure-beveiligingsproblemen, omdat ze vaak door menselijke fouten ontstaan of doordat geautomatiseerde beveiligingscontroles ontbreken. Beveiligingsteams kunnen ze verminderen met tooling en door Azure-beveiligingsbest practices af te dwingen.

Welke beveiligingsmonitoring en -tools moet ik gebruiken om bedreigingen in Azure te detecteren?

Gebruik een combinatie van tools: Microsoft Sentinel voor SIEM- en SOAR-mogelijkheden, Microsoft Defender for Cloud voor dreigingsbescherming en kwetsbaarheidsscans, Azure Monitor en Log Analytics voor telemetrie, en oplossingen voor beheer van de beveiligingspositie om risico's continu te beoordelen. Deze beveiligingstools helpen een robuuste beveiligingspositie op te bouwen en maken het mogelijk om bedreigingen te detecteren en er snel op te reageren.

Hoe moet ik de prioriteit bepalen voor het verhelpen van kwetsbaarheden en verkeerde configuraties?

Stel prioriteiten voor het verhelpen op basis van de impact op kritieke assets, de kans op misbruik en blootstelling aan het internet. Begin met het oplossen van problemen met identiteit en toegangsbeheer, versleutelingslekken, openbare blootstelling van opslag en kwetsbaarheden met een hoge ernst die door beveiligingsscans zijn gemeld. Integreer een proces voor kwetsbaarhedenbeheer om het verhelpen te volgen, en gebruik beoordelingen van de beveiligingspositie in de cloud om de grootste risico's eerst aan te pakken.

Kunnen verantwoordelijkheden van de cloudserviceprovider overlappen met mijn beveiligingstaken?

Ja. Hoewel de cloudserviceprovider (Microsoft) de infrastructuur beveiligt, kunnen verantwoordelijkheden overlappen bij beheerde diensten, zoals het configureren van serviceinstellingen, het beveiligen van applicaties en gegevensbescherming. Een duidelijke afbakening en communicatie tussen jouw organisatie en de cloudserviceprovider zijn essentieel om ervoor te zorgen dat alle taken binnen het gedeelde verantwoordelijkheidsmodel voor beveiliging zijn belegd.

Welke veelvoorkomende Azure-beveiligingsdreigingen zijn er voor gegevens, en hoe kan ik de gegevensbeveiliging beschermen?

Veelvoorkomende dreigingen voor gegevens zijn onder meer data-exfiltratie, ongeautoriseerde toegang, ransomware en onbedoelde blootstelling van gegevens door verkeerd geconfigureerde cloudopslag. Bescherm gegevensbeveiliging door versleuteling tijdens transport en in rust af te dwingen, toegangsbeheer en auditing toe te passen, Microsoft Defender for Storage in te zetten, en beleid voor gegevensclassificatie en toegang met minimale rechten te implementeren als onderdeel van je beveiligingsstrategie.

Hoe beveilig ik Azure Functions en applicatiecode in de cloud?

Beveilig Azure Functions door invoer te valideren, veilige programmeerrichtlijnen te volgen, geheimen te beschermen met Azure Key Vault, beveiligingsfuncties voor de runtime en Application Insights voor monitoring in te schakelen, en netwerktoegang te beperken met privé-eindpunten of service-eindpunten. Regelmatige beveiligingscontroles van code en scans van afhankelijkheden verminderen de kans op kwetsbaarheden in applicatiecode.

Welke stappen helpen om de beveiligingspositie in de cloud te verbeteren en bekende beveiligingsfouten te voorkomen?

Verbeter de beveiligingspositie in de cloud door tools voor continu beheer van de beveiligingspositie in te schakelen, geautomatiseerde beveiligingscontroles uit te voeren, beleid als code af te dwingen met Azure Policy, bevindingen met hoge prioriteit op te lossen en teams te leren welke best practices er gelden voor Azure-beveiliging. Met deze maatregelen pak je bekende beveiligingsfouten aan en houd je de beveiligingspositie op de lange termijn robuust.

Hoe belangrijk is identiteits- en toegangsbeheer om Azure-beveiligingsrisico's te voorkomen?

Identiteits- en toegangsbeheer is cruciaal, want gecompromitteerde identiteiten vormen een belangrijke aanvalsroute. Gebruik Azure Entra ID, meervoudige verificatie (MFA), op rollen gebaseerd toegangsbeheer (RBAC), voorwaardelijke toegangsbeleidsregels en regelmatige toegangsreviews om blootstelling te beperken. Toegang tot Azure-resources beperken verkleint het mogelijke beveiligingsrisico en is een van de meest effectieve preventiemaatregelen.

Wat zijn praktische stappen voor kleine teams om hun cloud te beschermen zonder grote beveiligingsbudgetten?

Kleine teams kunnen zich richten op maatregelen met veel effect en lage kosten: schakel ingebouwde beveiligingsfuncties in, zoals de gratis niveaus van Microsoft Defender for Cloud, dwing MFA af, pas minimale rechten toe, gebruik Azure Policy om risicovolle configuraties te voorkomen, automatiseer back-ups en gebruik gratis monitoringtools zoals Azure Monitor. Geef prioriteit aan de beveiligingsbasis om je cloud met beperkte middelen effectief te beschermen.

Hoe meet en rapporteer ik de Azure-beveiligingspositie aan belanghebbenden?

Meet en rapporteer met metrics zoals het aantal bevindingen met hoge ernst, de tijd die nodig is om kwetsbaarheden te verhelpen, het percentage resources dat aan het beleid voldoet, identiteitsrisicogebeurtenissen en incidenten die zijn gedetecteerd door Microsoft Defender of Sentinel. Gebruik dashboards en geautomatiseerde rapporten van tools voor de beveiligingspositie in de cloud om voortgang te communiceren en investeringen in beveiligingsverbeteringen te onderbouwen.