Ograniczenie zagrożeń wewnętrznych
Pracownicy mają dostęp tylko do VPN, do których wyraźnie go otrzymali. Programista nie dotrze do VPN zespołu finansów, i to nie z powodu reguły zapory, ale dlatego, że nigdy nie otrzymał do niego dostępu.
Po wdrożeniu VPN w PrivyNet dostęp mają tylko Państwo. Każdy inny użytkownik jest domyślnie zablokowany, niezależnie od tego, czy ma dane logowania. Dostęp trzeba wyraźnie przyznać, dla każdego użytkownika i każdego VPN. Żadnych otwartych drzwi. Żadnego domyślnego zaufania.
Większość rozwiązań VPN traktuje dane logowania jak dostęp: kto przejdzie uwierzytelnianie, ten się połączy. PrivyNet całkowicie rozdziela te dwie rzeczy.
Użytkownik otrzymuje dane logowania. Od tej chwili może się łączyć. VPN ufa każdemu, kto przejdzie uwierzytelnianie: nie ma drugiej bramki.
VPN zostaje wdrożony. Dostęp ma tylko administrator, który go wdrożył. Każdy inny użytkownik, niezależnie od posiadanych danych logowania, jest zablokowany, dopóki administrator wyraźnie nie przyzna mu dostępu.
Cztery kroki od wdrożenia do połączonego użytkownika, każdy z nich celowy
Nowy VPN tworzy się w panelu. Infrastruktura zostaje uruchomiona z dedykowanym serwerem VPN i stałym IP. Dostęp mają tylko Państwo.
Należy otworzyć panel dostępu do VPN i wybrać użytkowników, którzy potrzebują dostępu do tego konkretnego VPN. Każde przyznanie jest zapisywane ze znacznikiem czasu i danymi administratora, który go dokonał.
Użytkownicy z przyznanym dostępem mogą się uwierzytelnić i połączyć. Użytkownicy bez przyznania zostaną odrzuceni, nawet jeśli mają ważne dane logowania do innego VPN.
Przyznany dostęp można odebrać w dowolnej chwili. Aktywna sesja użytkownika zostaje zakończona i nie może on połączyć się ponownie, dopóki nie otrzyma dostępu na nowo. Bez czekania i kolejek zgłoszeń.
Dostępem zarządza się dla każdego użytkownika i każdego VPN osobno. Użytkownik może otrzymać dostęp do VPN zespołu inżynierów, a do VPN finansów nie, nawet jeśli ma ważne dane logowania.
Model dostępu to pierwsza linia obrony, przed szyfrowaniem, przed uwierzytelnianiem, przed czymkolwiek innym
Pracownicy mają dostęp tylko do VPN, do których wyraźnie go otrzymali. Programista nie dotrze do VPN zespołu finansów, i to nie z powodu reguły zapory, ale dlatego, że nigdy nie otrzymał do niego dostępu.
Podwykonawca otrzymuje dostęp dokładnie do tego VPN, którego potrzebuje, i do niczego więcej. Po zakończeniu współpracy dostęp zostaje odebrany. Nigdy nie widział żadnego innego VPN w Państwa organizacji.
Usunięcie użytkownika w panelu odbiera mu dostęp do wszystkich VPN, do których go otrzymał. Nie ma osobnego konta VPN do wycofania: lista dostępu jest jedynym źródłem prawdy.
Tradycyjne VPN dają dostęp do sieci każdemu, kto ma dane logowania. PrivyNet wymaga decyzji administratora dla każdego użytkownika w każdym VPN. Nadmiarowe uprawnienia wymagają świadomego działania: nie mogą powstać przypadkiem.
Różnica nie leży w szyfrowaniu ani w protokole, ale w tym, co model dostępu zakłada domyślnie
| Aspekt | Tradycyjny VPN | PrivyNet |
|---|---|---|
| Stan domyślny po wdrożeniu | Każdy, kto ma dane logowania, może się połączyć | Dostęp ma tylko administrator, który wdrożył VPN |
| Jak nowi użytkownicy uzyskują dostęp | Otrzymują dane logowania i mogą się łączyć | Administrator wyraźnie przyznaje dostęp każdemu użytkownikowi do każdego VPN |
| Zakres dostępu | Zwykle: wszyscy użytkownicy, jeden VPN | Dla każdego użytkownika i każdego VPN: precyzyjnie i jawnie |
| Dostęp podwykonawców | Te same dane logowania co pracownicy, ten sam dostęp | Dostęp tylko do jednego, konkretnego VPN |
| Offboarding | Dane logowania trzeba ręcznie wyłączyć lub usunąć | Usunięcie użytkownika w panelu: dostęp odebrany natychmiast |
| Ryzyko nadmiarowych uprawnień | Wysokie: domyślnie wszystko dozwolone | Brak: domyślnie odmowa, a każde przyznanie jest celowe |
Częste pytania o model dostępu zero trust w PrivyNet
Po wdrożeniu VPN dostęp ma tylko administrator, który go wdrożył. Wszyscy pozostali użytkownicy w organizacji są domyślnie zablokowani. Nikt inny nie połączy się, dopóki nie przyznają mu Państwo wyraźnie dostępu w panelu.
Tak. Dostępem zarządza się dla każdego użytkownika i każdego VPN osobno. Użytkownik może otrzymać dostęp do VPN zespołu inżynierów, ale nie do VPN finansów. Te same dane logowania działają we wszystkich VPN, do których użytkownik ma dostęp: zmienia się tylko punkt końcowy DNS.
Nie połączy się. Posiadanie danych logowania nie wystarczy: użytkownik musi mieć wyraźnie przyznany dostęp do tego konkretnego VPN. Bez takiego przyznania uwierzytelnianie zostanie odrzucone.
Nie. Domyślna odmowa jest egzekwowana na poziomie infrastruktury: nie jest to opcja konfiguracyjna. Każdy użytkownik każdego VPN musi mieć wyraźnie przyznany dostęp. To celowe rozwiązanie: uniemożliwia przypadkowe nadanie nadmiarowych uprawnień.
Wystarczy usunąć przyznany dostęp użytkownika w panelu dostępu do VPN. Jego aktywna sesja zostaje natychmiast zakończona i nie może połączyć się ponownie, dopóki nie otrzyma nowego przyznania. Szczegóły opisuje nasza strona o natychmiastowym unieważnianiu sesji.
Tak. RADIUS na serwerze VPN weryfikuje każde logowanie względem konta PrivyNet użytkownika. Przyznania dostępu PrivyNet są egzekwowane dodatkowo: aby się połączyć, użytkownik musi mieć zarówno ważne dane logowania, jak i wyraźnie przyznany dostęp.
Każdy VPN PrivyNet startuje bez użytkowników, z jednym administratorem. Każde kolejne przyznanie dostępu to świadoma decyzja, a każde można cofnąć w kilka sekund.