Een openbare computer met een VPN gebruiken: wat u eerst moet controleren
Een tunnel beschermt de route, niet de machine aan beide uiteinden. Bepaal wie de host beheert, wat op de schijf blijft staan en hoe u de toegang intrekt voordat u inlogt.
Geleende machine, dringende taak en een VPN-client die belooft alles te versleutelen: de volgorde voelt veilig en is dat niet. Een tunnel beschermt de route tussen twee eindpunten, en het eindpunt voor u is het deel dat u niet kunt verifiëren. De drie stappen hieronder bepalen of het apparaat überhaupt bruikbaar is, hoe u inloggegevens ervan weghoudt en wat u daarna doet zodat een tijdelijke sessie geen permanente kopie wordt.
De tunnel begint nadat de host de gegevens al heeft gezien
De versleuteling gebeurt in de VPN-client, die als programma op de machine draait. Alles boven dat programma, inclusief de browser, het besturingssysteem en elke extensie of stuurprogramma met voldoende toegang, verwerkt uw gegevens voordat ze worden versleuteld. Dat is geen fout in het protocol; het is de plek waar het protocol zit.
Het exitadres controleren bewijst daarom bijna niets over de host. Een machine kan al het verkeer via een schone uitgang leiden en toch elke toetsaanslag loggen, en die twee feiten zijn niet in tegenspraak.
Het nuttige kader is vragen wat de host kan waarnemen in plaats van wat het netwerk kan. Op een machine die iemand anders beheert, is die verzameling groter dan u kunt opsommen.
Stap één: stel vast wie het apparaat beheert
Beheer is een kwestie van beheerdersrechten en fysieke toegang, niet van beleefdheid. Als een ander persoon software kan installeren, een stuurprogramma kan laden, een apparaat kan aansluiten of een image kan herstellen, is het gedrag van de machine niet iets wat u kunt vaststellen door ernaar te kijken. Beheer is een vermogen, en vermogens verschijnen niet op een schermafbeelding. Vraag het de persoon die u de machine gaf.
Let op de gewone signalen en behandel elk als bewijs over beheer in plaats van als bewijs van veiligheid. Geen ervan is op zichzelf beslissend.
- Een gast- of kioskaccount dat geen software kan installeren, is een beter uitgangspunt dan een beheerdersaccount dat iemand u gaf.
- Een beheerd apparaat met een bekende eigenaar en een supportcontact is beter dan een onbeheerde terminal, zelfs wanneer de terminal er schoner uitziet.
- Een machine waarop u niet kunt vaststellen wie zich het laatst aanmeldde, is een machine waarvan u de toestand niet kunt beschrijven.
Geen van deze controles maakt een gedeelde host betrouwbaar. Ze vertellen u of het risico beperkt genoeg is om door te gaan met een beperkte taak, wat een andere en eerlijker vraag is. Noteer het antwoord voordat u verdergaat.
Stap twee: houd inloggegevens van de host weg
Een levend profiel is geen bladwijzer. Een OpenVPN-profiel kan ingebedde certificaten en een persoonlijke sleutel bevatten, en het importeren schrijft dat materiaal naar een apparaat dat niet van u is. Hetzelfde geldt voor een browsersessie die een cookie opslaat, en voor elke wachtwoordbeheerder die een kluis lokaal cachet.
| Decision | Safe default | What it buys you |
|---|---|---|
| Which device to use | One you control, or an approved managed device | A host whose software you can account for |
| Which account to sign in with | A session that does not persist, with a second factor | Limited exposure if the machine retains state |
| What to install | Nothing; use the browser and the service's own portal | No profile or client left behind for the next user |
| What to do afterwards | Sign out everywhere and revoke sessions from a trusted device | An end to access that does not depend on local cleanup |
Geef de voorkeur aan de minst blijvende toegang die de dienst ondersteunt. Een webportaal dat per sessie authenticeert en een tweede factor vereist, laat minder achter dan een desktopclient met een opgeslagen profiel, en een sessie die eindigt wanneer de browser sluit, is beter dan een die een herstart overleeft.
Controleer dan wat de machine bewaart. Op een gedeelde Linux-host is de profiellocatie eenvoudig te inspecteren, en op Windows kost de equivalente zoekopdracht één opdracht. Het profiel van een eerdere gebruiker vinden is een nuttige herinnering dat met het uwe hetzelfde zou gebeuren.
ls -la ~/.config/openvpn 2>/dev/null
Get-ChildItem -Path $HOME -Recurse -Filter *.ovpn -ErrorAction SilentlyContinueStap drie: beëindig de toegang vanaf een plek die u vertrouwt
Lokaal opruimen is de moeite waard en niet voldoende. Meld u af bij de dienst, sluit de browser, verwijder elk gedownload bestand en voer daarna de stap uit die er echt toe doet: trek de sessie of de inloggegevens in vanaf een apparaat dat u beheert.
Juist die laatste handeling slaan mensen over, omdat het lokale scherm er schoon uitziet. Een sessietoken dat door software op de host is gekopieerd, blijft werken nadat u weg bent, en het kan niet schelen dat de browser was gesloten. Intrekken is de enige stap die ervan uitgaat dat de host vijandig kan zijn geweest. Het is ook de enige die nog werkt als dat zo was.
Als een persoonlijke sleutel of een herstelgeheim de machine heeft aangeraakt, behandel het dan als blootgesteld en roteer het in plaats van kopieën te inspecteren. Controleer voor een account met een tweede factor ook de apparaten en sessies die de aanbieder vermeldt, want een token dat tijdens uw bezoek is uitgegeven, kan nog actief zijn.
Schrijf de uitkomst op terwijl die vers is: welk apparaat, welk account, wat is geïnstalleerd, wat is ingetrokken en wanneer. Die notitie is wat de volgende persoon in staat stelt de enige vraag te beantwoorden die daarna telt: of iets nog toegang heeft.
Een apparaat onder eigen beheer heeft nog steeds onderhoud nodig, en het geeft u een basis voor het beheren van het eindpunt die een geleende terminal nooit zal geven. De tunnel was het makkelijke deel.