VPN šifruje cestu, nie kópiu na disku alebo v cloude

Sledujte jeden súbor z notebooku ku kolegovi: existuje na disku, prejde tunelom, pristane v cloudovom úložisku a skopíruje sa do zálohy. Iba jeden z týchto úsekov je pokrytý VPN, a je to ten najkratšie existujúci. Ostatné kópie pretrvávajú po zatvorení tunela, pod šifrovaním úložiska, ktoré ich vlastníci skutočne nastavili. Vedomie, ktorá kópia je čím chránená, bráni tomu, aby sa fungujúci tunel považoval za politiku ochrany údajov.

Sledujte jeden súbor cez tri kópie

Začnite tým, kde bajty odpočívajú, potom tým, kam sa pohybujú, a nakoniec tým, kde sa znova ukladajú. Tunel zaujíma strednú fázu. Po oboch jeho stranách sú šifrovanie úložiska, šifrovanie aplikácií a riadenie prístupu samostatné mechanizmy so samostatnými správcami kľúčov.

Nakreslite tú cestu, kým čokoľvek vyberiete. Kresba zvyčajne ukáže, že kópia, o ktorú sa väčšina ľudí bojí, tá na ceste, existuje najmenej sekúnd. Ukáže aj, ktorý skok nemá v miestnosti nikoho, a to je zvyčajne ten, ktorý potrebuje pozornosť.

Práca tunela sa končí v jeho vlastnom koncovom bode

Bežná VPN šifruje úsek medzi svojimi dvoma koncovými bodmi. Za vzdialeným koncovým bodom je prevádzka opäť obyčajné IP, ak ju nechráni niečo iné; preto môže relácia prehliadača zostať šifrovaná od konca po koniec, zatiaľ čo tunel pokrýva len prvý úsek.

Nič v tom úseku nehovorí, ako prijímajúca služba ukladá nahrávku, čo zapisuje do svojich protokolov alebo aké metadáta účtu si ponecháva. To sú vlastnosti prijímajúceho systému a platia bez ohľadu na to, či požiadavka prišla tunelom. Prevádzkovateľ, ktorý inzeruje šifrovaný prenos, opísal cestu, nie sklad.

Váš disk a vaše úložisko kľúčov sú oddelené rozhodnutia

Šifrovanie celého disku chráni zväzok, keď je stroj vypnutý, a závisí od kľúča, ktorý zariadenie alebo používateľ dodá pri spustení. Trezor správcu hesiel šifruje svoj vlastný obsah kľúčom odvodeným z hlavného tajomstva. Zapnutie VPN nerobí ani jedno a nezašifruje export v čistom texte, ktorý už leží v priečinku sťahovania.

Pri exportoch to začína byť konkrétne. Export trezoru napísaný pre migráciu je súbor v čistom texte so všetkými tajomstvami a prežije tunel, reláciu aj reštart, ak ho niekto neodstráni.

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

Ak je tento výstup čitateľný text, súbor nie je chránený. Zmažte ho, hneď ako sa migrácia skončí, a pamätajte, že bezpečné mazanie na modernom úložisku závisí od zariadenia a nie je jediným prenosným príkazom.

Čo šifrovanie na strane cloudu skutočne pokrýva

Šifrovanie na strane servera chráni uložený objekt pred niekým, kto získa základné médium, a poskytovateľ stále drží kľúče, ktorými ho môže prečítať. Šifrovanie na strane klienta, keď je súbor zašifrovaný pred nahratím, drží čistý text mimo dosahu poskytovateľa, ale presúva správu kľúčov a obnovu na vás.

Ani jeden z modelov nie je nesprávny a odpovedajú na rôzne otázky o tom, kto by mal údaje čítať. Skontrolujte skutočnú konfiguráciu produktu, namiesto toho, aby ste predpokladali, že jeden implikuje druhý. Čítajte doslova vyhlásenie o správe kľúčov, vrátane toho, čo sa stane, keď podpora obnoví účet. Ak poskytovateľ môže obnoviť prístup bez vášho kľúča, potom poskytovateľ môže objekt prečítať.

Kópie sa množia ticho. Zdieľaný odkaz, synchronizačný klient, lokálna medzipamäť a úloha zálohovania vytvárajú každý ďalší objekt podľa zásady, ktorú ste možno nezvolili. Vymenujte ich pre údaje, na ktorých záleží, pretože najsilnejšie šifrovanie na ceste je irelevantné, ak kópia v čistom texte leží v zdieľanom priečinku.

Dôkazom je obnova, nie rýchlosť nahrávania

Užitočným dôkazom návrhu úložiska je, že zamýšľaní ľudia môžu údaje obnoviť a nezamýšľaní nie. Priepustnosť nahrávania meria niečo úplne iné a lichotí každému návrhu, ktorý nebol nikdy obnovený. Vyberte jeden súbor z každej kópie, na ktorú sa spoliehate, a dokážte, že sa vracia.

Obnovte jeden súbor z každej kópie, na ktorú sa spoliehate, pomocou obnovovacieho materiálu, nie relácie, ktorá ho vytvorila. Kľúč držaný iba v stroji, ktorý zlyhal, nie je plán obnovy, a záloha, ktorej obnova vyžaduje stratený trezor, je iným druhom jediného bodu zlyhania.

Pokyny NIST pre správu kľúčov pokrývajú otázky životného cyklu, ktoré prežijú každé jednotlivé rozhodnutie o produkte. Uchovávajte odpovede spolu s údajmi, ktoré chránia, a revidujte ich, keď sa zmení kópia, príjemca alebo poskytovateľ úložiska.