VPN versleutelt de reis, niet de kopie op schijf of in de cloud

Volg één bestand van een laptop naar een collega: het staat op de schijf, steekt een tunnel over, belandt in een cloudbucket en wordt naar een back-up gekopieerd. Slechts één van die segmenten valt onder de VPN, en het is het kortst bestaande. De andere kopieën blijven bestaan nadat de tunnel sluit, onder de schijfversleuteling die hun eigenaren werkelijk hebben ingesteld. Weten welke kopie door wat wordt beschermd, voorkomt dat een werkende tunnel voor een gegevensbeschermingsbeleid wordt aangezien.

Volg één bestand langs drie kopieën

Begin bij waar de bytes rusten, dan waar ze bewegen en dan waar ze opnieuw worden opgeslagen. De tunnel zit in de middelste fase. Aan weerszijden daarvan zijn schijfversleuteling, applicatieversleuteling en toegangsbeheer aparte mechanismen met aparte sleutelbeheerders.

Teken dat pad voordat u iets kiest. De tekening laat meestal zien dat de kopie waar de meeste mensen zich zorgen over maken, die onderweg, het minst lang bestaat. Ze laat ook zien welke hop niemand in de kamer heeft, en dat is meestal degene die aandacht nodig heeft.

De taak van de tunnel eindigt bij zijn eigen eindpunt

Een conventionele VPN versleutelt het segment tussen zijn twee eindpunten. Voorbij het verre eindpunt is het verkeer weer gewoon IP, tenzij iets anders het beschermt; daarom kan een browsersessie end-to-end versleuteld blijven terwijl de tunnel alleen het eerste stuk dekt.

Niets aan dat segment zegt hoe de ontvangende dienst de upload opslaat, wat hij in zijn logboeken schrijft of welke accountmetadata hij bewaart. Dat zijn eigenschappen van het ontvangende systeem, en ze gelden of het verzoek nu via een tunnel binnenkwam of niet. Een aanbieder die versleuteld transport adverteert, heeft de reis beschreven, niet het magazijn.

Uw schijf en uw sleutelopslag zijn aparte beslissingen

Volledige schijfversleuteling beschermt het volume wanneer de machine uit staat, en ze hangt af van een sleutel die het apparaat of de gebruiker bij het opstarten levert. De kluis van een wachtwoordbeheerder versleutelt zijn eigen inhoud met een sleutel die uit een hoofdgeheim is afgeleid. Een VPN inschakelen doet geen van beide, en versleutelt geen tekstexport die al in een downloadmap staat.

Bij exports wordt dit concreet. Een kluisexport voor een migratie is een tekstbestand met alle geheimen erin, en het overleeft de tunnel, de sessie en de herstart, tenzij iemand het verwijdert.

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

Als die uitvoer leesbare tekst is, is het bestand onbeschermd. Verwijder het zodra de migratie klaar is, en bedenk dat veilig wissen op moderne opslag apparaatgebonden is en geen enkel draagbaar commando.

Wat versleuteling aan de cloudkant werkelijk dekt

Server-side versleuteling beschermt het opgeslagen object tegen iemand die de onderliggende media verkrijgt, en de aanbieder houdt sleutels waarmee hij het kan lezen. Client-side versleuteling, waarbij het bestand vóór het uploaden wordt versleuteld, houdt de platte tekst buiten het bereik van de aanbieder, maar verplaatst sleutelbeheer en herstel naar u.

Geen van beide modellen is fout, en ze beantwoorden verschillende vragen over wie de gegevens zou moeten kunnen lezen. Controleer de werkelijke productconfiguratie in plaats van aan te nemen dat het ene het andere impliceert. Lees de verklaring over sleutelbeheer letterlijk, inclusief wat er gebeurt wanneer support een account herstelt. Als de aanbieder toegang kan herstellen zonder uw sleutel, kan de aanbieder het object lezen.

Kopieën vermenigvuldigen zich stil. Een gedeelde link, een synchronisatieclient, een lokale cache en een back-uptaak maken elk nog een object onder een beleid dat u misschien niet hebt gekozen. Inventariseer ze voor de gegevens die ertoe doen, want de sterkste versleuteling in het pad is irrelevant als er een tekstkopie in een gedeelde map staat.

Het bewijs is een herstel, niet een uploadsnelheid

Het nuttige bewijs van een opslagontwerp is dat de bedoelde mensen de gegevens kunnen herstellen en de onbedoelde niet. Uploaddoorvoer meet iets heel anders, en het vleit elk ontwerp dat nooit werd hersteld. Neem één bestand uit elke kopie waarop u vertrouwt en bewijs dat het terugkomt.

Herstel één bestand uit elke kopie waarop u vertrouwt, met het herstelmateriaal in plaats van de sessie die het heeft gemaakt. Een sleutel die alleen in de machine staat die uitviel, is geen herstelplan, en een back-up waarvan het herstel de kluis vereist die u kwijt bent, is op een andere manier een enkel storingspunt.

De richtlijn voor sleutelbeheer van NIST behandelt de levenscyclusvragen die elke afzonderlijke productbeslissing overleven. Bewaar de antwoorden bij de gegevens die ze beschermen, en herzie ze wanneer een kopie, een ontvanger of een opslagaanbieder verandert.