Współdzielone konto VPN: limit urządzeń to nie izolacja klientów

Osiem jednoczesnych połączeń to liczba ze strony licencji i nie mówi nic o tym, co te osiem urządzeń może sobie nawzajem zrobić. Wspólne logowanie może współistnieć z kluczami na sesję, a także z bramą, która chętnie przekazuje ruch jednego klienta drugiemu. Błędem jest traktowanie konta jako granicy bezpieczeństwa. Zamiast tego zadaj cztery osobne pytania: co kupiono, co chroni tunel, co może przechodzić między partnerami i co może przewrócić lokalne łącze.

Co naprawdę obiecuje limit połączeń

Limit urządzeń liczy, ile sesji dostawca przyjmie na jedną subskrypcję. To kontrola handlowa i operacyjna, a nie stwierdzenie o tożsamości czy izolacji. Niektórzy dostawcy wydają osobny certyfikat dla każdego urządzenia w ramach jednego konta; inni ponownie używają jednego poświadczenia przy każdym połączeniu. Różnica ujawnia się przy odbiorze, bo osobne poświadczenia pozwalają odciąć jedno urządzenie, a wspólne nie zostawia takiej możliwości.

Przeczytaj, jak dostawca wydaje poświadczenia, zanim założysz cokolwiek o rozdzieleniu kluczy. Sama nazwa konta niczego z tego nie zdradza.

Sprawdź, czy brama przekazuje ruch między klientami

Osiągalność między partnerami to decyzja po stronie serwera. W OpenVPN odpowiedni przełącznik nie występuje, o ile nie ma go w konfiguracji, ale nowoczesne odciążenie płaszczyzny danych zmienia miejsce egzekwowania reguły.

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

Konfiguracja bez tej dyrektywy zostawia ruch między partnerami zaporze hosta, która nadal może go dopuszczać. Gdy odciążenie jest aktywne, interfejsem tunelu zajmuje się jądro, a nie proces przestrzeni użytkownika, więc sprawdzaj liczniki reguł, zamiast ufać plikowi. Blokowanie przekazywanego ruchu między adresami tunelu izoluje klientów bez naruszania ich dostępu do bramy. Potwierdź to próbą z jednego klienta do usługi na drugim, zarówno przed regułą, jak i po niej.

Chroń sesję przed partnerami

Ochrona tunelu i dostęp między partnerami to różne właściwości, a silny szyfr nie oznacza izolacji. W trybie TLS każdy klient wyprowadza własne klucze sesji, więc jeden klient nie może czytać ruchu drugiego, nawet gdy brama go przekazuje. Stary układ z kluczem statycznym dzieli jeden klucz między wszystkich, dlatego ponowne użycie logowania ma tam znacznie gorsze skutki. Sprawdź skonfigurowany tryb, a nie stronę marketingową, i oceń, czy współdzielenie konta pasuje do danych, których to dotyczy.

Uwierzytelnianie usługi na każdym hoście nadal ma znaczenie, bo tunel dowodzi tylko, że klient dotarł do sieci, a nie że powinien dotrzeć do konkretnego demona.

Lokalne awarie Wi-Fi to nie naruszenie VPN

Zerwane połączenie dowodzi, że zawiodło lokalne łącze, a nie że ktoś złamał tunel. Zakłócenia, utracony leasing DHCP i przejście w roamingu kończą sesję, nie dotykając poświadczeń ani zaszyfrowanego tekstu. Traktuj rozłączenie jako ustalenie dotyczące dostępności i trzymaj je osobno od ustaleń o poufności i dostępie między partnerami. Tam, gdzie sieć lokalna nie jest zaufana, chroń ruch od końca do końca, zamiast opierać się tylko na tunelu.

Zapisz cztery odpowiedzi: limit, model kluczy, politykę wobec partnerów i zależność od lokalnego łącza. Ten zapis zamienia mgliste obawy o współdzielone konto w konkretne środki kontroli.