A VPN az utat titkosítja, nem a lemezen vagy a felhőben lévő másolatot

Kövessünk végig egy fájlt a laptopról egy kollégáig: ott van a lemezen, átkel egy alagúton, egy felhőtárolóba kerül, és bekerül egy biztonsági mentésbe. E szakaszok közül csak egyet fed le a VPN, és éppen a legrövidebb életűt. A többi másolat tovább él az alagút bezárása után, azzal a tárolási titkosítással, amelyet a tulajdonosaik valójában beállítottak. Ha tudjuk, melyik másolatot mi védi, az megakadályozza, hogy egy működő alagutat adatvédelmi szabályzatnak nézzünk.

Egy fájl követése három másolaton át

Kezdjük azzal, hol pihennek a bájtok, aztán azzal, hol mozognak, végül azzal, hol tárolják őket újra. Az alagút a középső szakaszon van. Két oldalán a tárolási titkosítás, az alkalmazástikosítás és a hozzáférés-vezérlés külön mechanizmusok, külön kulcsőrzőkkel.

Rajzoljuk meg ezt az utat, mielőtt bármit választanánk. A rajz általában megmutatja, hogy a másolat, ami miatt a legtöbben aggódnak, az útközbeni, létezik a legkevesebb másodpercig. Azt is megmutatja, melyik ugrásnak nincs gazdája a szobában, és általában ez az, amelyik figyelmet igényel.

Az alagút munkája a saját végpontjánál véget ér

Egy hagyományos VPN a két végpontja közötti szakaszt titkosítja. A távoli végponton túl a forgalom ismét közönséges IP, hacsak valami más nem védi, ezért egy böngésző-munkamenet végponttól végpontig titkosított maradhat, miközben az alagút csak az első szakaszt fedi le.

E szakasz semmit sem mond arról, hogyan tárolja a fogadó szolgáltatás a feltöltést, mit ír a naplóiba, vagy milyen fiók-metaadatokat tart meg. Ezek a fogadó rendszer tulajdonságai, és attól függetlenül érvényesek, hogy a kérés alagúton keresztül érkezett-e. Az a szolgáltató, amely titkosított átvitelt hirdet, az utat írta le, nem a raktárat.

A lemez és a kulcstár külön döntések

A teljes lemeztitkosítás kikapcsolt gép esetén védi a kötetet, és olyan kulcstól függ, amelyet az eszköz vagy a felhasználó az indításkor szolgáltat. Egy jelszókezelő tárolója saját tartalmát egy főtitokból származtatott kulccsal titkosítja. A VPN bekapcsolása egyiket sem teszi meg, és nem titkosít egy már a letöltések mappájában lévő egyszerű szöveges exportot.

Az exportoknál ez konkrét lesz. Egy migrációhoz írt tárolóexport egyszerű szöveges fájl az összes titokkal, és túléli az alagutat, a munkamenetet és az újraindítást, hacsak valaki el nem távolítja.

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

Ha ez a kimenet olvasható szöveg, a fájl védelem nélküli. Töröljük, amint a migráció elkészült, és ne feledjük, hogy a modern tárolón a biztonságos törlés eszközfüggő, nem egyetlen hordozható parancs.

Mit fed le valójában a felhőoldali titkosítás

A kiszolgálóoldali titkosítás védi a tárolt objektumot azzal szemben, aki megszerzi az alapul szolgáló adathordozót, és a szolgáltatónak továbbra is van kulcsa az olvasáshoz. Az ügyféloldali titkosítás, ahol a fájlt a feltöltés előtt titkosítják, távol tartja az egyszerű szöveget a szolgáltatótól, de a kulcsőrzést és a helyreállítást Önhöz helyezi.

Egyik modell sem helytelen, és különböző kérdésekre válaszolnak arról, kinek szabadna olvasnia az adatokat. Ellenőrizzük a tényleges termékkonfigurációt ahelyett, hogy feltételeznénk, az egyik magában foglalja a másikat. Olvassuk szó szerint a kulcsőrzésre vonatkozó nyilatkozatot, beleértve azt is, mi történik, amikor a támogatás helyreállít egy fiókot. Ha a szolgáltató az Ön kulcsa nélkül is helyre tudja állítani a hozzáférést, akkor a szolgáltató olvasni tudja az objektumot.

A másolatok csendesen szaporodnak. Egy megosztott hivatkozás, egy szinkronizáló kliens, egy helyi gyorsítótár és egy biztonsági mentési feladat mindegyike újabb objektumot hoz létre egy olyan szabályzat alatt, amelyet talán nem Ön választott. Soroljuk fel őket azokhoz az adatokhoz, amelyek számítanak, mert az útvonal legerősebb titkosítása is lényegtelen, ha egy egyszerű szöveges másolat megosztott mappában van.

A bizonyíték a helyreállítás, nem a feltöltési sebesség

Egy tárolási terv hasznos bizonyítéka az, hogy a szándékolt emberek helyre tudják állítani az adatokat, a nem szándékoltak pedig nem. A feltöltési átviteli sebesség egészen mást mér, és hízeleg minden olyan tervnek, amelyet soha nem állítottak helyre. Válasszunk egy fájlt minden olyan másolatból, amelyre támaszkodunk, és bizonyítsuk, hogy visszajön.

Állítsunk helyre egy fájlt minden olyan másolatból, amelyre támaszkodunk, a helyreállítási anyagot használva a létrehozó munkamenet helyett. Az a kulcs, amelyet csak a meghibásodott gépben tartanak, nem helyreállítási terv, és egy olyan biztonsági mentés, amelynek helyreállításához az elveszett tároló kell, más módon egyetlen hibapont.

A NIST kulcskezelési útmutatója azokat az életciklus-kérdéseket fedi le, amelyek túlélnek minden egyes termékdöntést. Tartsuk a válaszokat az általuk védett adatok mellett, és vizsgáljuk felül őket, amikor egy másolat, egy címzett vagy egy tárolási szolgáltató megváltozik.