Kva ein VPN dekkjer i ein GDPR-personvernrevisjon

Ein skydatabase inneheld personopplysningar, VPN-en avgrensar kven som kan nå han, og nokon spør om det gjer oppsettet i samsvar. Det gjer det ikkje, og spørsmålet har feil form. Ein VPN er éin teknisk tilgangskontroll blant fleire, og ein revisjon som stoppar ved kryptert trafikk, har svara på eit tryggingsspørsmål og late kvart personvernspørsmål stå ope. Gå gjennom kontrollane nedanfor i rekkjefølgje, og byrja før nettverksregelen finst.

Kontroll 1: skildre handsaminga før tunnelen

Skriv ned føremålet, kategoriane av personopplysningar som faktisk trengst, personane som har lov til å bruke dei, og den tiltenkte oppbevaringsperioden. Identifiser rettsgrunnlaget du støttar deg på, og vegen ein person tek for å utøve rettane sine. Eit avgrensa IP-område kan ikkje svare på noko av dette.

Ver merksam på at personopplysningar er breiare enn ei liste over openberre identifikatorar. Krypterte eller pseudonymiserte oppføringar blir verande personopplysningar der reidentifisering er mogleg, så ein database full av hasha identifikatorar er ikkje automatisk utanfor verkeområdet.

Kontroll 2: namngje rollene

Avgjer kven som bestemmer handsaminga og kven som handlar på vegner av den parten, og gå deretter gjennom vilkåra mellom dei: dokumenterte instruksar, konfidensialitet, tryggingsforpliktingar og tillatne underleverandørar. For eit typisk skydsoppsett er dette databehandlaravtalen, og rettleiinga til Kommisjonen om bruk forklarer rollene og den påkravde bindande handlinga.

Eit nettverksdiagram namngjev vanlegvis ingenting av dette, og det er derfor VPN-spørsmålet aleine stoppar. Roller avgjer kven som svarar på ein rettigheitsførespurnad. Dei avgjer òg kven som er ansvarleg når noko går gale. Teikn begge boksane før du skriv ein einaste brannmurregel.

Kontroll 3: kartlegg kvar dataa faktisk bur

Set opp primærlagring, replikaer, tryggingskopiar og administrative tilgangsvegar. Tryggingskopiar er den vanlege utelatinga, og ein kryptert tunnel endrar ikkje kvar eit augneblinksbilete ligg.

Vurder eit kvart spørsmål om internasjonal overføring innanfor si eiga ramme. Eit VPN-utgangsland er eit rutefaktum, ikkje ei utsegn om kvar leverandøren handsamar dataa. Team byter rutinemessig utgangsregion for tunnelen og trur dei har endra overføringa. Dei har endra kva adresse trafikken ser ut til å kome frå.

Kontroll 4: sei kva kvar kontroll oppnår

Ei IP-løyveliste avgrensar kva nettverkskjelder som kan kople til. Ein VPN vernar ein definert veg og kan redusere direkte eksponering. Ingen av dei bør gi kvar person bak porten dei same databasetilgangane, fordi tunnelen autentiserer ein veg, ikkje ein person.

Bruk individuell autentisering og rollebasert tilgang, og fjern tilgang når nokon byter rolle. Gå deretter gjennom kryptering og nøkkeloppbevaring, oppdateringar, gjenoppretting og hendingshandtering ved sida av nettverkskontrollane, i dei risikotilpassa omgrepa tryggingsrettleiinga brukar i staden for ei fast sjekkliste.

Kontroll 5: hald på prova

Hald på handsamingsskildringa, tenesteavtalen, tilgangsavgjerdene, risikovurderinga og dei namngjevne eigarane. Prov er det som gjer eit design til noko som kan reviderast eitt år seinare.

To avgjerder fortener eksplisitte svar i staden for antakingar. Ei vurdering av personvernkonsekvensar er påkravd der handsaminga truleg vil medføre høg risiko, og eit personvernombod er obligatorisk berre i nærare angitte tilfelle. Ingen av dei følgjer automatisk av å lagre data i skya, og ingen av dei blir utelukka av det.

Kva den ferdige revisjonen seier

Ein nyttig revisjon forklarer kvifor VPN-en er der, kva han ikkje dekkjer, og kva plikter som ligg utanfor. Det er eit kort dokument, og det er langt meir forsvarleg enn ei påstand om at trafikken er kryptert.

Lat dei ansvarlege personvern- og tryggingsspesialistane vurdere heile ordninga i staden for å godkjenne berre tunnelen.