2 min lugemist

Mis juhtub, kui lekivad intimsed andmed

Tavapäraste teenuste andmelekked on ebamugavad. Intimteenuste lekked on teistmoodi püsivad ja seda erinevust tasub tõesti mõista.

Mis juhtub, kui lekivad intimsed andmed

Enamik andmelekked on lihtsalt ebamugavus. Muudad parooli, jälgid mõni kuu pangakaarti ja aasta jooksul on see tähtsuse kaotanud.

Intimseid andmeid puudutavad lekked toimivad teisiti. Erinevus ei seisne tavapärases mahus ega tõsiduses, vaid selles, mida ei saa enam tagasi võtta.

Miks see on eraldi kategooria

Parooli saab muuta. Pangakaardi saab unustada ja uue tellida. Seda, mida keegi oma partnerile kirjutas, ei saa tühistada, nagu ka fakti, et konkreetsel inimesel oli kuskil konto.

Konto olemasolu ongi tihti kogu kahju. Mitme hästi dokumenteeritud lekkepuhul teenustes, mida inimesed eraviisiliselt kasutasid, piisas tõsise kahju tekitamiseks vaid e-posti aadressidest, enne kui keegi ühtegi sõnumit luges. Ashley Madison 2015. aastal on sellest õpikunäide ning tagajärjed üksikisikutele olid rasked ja mõnel juhul pöördumatud.

Teine omadus on püsivus. Lekkinud andmekogusid ei kustutata. Need ringlevad, neid indekseeritakse, neid liidetakse teiste andmebaasidega ja need ilmuvad uuesti pinnale aastaid hiljem.

Sa võid muuta kõiki oma pääsmeandmeid. Sa ei saa muuta fakti, et kirje on olemas.

Andmete liitmise probleem

Üksik andmeleke näib tihti kahjutu. E-posti aadress ja ajatempel.

Oht tuleneb kombineerimisest. Ühe lekke aadress pluss teise lekke telefoninumber pluss kolmanda asukohalugu loovad profiili, mida polnud üheski neist eraldi.

Seetõttu on väide "need olid ainult e-posti aadressid" nõrgem lohutus, kui see kõlab, ja seetõttu on andmete minimeerimine olulisem kui lekkele reageerimine.

Mis tegelikult riski vähendab

Tähendusrikkalt ainult üks asi: see, et andmeid polegi algusest peale loetaval kujul olemas.

Kõik muu on vaid leevendus. Head turvapraktikad vähendavad lekke tõenäosust, kuid ei muuda seda, mida leke paljastab. Säilitamispiirangud vähendavad paljastatava hulka. Krüpteerimine, kus võti on teenusepakkuja käes, kaitseb mõne ründevormi eest, kuid mitte ründaja eest, kes pääseb töötavasse süsteemi.

Otspunktkrüpteerimine on ainus lahendus, kus serverite täielik murdmine ei paljasta sisu, sest sisu pole seal loetaval kujul olemas.

See ei kaitse metaandmeid. Ründaja saaks ikkagi teada, et kaks kontot olid olemas, olid omavahel ühendatud ja olid teatud päevadel aktiivsed. See on tegelik paljastus, kuid mäekõrguselt väiksem.

Küsimused, mida tasub küsida igalt intimteenuselt

Mida saaks lugeda ründaja, kes murrab täielikult sisse teie serveritesse?

Kui kaua te säilitate andmeid pärast konto kustutamist?

Millised kolmandad osapooled saavad neist andmetest osa?

Kas on olemas avalik turvakontakt ja ajalugu teavitustele reageerimisel?

Esimene küsimus on see, mis eristab arhitektuure. Kõik muu on praktika ja praktika muutub koos juhtkonnaga.

Duohearti seisukoht

Sisu, ehk küsimused, vastused, sõnumid ja kõned, on krüpteeritud seadmetes võtmega, mis luuakse kohapeal ja mida ei saadeta kunagi meile. Meie infrastruktuuri täielik murdmine ei paljastaks seda, sest me ei hoia seda loetaval kujul.

See paljastaks kontode olemasolu, nendevahelise seose ning tellimuse ja aktiivsuse info. Me ei hakka väitma, et see pole midagi.

Samuti kogume vähem andmeid, kui saaksime, mis on kõige vähem glamuurne, kuid üks tõhusamaid privaatsusmeetmeid. Andmed, mida pole kunagi kogutud, ei saa lekkida.

Mida teha kasutajana

Kasuta selliste teenuste jaoks e-posti aadressi, mis pole sinu põhiaadress. Kustuta kontod, mida sa ei kasuta, korrektselt, mitte lihtsalt rakendust eemaldades. Ja eelda kõige puhul, mida mis tahes teenusesse sisestad, et sellest võib kümne aasta pärast kuskil koopia eksisteerida, sest enamiku teenuste puhul see nii ongi.

Korduvad küsimused

Miks on intimrakenduste andmelekked hullemad kui teised lekked?
Sest paljastust ei saa tagasi pöörata. Paroole ja pangakaarte saab vahetada, kuid konto olemasolu ja sinna kirjutatut ei saa muuta.
Kas otspunktkrüpteerimine kaitseb andmelekke eest?
See kaitseb sisu, sest teenusepakkuja ei hoia seda loetaval kujul. Metaandmed, nagu konto olemasolu ja aktiivsuse ajad, jäävad siiski haavatavaks.
Mis on parim kaitse andmelekke vastu?
Andmed, mida pole kunagi kogutud või mida teenusepakkuja ei saa lugeda. Kõik muu vähendab pigem tõenäosust kui muudab seda, mida leke paljastaks.

Loe edasi