Data i skyen: kryptering, nøkkelinnehavere og delingslenker

En skyleverandør vil nesten alltid fortelle deg at dataene dine er kryptert, og dette er vanligvis sant. Det er også, alene, et ganske svakt utsagn, fordi det utelater detaljen som avgjør hvem som faktisk kan lese de dataene hvis pålagt, utsatt for innbrudd, eller ganske enkelt nysgjerrig: hvem som har nøkkelen.

Kryptering i hvile og under overføring, som standard

Google Clouds dokumentasjon beskriver hva de fleste store leverandører gjør som standard: «Alle data som lagres av Google er kryptert på lagringslaget ved bruk av Advanced Encryption Standard (AES)-algoritmen, AES-256», brukt automatisk, uten at kunden trenger å konfigurere noe. Data under overføring mellom enheten din og leverandøren er separat beskyttet av TLS, dekket i kryptografi-kurset i denne akademien. Denne grunnlinjen er genuint nyttig — den beskytter for eksempel mot at noen fysisk stjeler en harddisk fra et datasenter — men den svarer bare på deler av spørsmålet.

Hvem som har nøkkelen endrer hva beskyttelsen er for

Som standard sier Google Cloud det rett ut: «vi eier og administrerer nøklene brukt i standard kryptering i hvile.» Det er standard praksis i bransjen, og det er nøyaktig hvorfor denne standarden beskytter deg mot fysisk tyveri eller en ekstern angriper, men ikke mot leverandøren selv: hvis leverandøren har nøkkelen, kan den teknisk sett få tilgang til dataene, og det kan også alle som lovlig tvinger leverandøren til det. Leverandører tilbyr også kundeadministrerte nøkkelalternativer for organisasjoner som trenger å ha sine egne nøkler, selv om dette legger til reell operasjonell kompleksitet — å miste din egen nøkkel uten leverandørfallback kan bety å miste dataene permanent.

Ende-til-ende-krypterte alternativer: kunden har den eneste nøkkelen

Et mindre antall forbrukerrettede funksjoner går lenger enn leverandøradministrert kryptering i hvile, og utvider ekte ende-til-ende-kryptering (garantien utforsket i kryptografi-kurset) inn i selve skylagringen. Apples Advanced Data Protection for iCloud er et dokumentert eksempel: når aktivert, utvider den ende-til-ende-kryptering til iCloud-sikkerhetskopiering, Bilder, Notater, iCloud Drive og mer, og Apple sier at «dine pålitelige enheter beholder eksklusiv tilgang til krypteringsnøklene for det meste av iCloud-dataene dine» — som betyr at Apple selv ikke kan dekryptere dem, selv under juridisk tvang, og sier det rett ut: «Ingen andre kan få tilgang til dine ende-til-ende-krypterte data — ikke engang Apple.» Avveiningen Apple dokumenterer ved siden av dette er reell: fordi Apple ikke har noen nøkkel, kan de heller ikke hjelpe med å gjenopprette de dataene hvis du mister tilgangen og ikke har satt opp en gjenopprettingskontakt eller gjenopprettingsnøkkel på forhånd. Sterk beskyttelse og enkel kontogjenoppretting trekker i motsatte retninger, og Advanced Data Protection ber deg velge.

Delingslenker: den stille måten data forlater modellen ovenfor

Alt det ovenstående kan bli reversert av én uforsiktig deling. En innstilling som «alle med lenken kan se» på et sky-dokument gjør sterk kryptering i hvile til noe nærmere en offentlig nettside: selve lenken blir det eneste som står mellom dataene dine og alle som mottar, videresender eller gjetter den. Dette betyr mer enn det kanskje virker som, fordi slike lenker uten videre videresendes utover den tiltenkte mottakeren, ofte ender opp indeksert eller mellomlagret på uventede steder, og sjelden utløper av seg selv. Før du deler noe sensitivt, er det verdt å sjekke om lenken kan begrenses til bestemte personer som allerede må være innlogget, gis en utløpsdato, og tilbakekalles når den ikke lenger trengs — valg de fleste store leverandører tilbyr, men ikke slår på som standard.