Gegevensbeheerinstellingen

Gegevenssoevereine is een essentieel concept in cloudgovernance en naleving. Het verwijst naar de juridische en regelgevende instantie die een land/regio of organisatie heeft over gegevens, met name met betrekking tot waar die gegevens worden opgeslagen en verwerkt. Dit concept vormen hoe gevoelige workloads worden ontworpen, beheerd en gecontroleerd in cloudomgevingen. In dit artikel verkent u de principes van gegevenssoevereine en hoe deze van toepassing zijn op cloudomgevingen.

Wat is gegevenssoevereiniteit?

Gegevenssoevereine is een concept met meerdere facetten, dat aangeeft dat gegevens onderhevig zijn aan de wetten en governance van het land/de regio waar de gegevens zich fysiek bevinden, ongeacht wie eigenaar is van of beheert de gegevens. Dit concept betekent dat landen het recht hebben om juridische autoriteit uit te oefenen over gegevens die binnen hun grenzen zijn opgeslagen.

Hoewel Microsoft u toestaat te kiezen waar uw gegevens zich bevinden, zijn de rechten van het land/de regio waar gehost wordt beperkt in de context van toegang tot die gegevens. Regelgevers kunnen geen toegang tot gegevens alleen op basis van hun locatie eisen. In plaats daarvan wordt de toegang beheerst door juridische processen en door de klant beheerde beveiliging.

Belangrijkste principes

Gegevenssoevereine is gebaseerd op vier fundamentele principes:

Principle Beschrijving
Eigendom van gegevens Organisaties behouden het eigendom en de controle over hun gegevens, zelfs wanneer ze zijn opgeslagen in cloudservices van derden.
Gegevensbescherming en privacy Gevoelige gegevens moeten worden beveiligd door robuuste beveiligingsmaatregelen en naleving van lokale privacyvoorschriften.
Grensoverschrijdende gegevensoverdracht De verplaatsing van gegevens over internationale grenzen is onderworpen aan regelgeving en wordt beperkt door nationale wetgeving.
Juridische jurisdictie Het juridische kader voor gegevens wordt bepaald door de fysieke locatie, ongeacht de oorsprong van de gegevenseigenaar.

Versleuteling als soevereiniteitsbeheer

In cloudomgevingen speelt versleuteling een centrale rol bij het afdwingen van gegevenssoevereine. Gegevens worden standaard versleuteld, zodat fysieke toegang tot infrastructuur geen toegang verleent tot leesbare gegevens. Alleen de eigenaar van de gegevens of het systeem bevat de versleutelingssleutels, waardoor versleuteling het primaire mechanisme is voor het onderhouden van controle over in de cloud gehoste gegevens. Versleuteling wordt doorgaans toegepast in drie verschillende toestanden: in rust, tijdens transport en in gebruik. Elke versleutelingsstatus heeft betrekking op verschillende fasen van gegevensverwerking en blootstellingsrisico's.

Type versleuteling Beschrijving
Versleuteling tijdens transport Beveiligt gegevens tijdens hun verplaatsing via netwerken - tussen apparaten, diensten of datacentra. Doorgaans geïmplementeerd met behulp van TLS.
Versleuteling van gegevens in rusttoestand Beschermt gegevens die zijn opgeslagen op schijf of andere permanente opslag, zoals databases, bestandssystemen en back-ups.
Versleuteling in gebruik Beschermt gegevens terwijl deze actief worden verwerkt in het geheugen of de CPU. Vaak gaat het om vertrouwelijke computingtechnologieën.

Standaard gebruiken alle Azure-services versleuteling tijdens overdracht, inclusief regio-naar-regio-communicatie. Services implementeren doorgaans versleuteling met behulp van TLS-certificaten, die automatisch worden gegenereerd wanneer een service wordt ingericht en ondertekend door een vertrouwde openbare certificeringsinstantie. In sommige scenario's kunt u uw eigen certificaten meenemen door een PFX-bestand (met de persoonlijke sleutel) te importeren in een service of het certificaat te beheren via Azure Key Vault.

Alle services in Azure maken gebruik van server-side versleuteling voor opgeslagen gegevens met sleutels die door het platform worden beheerd (PMK's). Het platform genereert en onderhoudt deze sleutels voor u. Veel services ondersteunen ook door de klant beheerde sleutels (CMK's). Afhankelijk van de service kunnen deze sleutels in combinatie met de PMK's werken voor nog betere beveiliging. U kunt door de klant beheerde sleutels opslaan in Azure Key Vault (standard of Premium) of in veel gevallen in Azure Key Vault beheerde HSM. Gebruik voor uw meest gevoelige soevereine workloads Azure Key Vault beheerde HSM, omdat deze service garandeert dat u volledige controle hebt over de versleutelingssleutels in één tenantomgeving. U bent volledig verantwoordelijk voor het beveiligen van het beveiligingsdomein, dat moet worden gedownload bij het activeren van uw beheerde HSM-exemplaar.

U kunt ook extern sleutelbeheer overwegen voor specifieke gereglementeerde workloads. Deze service is een uitbreiding van Azure Key Vault beheerde HSM en stelt u in staat om uw sleutels buiten Azure te bezitten en te beheren. Extern sleutelbeheer is een mogelijkheid waarmee klanten hun eigen HSM's (Hardware Security Modules) kunnen gebruiken om cryptografische bewerkingen voor cloudservices te ondersteunen. Met behulp van extern sleutelbeheer kunt u uw sleutels opslaan in uw eigen HSM's, die fysiek zijn gescheiden van de cloudservices. Deze mogelijkheid, ook wel HYOK (Hold Your Own Key) genoemd, zorgt ervoor dat u altijd volledige controle over uw sleutels behoudt. Deze volledige controle wordt geleverd met meer verantwoordelijkheden omdat u verantwoordelijk bent voor de beschikbaarheid, schaalbaarheid en back-ups van al het belangrijke materiaal.

Hoewel de meeste gegevensbeveiligingsmaatregelen zijn gebaseerd op at-rest- en in-transit-versleuteling van gegevens, breidt Azure Confidential Computing deze mogelijkheden ook uit naar versleuteling voor gegevens die in gebruik zijn. Deze extensie betekent dat de werkelijke rekeninstantie die communiceert met de (ontsleutelde) gegevens versleuteling zelf gebruikt binnen de toegewezen geheugenruimte. Azure voldoet volledig aan de Confidential Computing Consortium standaarden die beschikbaar zijn op Intel-, AMD- en NVIDIA-hardware.

Opslaglocatie van gegevens

Gegevenslocatie richt zich voornamelijk op waar uw gegevens zich fysiek bevinden. Praktische overwegingen zoals prestaties, naleving van regelgeving en bedrijfscontinuïteit bepalen gegevensresidency. De volgende tabel bevat een overzicht van de belangrijkste aspecten die invloed hebben op beslissingen over gegevenslocatie:

Aspect Beschrijving
Latentie en prestaties Beslissingen over gegevenslocatie kunnen van invloed zijn op de snelheid en prestaties van gegevenstoegang. Het plaatsen van gegevens dichter bij eindgebruikers vermindert de latentie en verbetert de algehele gebruikerservaring.
Nalevingsvereisten Kies opties voor gegevenslocatie die overeenkomen met lokale en branchespecifieke nalevingsvereisten. Deze keuze zorgt ervoor dat gegevens op een manier worden opgeslagen die consistent is met toepasselijke regelgeving.
Juridische jurisdictie Gegevenslocatie betreft de keuze van het datacenter of de cloudregio waar gegevens worden opgeslagen. Hoewel gegevens doorgaans onderhevig zijn aan de wetten van de fysieke locatie, zijn sommige landen of regio's wettelijk bevoegd voor gegevens die worden bewaard door binnenlandse cloudproviders, ongeacht de fysieke locatie.
Beschikbaarheid en redundantie van gegevens Overwegingen met betrekking tot gegevenslocatie zijn van invloed op redundantie en strategieën voor herstel na noodgevallen. Organisaties en cloudproviders kunnen gegevens repliceren naar meerdere regio's om hoge beschikbaarheid en tolerantie te garanderen.

Met behulp van Azure, Microsoft 365 en Dynamics 365 kunt u kiezen waar uw gegevens worden opgeslagen om te voldoen aan de vereisten voor gegevenslocatie. Door strategisch uitgelijnde datacentrumregio's binnen dezelfde geografie te gebruiken via Azure regioparen, kunt u georedundantie verbeteren, prioriteitsherstel garanderen en profiteren van gefaseerde platformupdates, allemaal met behoud van naleving en verbetering van de gegevenstolerantie.

Volgende stappen 

  • Bepaal het vereiste bereik voor verblijf en toegestane Azure regio's per classificatie.
  • Dekkingsgebied van versleuteling van inventaris (in rust, tijdens transport en in gebruik) voor huidige workloads.
  • Definieer het sleuteleigendomsmodel (PMK → CMK → Managed HSM → EKM) per gegevenslaag.

Zie ook

  • Last updated on