VPN versleutel die reis, nie die kopie op skyf of in die wolk nie

Volg een lêer van ’n skootrekenaar na ’n kollega: dit bestaan op die skyf, steek ’n tonnel oor, beland in ’n wolkemmer en word in ’n rugsteun gekopieer. Net een van daardie segmente word deur die VPN gedek, en dit is die kortste een. Die ander kopieë bly bestaan nadat die tonnel sluit, onder watter bergingsversleuteling die eienaars werklik opgestel het. Om te weet watter kopie deur wat beskerm word, verhoed dat ’n werkende tonnel vir ’n databeskermingsbeleid aangesien word.

Volg een lêer deur drie kopieë

Begin by waar die grepe rus, dan waar hulle beweeg, dan waar hulle weer gestoor word. Die tonnel sit in die middelste stadium. Aan weerskante daarvan is bergingsversleuteling, toepassingsversleuteling en toegangsbeheer aparte meganismes met aparte sleutelbewaarders.

Teken daardie pad voordat jy enigiets kies. Die tekening wys gewoonlik dat die kopie waaroor die meeste mense bekommerd is, die een op pad, die een is wat die minste sekondes bestaan. Dit wys ook watter sprong niemand in die vertrek het nie, en dit is gewoonlik die een wat aandag nodig het.

Die tonnel se werk eindig by sy eie eindpunt

’n Konvensionele VPN versleutel die segment tussen sy twee eindpunte. Anderkant die verre eindpunt is die verkeer weer gewone IP, tensy iets anders dit beskerm; daarom kan ’n blaaier-sessie end-tot-end versleutel bly terwyl die tonnel net die eerste been dek.

Niks aan daardie segment sê hoe die ontvangende diens die oplaai stoor, wat hy in sy logboeke skryf, of watter rekeningmetadata hy hou nie. Dit is eienskappe van die ontvangende stelsel, en hulle geld of die versoek deur ’n tonnel gekom het of nie. ’n Operateur wat versleutelde vervoer adverteer, het die reis beskryf, nie die pakhuis nie.

Jou skyf en jou sleutelstoor is aparte besluite

Volle skyfversleuteling beskerm die volume wanneer die masjien af is, en dit hang af van ’n sleutel wat die toestel of die gebruiker by die opstart verskaf. ’n Wagwoordbestuurder se kluis versleutel sy eie inhoud met ’n sleutel wat uit ’n hoofgeheim afgelei is. Om ’n VPN aan te skakel doen nie een van daardie dinge nie, en dit sal nie ’n gewone-teks-uitvoer versleutel wat reeds in ’n aflaaigids staan nie.

Uitvoere is waar dit konkreet word. ’n Kluisuitvoer wat vir ’n migrasie geskryf is, is ’n gewone-teks-lêer met al die geheime daarin, en dit oorleef die tonnel, die sessie en die herbegin tensy iemand dit verwyder.

file export-notes.json
head -c 80 export-notes.json
sha256sum export-notes.json

As daardie uitvoer leesbare teks is, is die lêer onbeskermd. Skrap dit so gou as wat die migrasie klaar is, en onthou dat veilige uitwissing op moderne berging toestelspesifiek is eerder as ’n enkele draagbare opdrag.

Wat wolkekant-versleuteling werklik dek

Bedienerkant-versleuteling beskerm die gestoorde objek teen iemand wat die onderliggende media bekom, en die verskaffer hou steeds sleutels waarmee hy dit kan lees. Kliëntkant-versleuteling, waar die lêer voor die oplaai versleutel word, hou die gewone teks buite die verskaffer se bereik maar skuif sleutelbewaring en herstel na jou.

Nie een van die twee modelle is verkeerd nie, en hulle beantwoord verskillende vrae oor wie die data moet kan lees. Gaan die werklike produkopstelling na eerder as om aan te neem dat die een die ander impliseer. Lees die verklaring oor sleutelbewaring letterlik, insluitend wat gebeur wanneer ondersteuning ’n rekening herstel. As die verskaffer toegang sonder jou sleutel kan herstel, dan kan die verskaffer die objek lees.

Kopieë vermeerder stil. ’n Gedeelde skakel, ’n sinchroniseerkliënt, ’n plaaslike kas en ’n rugsteuntaak skep elk nog ’n objek onder ’n beleid wat jy dalk nie gekies het nie. Lys hulle vir die data wat saak maak, want die sterkste versleuteling in die pad is irrelevant as ’n gewone-teks-kopie in ’n gedeelde gids sit.

Die bewys is ’n herstel, nie ’n oplaaispoed nie

Die nuttige bewys van ’n bergingsontwerp is dat die bedoelde mense die data kan herstel en die onbedoeldes nie. Oplaai-deurset meet iets heeltemal anders, en dit vlei elke ontwerp wat nooit herstel is nie. Kies een lêer uit elke kopie waarop jy staatmaak en bewys dat dit terugkom.

Herstel een lêer uit elke kopie waarop jy staatmaak, met die herstelmateriaal eerder as die sessie wat dit geskep het. ’n Sleutel wat net in die masjien gehou word wat gefaal het, is nie ’n herstelplan nie, en ’n rugsteun waarvan die herstel die kluis nodig het wat jy verloor het, is op ’n ander manier ’n enkele foutpunt.

Die riglyn vir sleutelbestuur van NIST dek die lewensiklusvrae wat elke enkele produkbesluit oorleef. Hou die antwoorde by die data wat hulle beskerm, en hersien hulle wanneer ’n kopie, ’n ontvanger of ’n bergingsverskaffer verander.