Gedeeld VPN-account: een apparaatlimiet is geen cliëntisolatie

Acht gelijktijdige verbindingen is een getal van een licentiepagina, en het zegt niets over wat die acht apparaten elkaar kunnen aandoen. Een gedeelde login kan samengaan met sleutels per sessie, en ook met een gateway die het verkeer van de ene cliënt graag naar de andere doorstuurt. De fout is het account als beveiligingsgrens te behandelen. Stel in plaats daarvan vier losse vragen: wat er is gekocht, wat de tunnel beschermt, wat er tussen peers mag oversteken en wat de lokale verbinding onderuit kan halen.

Wat een verbindingslimiet werkelijk belooft

Een apparaatlimiet telt hoeveel sessies de provider voor één abonnement accepteert. Het is een commerciële en operationele controle, geen uitspraak over identiteit of isolatie. Sommige providers geven per apparaat een apart certificaat uit onder één account; andere hergebruiken één referentie voor elke verbinding. Het verschil blijkt bij intrekking, want aparte referenties laten je één apparaat afsnijden, terwijl een gedeelde je die optie niet laat.

Lees hoe de provider referenties uitgeeft voordat je iets over sleutelscheiding aanneemt. De accountnaam zelf verraadt daar niets van.

Controleer of de gateway tussen cliënten doorstuurt

Bereikbaarheid tussen peers is een beslissing aan de serverkant. Bij OpenVPN ontbreekt de betrokken schakelaar tenzij die in de configuratie staat, maar moderne dataplane-offload verandert waar de regel wordt toegepast.

grep -n "client-to-client" /etc/openvpn/server.conf
iptables -A FORWARD -i tun0 -o tun0 -j DROP

Een configuratie zonder die richtlijn laat peerverkeer aan de firewall van de host over, die het nog kan toestaan. Als offload actief is, verwerkt de kernel de tunnelinterface in plaats van het userspace-proces, dus controleer regeltellers in plaats van het bestand te vertrouwen. Het blokkeren van doorgestuurd verkeer tussen tunneladressen isoleert cliënten zonder hun toegang tot de gateway aan te tasten. Bevestig het met een test van de ene cliënt naar een dienst op de andere, zowel voor als na de regel.

Bescherm de sessie vóór de peers

Tunnelbescherming en peertoegang zijn verschillende eigenschappen, en een sterke cipher betekent geen isolatie. In TLS-modus leidt elke cliënt zijn eigen sessiesleutels af, zodat de ene cliënt het verkeer van de andere niet kan lezen, ook niet als de gateway het doorstuurt. Een oude opzet met een statische sleutel deelt één sleutel onder iedereen, en daarom heeft hergebruik van een login daar veel ergere gevolgen. Onderzoek de geconfigureerde modus in plaats van de marketingpagina, en beoordeel daarna of accountdeling bij de betrokken gegevens past.

Dienstauthenticatie op elke host blijft belangrijk, want de tunnel bewijst alleen dat een cliënt het netwerk heeft bereikt, niet dat hij een bepaalde daemon mag bereiken.

Lokale wifi-storingen zijn geen VPN-compromis

Een weggevallen verbinding bewijst dat de lokale verbinding faalde, niet dat iemand de tunnel heeft opengebroken. Storingen, een verlopen DHCP-lease en een roaming-overgang beëindigen een sessie zonder referenties of ciphertekst aan te tasten. Behandel de onderbreking als een bevinding over beschikbaarheid en houd die gescheiden van bevindingen over vertrouwelijkheid en peertoegang. Waar het lokale netwerk niet vertrouwd is, bescherm het verkeer van begin tot eind in plaats van alleen op de tunnel te leunen.

Schrijf de vier antwoorden op: limiet, sleutelmodel, peerbeleid en afhankelijkheid van de lokale verbinding. Die notitie verandert een vage zorg over een gedeeld account in concrete maatregelen.