Delat VPN-konto: en enhetsgräns är inte klientisolering

Åtta samtidiga anslutningar är en siffra från en licenssida, och den säger ingenting om vad de åtta enheterna kan göra mot varandra. En delad inloggning kan finnas tillsammans med nycklar per session, och den kan också finnas tillsammans med en gateway som gärna vidarebefordrar trafiken från en klient till en annan. Felet är att behandla kontot som en säkerhetsgräns. Ställ i stället fyra åtskilda frågor: vad som köptes, vad som skyddar tunneln, vad som får passera mellan parter och vad som kan fälla den lokala förbindelsen.

Vad ett anslutningstillstånd egentligen lovar

En enhetsgräns räknar hur många sessioner leverantören tar emot för en prenumeration. Det är en kommersiell och operativ kontroll, inte ett uttalande om identitet eller isolering. Vissa leverantörer utfärdar ett eget certifikat per enhet under ett konto; andra återanvänder en enda legitimation för varje anslutning. Skillnaden syns vid återkallning, eftersom åtskilda legitimationer låter dig koppla bort en enhet, medan en delad inte ger dig den möjligheten.

Läs hur leverantören utfärdar legitimationer innan du antar något om nyckelavskiljning. Kontonamnet självt avslöjar ingenting av detta.

Kontrollera om gatewayen vidarebefordrar mellan klienter

Nåbarhet mellan parter är ett beslut på serversidan. På OpenVPN saknas den aktuella brytaren om den inte står i konfigurationen, men modern dataplansavlastning ändrar var regeln tillämpas.

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

En konfiguration utan det direktivet lämnar partstrafiken till värdens brandvägg, som fortfarande kan tillåta den. När avlastningen är aktiv hanteras tunnelnätverksgränssnittet av kärnan i stället för användarrymdsprocessen, så kontrollera regleräknare i stället för att lita på filen. Blockering av vidarebefordrad trafik mellan tunneladresser isolerar klienter utan att röra deras åtkomst till gatewayen. Bekräfta det med en kontroll från en klient till en tjänst hos en annan, både före och efter regeln.

Skydda sessionen före parterna

Tunnelskydd och partstillgång är olika egenskaper, och stark kryptering betyder inte isolering. I TLS-läge härleder varje klient sina egna sessionsnycklar, så en klient kan inte läsa en annans trafik även när gatewayen vidarebefordrar den. Ett äldre upplägg med statisk nyckel delar en enda nyckel mellan alla, och därför får återanvändning av en inloggning där långt värre konsekvenser. Granska det konfigurerade läget i stället för marknadsföringssidan, och bedöm sedan om kontodelning passar de data det gäller.

Tjänsteautentisering på varje värd är fortfarande viktig, eftersom tunneln bara bevisar att en klient nådde nätet, inte att den bör nå en viss daemon.

Lokala wifi-fel är inte VPN-kompromettering

En bruten anslutning bevisar att den lokala förbindelsen svek, inte att någon bröt sig in i tunneln. Störningar, ett förlorat DHCP-lån och ett roaming-byte avslutar en session utan att röra legitimationer eller chiffertext. Behandla frånkopplingen som ett fynd om tillgänglighet och håll det åtskilt från fynd om konfidentialitet och partstillgång. Där det lokala nätet inte är betrott ska du skydda trafiken från ände till ände i stället för att luta dig mot tunneln enbart.

Skriv ned de fyra svaren: tillstånd, nyckelmodell, partspolicy och beroende av den lokala förbindelsen. Den noteringen förvandlar en vag oro för ett delat konto till konkreta kontroller.