Delt VPN-konto: En enhetsgrense er ikke klientisolering
En tillatelse på åtte enheter sier ingenting om isolasjon eller nøkkeladministrasjon. Skill mellom kontogrenser, tunnelbeskyttelse, videresending mellom parter og lokalt Wi-Fi.
Åtte samtidige tilkoblinger er et tall fra en lisensside, og det sier ingenting om hva de åtte enhetene kan gjøre mot hverandre. En delt pålogging kan eksistere sammen med nøkler per økt, og den kan også eksistere sammen med en gateway som gjerne videresender trafikken fra én klient til en annen. Feilen er å behandle kontoen som en sikkerhetsgrense. Still fire atskilte spørsmål i stedet: hva som ble kjøpt, hva som beskytter tunnelen, hva som kan passere mellom parter, og hva som kan felle den lokale forbindelsen.
Hva en tilkoblingstillatelse egentlig lover
En enhetsgrense teller hvor mange økter leverandøren godtar for ett abonnement. Det er en kommersiell og driftsmessig kontroll, ikke en uttalelse om identitet eller isolasjon. Noen leverandører utsteder et eget sertifikat per enhet under én konto; andre gjenbruker én legitimasjon for hver tilkobling. Forskjellen vises ved tilbakekalling, fordi atskilt legitimasjon lar deg koble fra én enhet, mens en delt ikke gir deg den muligheten.
Les hvordan leverandøren utsteder legitimasjon før du antar noe om nøkkeladskillelse. Kontonavnet selv røper ingenting av dette.
Sjekk om gatewayen videresender mellom klienter
Nåbarhet mellom parter er en beslutning på serversiden. På OpenVPN mangler den aktuelle bryteren med mindre den står i konfigurasjonen, men moderne dataplan-avlastning endrer hvor regelen håndheves.
grep -n "client-to-client" /etc/openvpn/server.conf
iptables -A FORWARD -i tun0 -o tun0 -j DROPEn konfigurasjon uten det direktivet overlater partstrafikken til vertens brannmur, som fortsatt kan tillate den. Når avlastningen er aktiv, håndteres tunellgrensesnittet av kjernen i stedet for brukerromsprosessen, så kontroller regeltellere i stedet for å stole på filen. Blokkering av videresendt trafikk mellom tunneladresser isolerer klienter uten å røre tilgangen deres til gatewayen. Bekreft det med en prøve fra én klient til en tjeneste hos en annen, både før og etter regelen.
Beskytt økten før partene
Tunnelbeskyttelse og partstilgang er forskjellige egenskaper, og sterk kryptering betyr ikke isolasjon. I TLS-modus utleder hver klient sine egne øktnøkler, så én klient kan ikke lese trafikken til en annen selv når gatewayen videresender den. En eldre ordning med statisk nøkkel deler én nøkkel mellom alle, og derfor har gjenbruk av en pålogging der langt verre konsekvenser. Undersøk den konfigurerte modusen i stedet for markedsføringssiden, og vurder deretter om kontodeling passer til dataene det gjelder.
Tjenesteadministrasjon på hver vert er fortsatt viktig, fordi tunnelen beviser bare at en klient nådde nettverket, ikke at den bør nå en bestemt daemon.
Lokale Wi-Fi-feil er ikke VPN-kompromittering
En brutt tilkobling beviser at den lokale forbindelsen sviktet, ikke at noen brøt tunnelen. Forstyrrelser, en tapt DHCP-lease og et roaming-bytte avslutter en økt uten å røre legitimasjon eller chiffrat. Behandle frakoblingen som et funn om tilgjengelighet og hold den atskilt fra funn om konfidensialitet og partstilgang. Der det lokale nettverket ikke er til å stole på, beskytt trafikken ende til ende i stedet for å lene seg på tunnelen alene.
Skriv ned de fire svarene: tillatelse, nøkkelmodell, partspolicy og avhengighet av den lokale forbindelsen. Den registreringen gjør en vag bekymring om en delt konto om til konkrete kontroller.