Er det sikkert at gemme din dagbog i skyen?

Er det sikkert at gemme din dagbog i skyen? Der findes ikke ét svar for alle. Begynd med, hvad du vil beskytte, hvem du vil beskytte det imod, og hvad der ville være værst: uønsket adgang, permanent tab eller begge dele. Derefter afhænger svaret af den konkrete tjeneste, dens arkitektur samt dine enheder og kontoindstillinger.

Cloudlagring kan gøre synkronisering, redundans og gendannelse lettere. Den føjer også udbydersystemer, konti, sikkerhedskopier, metadata og juridiske eller driftsmæssige afhængigheder til dataflowet. End-to-end-kryptering (E2EE) kan begrænse udbyderens adgang, når den er korrekt implementeret, og udbyderen ikke styrer indholdsnøglen. Den sikrer ikke et kompromitteret endepunkt, enhver eksport eller gendannelsesvej og samtlige metadata.

Artiklen er derfor en tjekliste til en trusselsmodel, ikke en aktuel rangliste over apps eller et løfte om absolut hemmeligholdelse. Funktioner og vilkår ændrer sig. Læs dokumentationen og kontrollér indstillingerne for netop den app, plan, platform og version, du bruger.

”Sikker” omfatter både fortrolighed og adgang

Fortrolighed er kun én del af sikkerheden. Du kan også have brug for dagbogen efter en mistet telefon, et kontoproblem, en lukket tjeneste eller en fejlagtig sletning. En løsning, der begrænser udbyderens mulighed for gendannelse, kan styrke fortroligheden og samtidig gøre en mistet nøgle uoprettelig.

Notér de realistiske trusler: en person med en ulåst enhed, en kontotyv, skadelig software på et endepunkt, for brede medarbejderrettigheder, et indbrud hos udbyderen, en forkert delt fil, en læsbar eksport, et retskrav eller tabet af den eneste brugbare kopi. Sandsynlighed og konsekvens varierer mellem personer og mellem notater.

En tekst om hverdagsrutiner kan tåle en anden løsning end notater, der identificerer andre, indeholder helbredsoplysninger eller kan medføre alvorlig skade ved spredning. Dataminimering, for eksempel at udelade navne eller holde det mest følsomme materiale adskilt, reducerer konsekvenserne uanset lagringsmodel.

Hvem kan have en adgangsvej?

Vores guide til hvem der kan læse en digital dagbog gennemgår hele tjeklisten. Mulighederne afhænger af produktet; de er ikke en påstand om, at alle cloudapps fungerer ens.

Udbyderen. Hvis tjenesten gemmer læsbar tekst eller styrer nøglerne til dekryptering, kan autoriserede systemer og enkelte medarbejdere med særlige rettigheder teknisk få adgang. Politikker, adgangskontrol og revisionslog kan begrænse denne mulighed, men er noget andet end kryptografisk at forhindre den.

Underleverandører. Hosting, overvågning, analyse, support og betaling kan håndteres af forskellige virksomheder med forskellige databehov. En betalingsformidler modtager ikke automatisk dagbogsteksten. Undersøg de offentliggjorte underleverandører og datakategorier frem for at antage, at alle partnere kan læse indholdet.

Myndigheder. En udbyder kan modtage gyldige retskrav om data, den besidder. Jurisdiktion, proces, omfang, varsling og indsigelser varierer. Kryptering ophæver ikke en retslig proces, men ændrer, hvilke læsbare data udbyderen teknisk har. Dette er ikke juridisk rådgivning.

Angribere. IBM's årlige Cost of a Data Breach-rapport undersøger organisationer, der allerede har oplevet brud. Den giver baggrund om omkostninger og miljøer, men beregner ikke sandsynligheden for, at en bestemt dagbogsapp eller en bestemt brugers notater bliver kompromitteret.

Personer eller software ved endepunktet. En ulåst telefon, delt konto, synlig notifikation eller læsbar backup kan omgå udbyderens indholdsbeskyttelse. Skadelig software på en godkendt enhed kan også se klartekst. Enhedskode, opdateringer, automatisk låsning, kontobeskyttelse og omhyggelig eksporthåndtering adresserer forskellige dele af risikoen.

Cloud eller lokalt er ikke hele trusselsmodellen. Find ud af, hvor læsbare kopier og brugbare nøgler findes.

Hvad fortæller krypteringsbegreberne?

Kryptering under overførsel beskytter data mellem endepunkter. Den siger ikke, om afsenderen, modtagertjenesten eller senere lagring kan læse klarteksten.

Kryptering i hvile beskytter lagringsmedier eller databaser efter en bestemt nøglemodel. Styrer tjenesten nøglerne til den normale drift, kan autoriserede systemer stadig behandle indholdet. Beskyttelsen er alligevel værdifuld mod visse angreb på selve lagringen og bør ikke kaldes nyttesløs.

End-to-end-kryptering betyder normalt, at indhold krypteres på et godkendt endepunkt og kun dekrypteres på godkendte endepunkter, uden at mellemtjenesten har indholdsnøglen. Den reelle grænse afhænger af nøgleoprettelse, enhedsregistrering, deling, gendannelse, backups, eksporter og implementation. Kontoidentifikatorer, tidspunkter og andre metadata kan fortsat være synlige.

E2EE kan forhindre udbyderen i at udlevere læsbart indhold, den ikke har. Det garanterer ikke sikre endepunkter og kopier, fravær af metadata eller at andre kilder ikke kan nås i en retslig proces. Derfor er det for bredt at sige, at E2EE gør alt utilgængeligt for alle andre end én person.

Løser en brugerstyret skykonto problemet?

Ikke alene. Lagring i en konto, som brugeren vælger, kan mindske dagbogsudviklerens rådighed over data og gøre filerne lettere at flytte. Skyudbyderen, kontogendannelsen, forbundne apps, enhedssikkerheden og dagbogsappens tilladelser er stadig med i systemet.

Kleppmann og kollegers artikel om local-first-software fra 2019 præsenterer brugerautonomi, offlineadgang og langsigtet kontrol som designmål og peger samtidig på brugerens ansvar for sikkerhedskopier og beskyttelse mod tab. Det er et designargument med prototyper, ikke dokumentation for, at enhver BYOS- eller local-first-løsning automatisk er fortrolig, holdbar eller korrekt sikret.

Hvis appen forsvinder, kan en standardeksport eller egen fil blive liggende. Det garanterer ikke, at en proprietær database fortsat er læsbar, eller at synkroniseringen virker. Udbyderlagring kan omvendt have solid gendannelse og eksport. Kontrollér filformat, sletning, opbevaring, backupdækning og en gendannelsesvej, du faktisk har afprøvet.

Afgør privatliv, om dagbogsskrivning virker?

Ingen direkte undersøgelse viser, at stærkere cloudkryptering giver større udbytte af dagbogsskrivning. Teknisk fortrolighed, oplevet privatliv, åbenhed i en skriveopgave og psykologiske resultater er forskellige variabler.

James Pennebakers retrospektiv fra 2018, som han skrev alene, gennemgår forskningen i ekspressiv skrivning og siger, at mekanismerne fortsat er uafklarede. Det fastslår ikke ”frigørelse af hæmning” som mekanisme, garanterer ikke brede helbredsgevinster og viser ikke, at en dagbog skal være ucensureret for at hjælpe.

En observationsanalyse af Jon Penney fra 2016 rapporterede ændringer i trafikken til visse Wikipedia-artikler efter offentlige afsløringer om overvågning. Den undersøgte ikke dagbøger, kryptering, enkeltpersoners skriveadfærd eller mental sundhed og kan ikke vise, at cloudlagring forårsager selvcensur i en dagbog.

En PEN America-undersøgelse fra 2015 spurgte skribenter om bekymring for overvågning og rapporterede selvoplyste ændringer i research og kommunikation. Det var ikke et randomiseret dagbogsstudie og kan ikke måle en apps lagringsarkitekturs effekt på terapeutiske resultater.

Vores gennemgange af hvad dagbogsforskningen kan understøtte og dagbogsskrivning og angst adskiller resultater fra bestemte skriveprotokoller fra løfter om almindelig dagbogsbrug. En løsning, der føles acceptabel, kan være lettere at bruge; det beviser ikke, at privatliv er en nødvendig eller tilstrækkelig mekanisme.

Privatliv kan påvirke lysten til at skrive. Forskningen fastslår ikke en enkel kæde fra kryptering over ærlighed til helbredsgevinst.

En konkret gennemgang

• Definér truslen. Beskriv, hvem eller hvad du beskytter dig imod, og om afsløring, tab eller mistet adgang er hovedproblemet.
• Kortlæg kopier og nøgler. Medtag enheder, udbyderlagring, eget skylager, cache, backups, notifikationer og eksporter. Find ud af, hvem der kan dekryptere, tilføje en enhed og gendanne kontoen.
• Beskyt konto og endepunkter. Brug passende enhedslås, unikke loginoplysninger, multifaktorgodkendelse, hvor den findes, og opdateret software.
• Læs omfanget. ”Krypteret” kan gælde indhold, men ikke titler, tidspunkter, diagnostik eller søgeindekser. Se dato, version, omfang og undtagelser i en uafhængig revision.
• Test gendannelse, eksport og sletning. Kontrollér, at du kan gendanne og få en brugbar kopi uden at efterlade en ubeskyttet eksport. Undersøg, hvad der bliver i backups, og hvor længe.

God dokumentation forklarer, hvordan den første nøgle oprettes, hvordan en ny enhed godkendes, og hvad der sker, hvis adgangskode, telefon eller gendannelseshemmelighed mistes. Hvis support kan gendanne læsbare noter uden en eksisterende godkendt enhed eller en hemmelighed, kun brugeren kender, må en ekstra nøgle eller betroet part gøre det muligt. Det behøver ikke være en fejl, men adgangsgrænsen skal beskrives korrekt.

Åben kildekode muliggør inspektion, men beviser ikke i sig selv, at butiksversionen svarer til den gennemgåede kode, eller at driften er sikkert konfigureret. Skeln også fortrolighed fra sletning: slettet tekst kan ligge en tid på synkroniserede enheder, i køer eller backups. Perioden kan støtte gendannelse og samtidig forsinke endelig sletning.

Det realistiske svar

Cloudlagring kan være et rimeligt valg, når adgangsveje og gendannelsesafvejninger passer til trusselsmodellen. E2EE med sund nøglehåndtering kan mindske udbyderens indholdsadgang væsentligt. Brugerstyret eller local-first-lagring kan øge kontrol og portabilitet. Ingen af betegnelserne fjerner risici i endepunkter, konti, backups, eksporter, metadata eller datatab.

Der findes ingen forskningsbaseret regel om, at alle private dagbøger skal bruge én arkitektur. Hvis adgang kan få alvorlige personlige, juridiske eller sikkerhedsmæssige følger, kan du reducere identificerende oplysninger, adskille det mest følsomme materiale eller søge kvalificeret sikkerheds- eller juridisk rådgivning.

Når du har en løsning, du vil bruge, forklarer vores guide til at opbygge en dagbogsvane, hvorfor forskningen ikke giver én obligatorisk frekvens eller ét nødvendigt format.

Læs den aktuelle dokumentation, kontrollér indstillingerne på hver enhed, og lav en bevidst plan for backup og gendannelse. Ingen enkelt afkrydsningsboks gør cloudlagring absolut sikker.