Delt VPN-konto: Ei eininggrense er ikkje klientisolering
Ei løyve på åtte einingar seier ingenting om isolering eller nøkkelstyring. Skil mellom kontogrenser, tunnelvern, videresending mellom partar og lokalt trådløst nett.
Åtte samtidige tilkoplingar er eit tal frå ei lisensside, og det seier ingenting om kva desse åtte einingane kan gjere mot kvarandre. Ei delt pålogging kan finnast saman med nøklar per økt, og ho kan òg finnast saman med ein gateway som gjerne sender trafikken frå éin klient til ein annan. Feilen er å handsame kontoen som ei tryggingsgrense. Still fire skilde spørsmål i staden: kva som vart kjøpt, kva som vernar tunnelen, kva som kan passere mellom partar, og kva som kan felle den lokale sambandet.
Kva eit tilkopningsløyve eigentleg lovar
Ei eininggrense tel kor mange økter leverandøren godtek for eitt abonnement. Det er ein kommersiell og driftsmessig kontroll, ikkje ei utsegn om identitet eller isolering. Nokre leverandørar gjev ut eit eige sertifikat per eining under éin konto; andre brukar éin legitimasjon om att for kvar tilkopling. Skilnaden syner seg ved tilbakekalling, fordi skild legitimasjon lèt deg kople frå éi eining, medan ein delt ikkje gjev deg den moglegheita.
Les korleis leverandøren gjev ut legitimasjon før du legg noko til grunn om nøkkelskildnad. Kontonamnet sjølv røpar ingenting av dette.
Sjekk om gatewayen sender vidare mellom klientar
Nåbarheit mellom partar er ei avgjerd på tenarsida. På OpenVPN manglar den aktuelle brytaren med mindre han står i konfigurasjonen, men moderne dataplan-avlasting endrar kvar regelen vert handheva.
grep -n "client-to-client" /etc/openvpn/server.conf
iptables -A FORWARD -i tun0 -o tun0 -j DROPEin konfigurasjon utan det direktivet overlèt partstrafikken til brannmuren på verten, som framleis kan tillate han. Når avlastinga er aktiv, handsamar kjernen tunellgrensesnittet i staden for brukarromsprosessen, så kontroller regelteljarar i staden for å stole på fila. Blokkering av vidaresendt trafikk mellom tunneladresser isolerer klientar utan å røre tilgangen deira til gatewayen. Stadfest det med ei prøve frå éin klient til ein teneste hos ein annan, både før og etter regelen.
Vern økta før partane
Tunnelvern og partstilgang er ulike eigenskapar, og sterk kryptering tyder ikkje isolering. I TLS-modus leier kvar klient ut sine eigne øktnøklar, så éin klient kan ikkje lese trafikken til ein annan sjølv når gatewayen sender han vidare. Ei eldre ordning med statisk nøkkel deler éin nøkkel mellom alle, og difor har gjenbruk av ei pålogging der langt verre fylgjer. Undersøk den konfigurerte modusen i staden for marknadsføringssida, og vurder deretter om kontodeling passar til dataa det gjeld.
Tenestegodkjenning på kvar vert er framleis viktig, fordi tunnelen beviser berre at ein klient nådde nettverket, ikkje at han bør nå ein bestemt daemon.
Lokale trådlause feil er ikkje VPN-kompromiss
Ei broten tilkopling beviser at det lokale sambandet svikta, ikkje at nokon braut tunnelen. Forstyrringar, ein tapt DHCP-leige og eit roaming-byte avsluttar ei økt utan å røre legitimasjon eller chiffertekst. Handsam fråkoplinga som eit funn om tilgjenge og hald ho skild frå funn om konfidensialitet og partstilgang. Der det lokale nettverket ikkje er til å stole på, vern trafikken ende til ende i staden for å lene seg på tunnelen åleine.
Skriv ned dei fire svara: løyve, nøkkelmodell, partspolicy og avhengnad av det lokale sambandet. Den registreringa gjer ei vag uro om ein delt konto om til konkrete kontrollar.