PrivyNetWanneer u een VPN uitrolt bij PrivyNet, hebt alleen u toegang. Elke andere gebruiker is standaard buitengesloten, of hij nu inloggegevens heeft of niet. Toegang moet expliciet worden verleend, per gebruiker, per VPN. Geen open deuren. Geen impliciet vertrouwen.
De meeste VPN-oplossingen behandelen inloggegevens als toegang: wie zich kan authenticeren, kan verbinden. PrivyNet scheidt die twee volledig.
Een gebruiker ontvangt inloggegevens en kan nu verbinden. De VPN vertrouwt iedereen die zich kan authenticeren: er is geen tweede poort.
Een VPN wordt uitgerold. Alleen de beheerder die uitrolt heeft toegang. Elke andere gebruiker, ongeacht zijn inloggegevens, blijft buitengesloten tot een beheerder hem expliciet toegang verleent.
Vier stappen van uitrol tot verbonden gebruiker, elk ervan bewust
Maak een nieuwe VPN aan in het dashboard. Uw infrastructuur wordt ingericht met een dedicated VPN-server en een statisch IP-adres. U bent de enige met toegang.
Open het toegangspaneel van de VPN. Selecteer de gebruikers die toegang nodig hebben tot deze specifieke VPN. Elke toekenning wordt vastgelegd met een tijdstip en de beheerder die haar deed.
Gebruikers met toegang kunnen zich nu authenticeren en verbinden. Gebruikers zonder toegang worden geweigerd, ook als ze geldige inloggegevens voor een andere VPN hebben.
Trek de toegang van een gebruiker op elk moment in. De actieve sessie wordt beëindigd en de gebruiker kan pas opnieuw verbinden als de toegang weer wordt verleend. Geen wachttijd, geen ticketwachtrij.
Toegang wordt beheerd per gebruiker per VPN. Een gebruiker kan toegang krijgen tot de VPN van engineering en niet tot die van finance, ook als hij geldige inloggegevens heeft.
Het toegangsmodel is uw eerste verdedigingslinie, vóór versleuteling, vóór authenticatie, vóór al het andere
Medewerkers hebben alleen toegang tot de VPN's waarvoor ze expliciet toegang hebben gekregen. Een developer kan niet bij de VPN van het financeteam, niet vanwege een firewallregel, maar omdat hij nooit toegang heeft gekregen.
Haalt u een freelancer binnen, dan krijgt die toegang tot precies de VPN die hij nodig heeft, niets meer. Eindigt de opdracht, dan wordt de toegang ingetrokken. Andere VPN's in uw organisatie heeft hij nooit kunnen zien.
Als u een gebruiker uit het dashboard verwijdert, vervalt zijn toegang tot elke VPN waarvoor hij toegang had. Er is geen apart VPN-account om op te heffen: de toegangslijst is de enige bron van waarheid.
Traditionele VPN's geven netwerktoegang aan iedereen met inloggegevens. PrivyNet vereist een beslissing van een beheerder voor elke gebruiker op elke VPN. Te ruime rechten vergen een bewuste actie: het kan niet per ongeluk gebeuren.
Het verschil zit niet in de versleuteling of het protocol, maar in wat het toegangsmodel standaard aanneemt
| Aspect | Traditionele VPN | PrivyNet |
|---|---|---|
| Standaard bij uitrol | Iedereen met inloggegevens kan verbinden | Alleen de beheerder die uitrolt heeft toegang |
| Hoe nieuwe gebruikers toegang krijgen | Inloggegevens ontvangen: ze kunnen verbinden | Beheerder verleent expliciet toegang per gebruiker per VPN |
| Reikwijdte van toegang | Meestal: alle gebruikers, één VPN | Per gebruiker, per VPN: fijnmazig en expliciet |
| Toegang voor freelancers | Dezelfde inloggegevens als medewerkers: dezelfde toegang | Alleen toegang tot één specifieke VPN verlenen |
| Offboarding | Inloggegevens moeten handmatig worden uitgeschakeld of verwijderd | Gebruiker verwijderen in het dashboard: toegang direct ingetrokken |
| Risico op te ruime rechten | Hoog: standaard wordt alles toegestaan | Geen: standaard wordt alles geweigerd; elke toegang is bewust verleend |
Veelgestelde vragen over het zero-trust toegangsmodel van PrivyNet
Wanneer u een VPN uitrolt, heeft alleen de beheerder die hem uitrolde toegang. Elke andere gebruiker in uw organisatie is standaard buitengesloten. Niemand anders kan verbinden tot u hem expliciet toegang verleent in het dashboard.
Ja. Toegang wordt beheerd per gebruiker per VPN. Een gebruiker kan toegang krijgen tot de VPN van engineering maar niet tot die van finance. Dezelfde inloggegevens werken op alle VPN's waartoe de gebruiker toegang heeft gekregen: alleen het DNS-adres verschilt.
Dan kan hij geen verbinding maken. Inloggegevens alleen zijn niet genoeg: de gebruiker moet expliciet toegang hebben gekregen tot die specifieke VPN. Zonder die toegang wordt de authenticatie geweigerd.
Nee. Standaard weigeren wordt afgedwongen op infrastructuurniveau: het is geen instelbare optie. Elke gebruiker op elke VPN moet expliciet toegang hebben gekregen. Dat is bewust zo: het maakt per ongeluk te ruime rechten onmogelijk.
Verwijder de toegang van de gebruiker in het toegangspaneel van de VPN in het dashboard. De actieve sessie wordt direct beëindigd en de gebruiker kan pas opnieuw verbinden als er weer toegang wordt verleend. Zie onze pagina over het direct intrekken van sessies voor alle details.
Ja. RADIUS op de VPN-server controleert elke aanmelding tegen het PrivyNet-account van de gebruiker. De toegangsrechten van PrivyNet worden daarbovenop afgedwongen: een gebruiker heeft zowel geldige inloggegevens als expliciete toegang nodig om te verbinden.
Elke PrivyNet-VPN begint met nul gebruikers en één beheerder. Elke extra toegang is een bewuste beslissing, en elke toegang kan binnen enkele seconden worden ingetrokken.
PrivyNetRol wereldwijd dedicated VPN-infrastructuur uit en beheer die met volledige autonomie, transparant eigendom en beveiliging op zakelijk niveau.