This is the Trace Id: 7949dc40f7d56417985e350e766aac8c
Overslaan naar hoofdinhoud Microsoft Defender Microsoft Entra Microsoft Intune Microsoft Purview Microsoft Security Copilot Microsoft Sentinel Alle producten weergeven Cyberbeveiliging, mogelijk gemaakt met AI Cloudbeveiliging Gegevensbeveiliging en governance Toegang tot identiteit en netwerk Privacy- en risicobeheer Beveiliging voor AI Klein en middelgroot bedrijf Uniforme beveiligingsbewerkingen Zero Trust Prijsstelling Services Partners Waarom Microsoft Beveiliging Bewustwording over cyberbeveiliging Verhalen van klanten Beveiliging 101 Proefversie van product Erkenning in de sector Microsoft Security Insider Microsoft Digital Defense-rapport Security Response Center Microsoft Security-blog Microsoft-beveiligingsevenementen Microsoft Tech Community Documentatie Technische Inhoudsbibliotheek Training & certificeringen Complianceprogramma voor Microsoft Cloud Microsoft Vertrouwenscentrum Service Trust Portal Microsoft Secure Future Initiative Business Solutions Hub Contact opnemen met Verkoop Start gratis proefversie Microsoft Security Azure Dynamics 365 Microsoft 365 Microsoft Teams Windows 365 Microsoft AI Azure Space Mixed reality Microsoft HoloLens Microsoft Viva Quantumcomputing Onderwijs Auto's Financiële dienstverlening Overheid Gezondheidszorg Productiebedrijven Detailhandel Een partner zoeken Een partner worden Partnernetwerk Microsoft Marketplace Blog Microsoft Advertising Ontwikkelaarscentrum Documentatie Evenementen Licenties Microsoft Learn Microsoft Research Bekijk het siteoverzicht
Een persoon die aan een bureau zit en een laptop gebruikt.

Wat is cloudeigen beveiliging?

Ontdek hoe cloudeigen beveiliging toepassingen, gegevens en infrastructuur beschermt gedurende de hele toepassingslevenscyclus, met voorbeelden van best practices en kernprincipes.
Met cloudeigen beveiliging worden beveiligingsmaatregelen en op risico’s gebaseerde beschermingsmechanismen ingebouwd in toepassingen en infrastructuur die speciaal voor cloudomgevingen zijn ontworpen, waardoor workloads worden beveiligd vanaf het moment van codering tot en met de implementatie en tijdens de uitvoering. Met deze aanpak kunnen organisaties beveiliging beheren voor gedistribueerde systemen, microservices en gecontaineriseerde toepassingen die werken in dynamische multi-cloudomgevingen.
  • Met cloudeigen beveiliging wordt beveiliging in elke fase van de toepassingslevenscyclus geïntegreerd.

  • Het pakt de unieke beveiligingsuitdagingen aan die worden veroorzaakt door gecontaineriseerde architecturen en architecturen op basis van microservices.

  • Kernpraktijken zijn onder meer Zero Trust, automatisering, shift-left-beveiliging en continue controles op cyberdreigingen.

Introductie tot cloudeigen beveiliging

In de tijd dat toepassingen exclusief on-premises werden uitgevoerd, bestond beveiliging uit een ring van hardwarefirewalls rondom fysieke servers. Het beveiligen van de cloudeigen toepassingen van nu is complexer. Cloudeigen toepassingsbeveiliging moet workloads beschermen die on-premises servers en meerdere clouds omvatten, met de mogelijkheid om op te schalen van enkele honderden exemplaren tot miljoenen wanneer de vraag verandert.

Organisaties die cloudeigen strategieën gebruiken, werken vaak met microservices, containers en indelingsplatforms zoals Kubernetes. Deze technologieën zorgen voor flexibiliteit en schaalbaarheid, maar brengen ook extra risico's met zich mee. Cloudeigen beveiliging pakt deze risico's aan met ingebouwde bescherming en controles, van code tot runtime, zodat cloud- en AI-toepassingen in realtime veranderen met continue, adaptieve bescherming.

Als je cloud- en AI-toepassingen, gegevens en infrastructuur gedurende de hele levenscyclus wilt beschermen, moeten beveiligingsmaatregelen codeontwikkeling, configuratie, implementatie en realtime detectie en respons samenkomen in één geïntegreerde aanpak. Ze moeten ook gevoelige gegevens, databases en AI-modellen aanpakken om ervoor te zorgen dat workloads beschermd blijven in multi-cloudomgevingen.

Door contextbewuste beveiliging toe te voegen die AI-gestuurde inzichten, runtimebewaking en op identiteit gebaseerde controles combineert, kun je de naleving van regelgeving waarborgen en risico’s in dynamische systemen beperken. CNAPP's, of platforms voor de beveiliging van cloudeigen toepassingen, zijn gemaakt om de beveiliging gedurende de gehele levenscyclus van cloud- en AI-toepassingen te harmoniseren en zo een einde te maken aan de complexiteit, het gebrek aan inzichten en de verplaatsing van aanvallers tussen verschillende omgevingen.

Belangrijke principes van cloudeigen beveiliging

Door de beste cloudeigen beveiligingspraktijken te volgen, kunnen organisaties hun innovatieve flexibiliteit behouden en tegelijkertijd risico's beperken. Enkele fundamentele cloudeigen beveiligingsprincipes zijn:

Shift-left-beveiliging. Hiermee wordt beveiliging al in een vroeg stadium van het ontwikkelingsproces geïntegreerd, waardoor kwetsbaarheden vóór de implementatie worden verminderd en wordt voorkomen dat risico’s productieomgevingen bereiken. Code wordt tijdens de build- en testfasen op kwetsbaarheden gescand, zodat fouten die in productie terechtkomen tot een minimum worden beperkt. Shift-left-beveiliging omvat ook veilige coderingspraktijken, geautomatiseerde tests en training voor ontwikkelaars.

Zero Trust-architectuur. Met deze aanpak wordt elke toegangsaanvraag geverifieerd en wordt geen impliciet vertrouwen toegekend. Dit principe is van toepassing op gebruikers, apparaten en workloads, zodat toegang continu wordt gevalideerd. Door streng toegangsbeheer af te dwingen, verklein je de kans op laterale bewegingen binnen omgevingen.

Automatisering en DevSecOps. De juiste tools kunnen beveiligingsprocessen in CI/CD-pijplijnen (continue integratie en continue levering) automatiseren, waardoor menselijke fouten worden verminderd en het herstel sneller verloopt. Een framework voor ontwikkeling, beveiliging en bewerkingen (DevSecOps) bevordert de samenwerking tussen de teams voor ontwikkeling, beveiliging en bewerkingen, en integreert beveiliging in werkstromen zonder de levering te vertragen.

Identiteits- en toegangsbeheer (Identity and Access Management of IAM). In de cloud vormt identiteit een belangrijk risicogebied. IAM zorgt ervoor dat de toegang wordt beheerd via een strikt identiteitsbeheer, waarbij rechten worden toegekend volgens het principe van minimale bevoegdheden. Daarnaast omvatten best practices voor IAM meervoudige verificatie, op rollen gebaseerd toegangsbeheer en continue bewaking van identiteitsactiviteit.

Runtimebeveiliging. Dankzij continue bewaking worden bedreigingen tijdens de uitvoering van toepassingen gedetecteerd en beperkt. Hieronder vallen anomaliedetectie, gedragsanalyse en beleidsregels voor afdwinging tijdens uitvoering. Met behulp van runtimedetectie en -respons wordt ervoor gezorgd dat eventuele kwetsbaarheden snel worden opgespoord, op basis van de impact worden geprioriteerd en worden ingeperkt voordat aanvallers er misbruik van kunnen maken.

Herstel in een gesloten lus. Geautomatiseerde feedbacklussen zorgen ervoor dat beveiligingsproblemen snel worden opgelost. Dit principe draagt bij aan continue verbetering en veerkracht. Herstel in een gesloten lus kan worden geïntegreerd met CI/CD-pijplijnen om problemen bij de bron aan te pakken, waardoor de tijd tussen detectie en oplossing wordt verkort.

Kernonderdelen van cloudeigen beveiliging

Cloudeigen beveiliging heeft verschillende belangrijke elementen die samenwerken om toepassingen en de infrastructuur te beschermen:

Beveiliging van containers en Kubernetes. Containers bundelen applicaties en hun afhankelijkheden, waardoor toepassingen overal kunnen worden gebruikt en schaalbaar zijn. Kubernetes coördineert deze containers en beheert de implementatie en schaalbaarheid. Beveiliging voor containers en Kubernetes omvat het scannen van afbeeldingen, runtimebewaking en het beveiligen van besturingsvlakken. Verkeerd geconfigureerde Kubernetes-clusters vormen een veelvoorkomend aanvalspunt, waardoor configuratiebeheer cruciaal is.

API-beveiliging. Microservices communiceren via API's, die moeten worden beveiligd om ongeautoriseerde toegang te voorkomen. API-beveiliging omvat verificatie, autorisatie en snelheidsbeperking. API-gateways bieden gecentraliseerde beheer- en bewakingsmogelijkheden, waardoor de kans op openbaarmaking van gegevens wordt beperkt.

CNAPP's. CNAPP-oplossingen herbergen meerdere beveiligingsmogelijkheden, onder andere op het gebied van het beheer van cloudbeveiligingspostuur (CSPM). Deze geïntegreerde platforms bieden end-to-end inzicht in de levenscyclus van toepassingen, waardoor risicogebaseerde prioritering, consistente beleidsafdwinging en een snellere detectie en respons op bedreigingen mogelijk worden.

Naleving en beheer. Organisaties moeten zich houden aan wettelijke nalevingsnormen zoals de Algemene Verordening Gegevensbescherming (AVG), de Health Insurance Portability and Accountability Act (HIPAA) en de Payment Card Industry Data Security Standard (PCI-DSS). Geautomatiseerde nalevingscontroles en rapportages helpen om aan de normen te blijven voldoen, waardoor het risico op juridische sancties wordt verminderd.

AI-workloads. AI-modellen en -gegevenspijplijnen brengen unieke cloudbeveiligingsuitdagingen met zich mee. Het beschermen van trainingsgegevens, het voorkomen van manipulatie van modellen en het waarborgen van ethische AI-praktijken zijn essentieel. Beveiligingsmaatregelen moeten zowel de vertrouwelijkheid als de integriteit van AI-systemen aanpakken.

Beveiliging van cloudgegevens. Gegevens vormen een primair doelwit voor aanvallers. Gevoelige informatie wordt beschermd met behulp van versleuteling, maskering en toegangsbeheer. Databasebeveiliging omvat het bewaken van ongeautoriseerde query's en het zorgen voor de juiste configuratie.

Identiteitsmachtigingen. Als iemand te veel bevoegdheden heeft, vergroot dit de kans op inbreuken. Tools voor identiteitsbeheer helpen het principe van minimale bevoegdheden af te dwingen en afwijkingen te bewaken. Aanvallen met een escalatie van bevoegdheden komen vaak voor in cloudomgevingen, waardoor identiteitsbeveiliging een topprioriteit is.

Consistentie van multi-cloudpostuur. Beveiliging in een multi-cloudomgeving is een punt van zorg voor organisaties die gebruikmaken van meerdere cloudproviders, die elk hun eigen beveiligingstools en -configuraties hebben. Het hanteren van een consistent beleid in alle omgevingen vermindert de complexiteit en risico’s.

Cloudeigen containerbeveiliging. Dit omvat het beveiligen van containerregisters, het implementeren van controles tijdens runtime en het controleren van containerinstallatiekopieën op kwetsbaarheden.

Cloudworkload-beveiliging (CWPP). CWPP-oplossingen bieden inzicht en dreigingsdetectie voor workloads in verschillende omgevingen, waaronder virtuele machines, containers en serverloze functies.

Een ander belangrijk concept om te kennen zijn de 'vier C's' van cloudeigen beveiliging. Elke C staat voor een van de lagen die moeten worden beveiligd om een diepgaande verdedigingsbenadering te waarborgen:
 
  1. Code: toepassingscode en infrastructuur-als-code (IaC), inclusief opensource-afhankelijkheden.
  2. Container: containerinstallatiekopieën en -runtimes.
  3. Cluster: indelingsplatforms zoals Kubernetes.
  4. Cloud: onderliggende cloudinfrastructuur, zoals netwerken, virtuele machines, opslag, identiteiten en configuraties.

Veelvoorkomende uitdagingen op het gebied van cloudeigen beveiliging

Een moderne cloudinfrastructuur is kostenefficiënt en schaalbaar omdat ze tijdelijk is, wat betekent dat ze per definitie van voorbijgaande aard is. De onderliggende resources worden gemaakt en verwijderd wanneer dat nodig is. Helaas maakt die elasticiteit cloudinfrastructuur lastig te beveiligen met traditionele beveiligingstools. Wanneer die infrastructuur zich over meerdere clouds uitstrekt, die elk hun eigen configuraties en tools hebben, kan dit leiden tot hiaten in het inzicht die door aanvallers kunnen worden misbruikt om zich lateraal door de omgevingen te bewegen.

Onjuiste configuraties zijn ook een veelvoorkomend probleem bij cloudeigen beveiliging. Verkeerde instellingen voor opslagbuckets, open poorten en toegangsbeheer kunnen services bijvoorbeeld blootstellen aan het internet. Opensource-afhankelijkheden en zwakheden in bibliotheken van derden en containerinstallatiekopieën introduceren ook kwetsbaarheden.

Aanvallers ontwikkelen hun strategieën voortdurend om deze kwetsbaarheden te misbruiken. Technieken zoals containerontsnapping en bevoegdheidsescalatie worden steeds geavanceerder. Om die te bestrijden zijn even geavanceerde automatiserings-, bewakings- en beheermogelijkheden nodig.

Controlelijst voor best practices

We hebben veel factoren besproken waarmee je rekening moet houden terwijl je de strategie van je organisatie uitstippelt. Hier zijn nog een paar punten om in gedachten te houden terwijl je de tools kiest die je nodig hebt om je postuur voor cloudbeveiliging te versterken:
 
  • Implementeer Zero Trust samen met microsegmentatie om laterale bewegingen te beperken en de impact van aanvallen te verkleinen.
  • Versleutel gegevens tijdens verzending en inactieve gegevens om de vertrouwelijkheid en integriteit van gevoelige informatie te waarborgen.
  • Automatiseer kwetsbaarheidsscans in CI/CD-pijplijnen om problemen zo vroeg mogelijk in het ontwikkelproces te detecteren.
  • Voer regelmatig nalevingscontroles en evaluaties van posturen uit om het risico op regelgevingsboetes te verkleinen.
  • Schakel continue bewaking en dreigingsdetectie in, gecombineerd met dynamische risicoprioritering, zodat beveiligingsteams zich eerst kunnen richten op de aanvalsroutes die de grootste kans op een inbreuk bieden.
Als je ervoor kiest een CNAPP te implementeren, zorg er dan voor dat deze het volgende biedt:
 
  • Agentloze dekking voor een uitgebreid inzicht zonder dat dit ten koste gaat van de prestaties.
  • Prioritering van aanvalsroutes om je te richten op kritieke risico's die tot kostbare inbreuken kunnen leiden.
  • Beperking van identiteitsrechten om de risico’s van overmatige bevoegdheden tot een minimum te beperken.
  • Integratie met een oplossing voor uitgebreide detectie en reactie (XDR) voor een eenduidige dreigingsdetectie.
  • Op levenscyclus gebaseerde herstelmaatregelen voor een snellere oplossing van kwetsbaarheden.

Blijf beschermd in de cloud met Microsoft

Om de volledige levenscyclus van een toepassing te beveiligen, heb je meer dan alleen losstaande tools en specifieke oplossingen nodig. Microsoft Beveiliging biedt een uniform, door AI aangestuurd platform voor de beveiliging van cloudeigen toepassingen nodig dat kan worden geïntegreerd met de tools die veel ontwikkelaars al gebruiken, waaronder GitHub, Azure DevOps en Microsoft Copilot. Door beveiliging in dagelijkse workflows in te bouwen, kunnen organisaties problemen sneller identificeren en verhelpen, terwijl ze Zero Trust, DevSecOps en nalevingsvereisten in multi-cloudomgevingen ondersteunen.

Met de Microsoft CNAPP krijgen beveiligingsteams diepgaand inzicht in toepassingen, gegevens, identiteiten en infrastructuur, ondersteund door inzichten op basis van biljoenen dagelijkse dreigingssignalen en tientallen jaren aan expertise op het gebied van dreigingsinformatie. Dankzij de integratie tussen Microsoft Defender voor Cloud en Defender XDR kunnen beveiligingsteams onderzoek doen naar en reageren op complexe, domeinoverschrijdende aanvallen die zich uitstrekken over cloud-, identiteits- en eindpuntomgevingen. Het resultaat is een snellere prioritering van risico’s, minder beveiligingsmeldingen en een betere bescherming van cloud- en AI-workloads, waardoor organisaties veilig en met vertrouwen kunnen opschalen.
INFORMATIEBRONNEN

Ontdek meer informatiebronnen over cloudbeveiliging

Gebruik deze informatie om je cloudbeveiligingsstrategie verder aan te scherpen.

Veelgestelde vragen

  • Cloudeigen verwijst naar toepassingen en services die zijn ontworpen om in cloudomgevingen te worden uitgevoerd met behulp van microservices, containers en dynamische orkestratie.
  • Cloud-first is een strategie waarbij de overstap naar de cloud voorop staat, terwijl cloudeigen verwijst naar toepassingen die speciaal voor cloudomgevingen zijn ontwikkeld.
  • Vanwege de verspreide aard van de resources zijn er in de cloud tal van veiligheidsrisico’s die moeten worden beperkt. Deze risico's zijn onder meer onjuiste configuraties, kwetsbaarheden in de toeleveringsketen, misbruik van identiteiten en runtimebedreigingen.
  • De vier C's staan voor code, container, cluster en cloud. Het beveiligen van elk van deze vier lagen maakt deel uit van een diepgaande verdedigingsstrategie.
  • Een cloudeigen beveiligingsplatform, zoals een CNAPP, biedt geïntegreerde beveiliging gedurende de hele levenscyclus van een toepassing, inclusief ontwikkeling, implementatie en runtime.

Volg Microsoft Beveiliging

Nederlands (Nederland) Privacy van consumentenstatus Contact opnemen met Microsoft Privacy Cookies beheren Gebruiksvoorwaarden Handelsmerken Over onze advertenties EU Compliance DoCs