Gedeelde VPN-login: wat die verbergt en wat niet

Een login delen maakt je niet onzichtbaar en maakt de andere gebruikers niet je collega’s. Het verandert wie geïdentificeerd en wie verwijderd kan worden, en laat elke andere eigenschap van de verbinding waar die was. De mythe is dat gemeenschappelijke inloggegevens anonimiteit of vertrouwen betekenen; de realiteit is dat ze verantwoording wegnemen en gedeelde faalmodi toevoegen.

Wat de inloggegevens werkelijk beheren

Een gebruikersnaam en een wachtwoord beantwoorden één vraag: of deze verbinding tot stand mag komen. Ze bepalen niet wat de operator logt, wat andere clients kunnen bereiken of de exitnode eerlijk is. Dat zijn afzonderlijke eigenschappen van de dienst, en een gedeeld account zegt niets over een van hen.

De gateway ziet nog steeds het bronadres, het verbindingstijdstip en het verkeersvolume volgens zijn eigen beleid. Gedeelde inloggegevens wissen die registraties niet; ze maken het alleen moeilijker om ze aan een persoon toe te schrijven. Als de operator logboeken bijhoudt, toont het logboek nu een sessie die van iedereen met de inloggegevens kan zijn.

Dat is het tegenovergestelde van anonimiteit, en het is ook het tegenovergestelde van verantwoording.

Verwijdering en rotatie raken iedereen

Met unieke identiteiten kun je één apparaat uitschakelen en de rest laten werken. Met gedeelde inloggegevens verbreekt rotatie van het wachtwoord alle gebruikers tegelijk, en één persoon verwijderen betekent het geheim voor iedereen wijzigen. Plan dat voordat je het verspreidt. De prijs is niet alleen ongemak: het drijft operators ertoe nooit te roteren, en zo blijft een uitgelekt inloggegeven jaren geldig.

Inloggegevens die op een forum of in een chatgroep zijn geplaatst, moeten vanaf dat moment als openbaar worden beschouwd.

Het praktische gevolg is dat een gedeelde login slecht past bij alles wat je afzonderlijk zou moeten auditen of intrekken, waaronder de meeste werkuitrol en elke gezinsopstelling waarin één apparaat verloren gaat.

Andere clients zijn niet je lokale netwerk

Bereikbaarheid tussen clients is een configuratiekeuze, geen eigenschap van het woord privé. Sommige diensten isoleren clients van elkaar; andere routeren ertussen. Een gedeeld account vertelt je niet in welk geval je zit.

Ga ervan uit dat de andere clients vreemden zijn tot de documentatie van de dienst anders zegt. Houd de hostfirewall aan, schakel geen bestandsdeling in op de tunnelinterface en behandel een VPN-adres niet als een vertrouwenssignaal voor een applicatie. WireGuards eigen pagina over beperkingen zegt uitdrukkelijk dat het protocol de eindpunten niet verbergt en niet op zichzelf anonimiteit biedt, en dat is het juiste denkmodel voor elke VPN.

De tunnel beschermt het pad, niet de tegenpartijen.

Wat je moet controleren voordat je er een gebruikt

Lees het gepubliceerde beleid van de operator over logging, jurisdictie en bewaring, en let op wat ontbreekt. Een provider die geen bewaartermijn noemt, heeft er geen beloofd. Vergelijk daarna het uitgaande adres dat je werkelijk krijgt met de locatie die de dienst adverteert.

curl -s https://example.net/cdn-cgi/trace | grep -E '^(ip|loc)='

Als het zichtbare uitgaande adres in een land ligt dat je niet verwachtte, spreken het profiel en de bewering elkaar tegen, en dat is het waard op te lossen voordat je er iets doorheen stuurt.

Voor een betaalde dienst kun je beter een abonnement met inloggegevens per apparaat nemen, ook als de marketing het gedeelde aanprijst. Het kost wat meer administratie en koopt de mogelijkheid om in te trekken.

Een betere standaard voor werk en gezin

Als je toegang voor een groep opzet, maak dan één identiteit per persoon of per apparaat, houd de lijst bij van wie ze heeft, en verwijder vermeldingen wanneer een apparaat uit dienst gaat. Dat is meer werk dan een wachtwoord mailen, en het is het verschil tussen een dienst die je kunt beheren en een geheim dat je niet kunt herinneren. Het gedeelde account is juist handig omdat het dat werk verbergt, en de rekening komt de eerste keer dat iemand weggaat. Geef de lijst aan wie de offboarding regelt, zodat verwijderen niet afhangt van het onthouden van een chatbericht.

Documenteer het rotatiepad vóór het eerste incident, niet tijdens. Schrijf op wie een identiteit kan aanmaken, wie er een kan intrekken, en waar de lijst met houders staat. Die drie antwoorden maken de regeling beheerbaar en niet alleen handig.

Een gedeelde login heeft een smal gebruik: een openbare uitgang waarop je voor privacy of verantwoording niet vertrouwt. Behandel hem zo, en de risico’s worden voorspelbaar.