Insider-Bedrohungen eindämmen
Mitarbeitende erreichen nur die VPNs, für die sie ausdrücklich freigegeben sind. Ein Entwickler kann das VPN des Finanzteams nicht erreichen, nicht wegen einer Firewall-Regel, sondern weil er nie Zugriff erhalten hat.
Wenn Sie ein VPN bei PrivyNet bereitstellen, haben nur Sie Zugriff. Alle anderen Nutzer sind standardmäßig ausgesperrt, ob sie Zugangsdaten haben oder nicht. Zugriff muss ausdrücklich gewährt werden, pro Nutzer und pro VPN. Keine offenen Türen. Kein stillschweigendes Vertrauen.
Die meisten VPN-Lösungen setzen Zugangsdaten mit Zugriff gleich: Wer sich authentifizieren kann, kann sich verbinden. PrivyNet trennt beides vollständig.
Ein Nutzer erhält Zugangsdaten. Jetzt kann er sich verbinden. Das VPN vertraut jedem, der sich authentifizieren kann: Es gibt keine zweite Hürde.
Ein VPN wird bereitgestellt. Nur der bereitstellende Admin hat Zugriff. Alle anderen Nutzer bleiben, unabhängig von ihren Zugangsdaten, ausgesperrt, bis ein Admin ihnen ausdrücklich Zugriff gewährt.
Vier Schritte von der Bereitstellung bis zum verbundenen Nutzer, jeder davon bewusst
Erstellen Sie im Dashboard ein neues VPN. Ihre Infrastruktur wird mit einem dedizierten VPN-Server und einer statischen IP bereitgestellt. Sie sind die einzige Person mit Zugriff.
Öffnen Sie den Zugriffsbereich des VPNs. Wählen Sie die Nutzer aus, die Zugriff auf genau dieses VPN brauchen. Jede Freigabe wird mit Zeitstempel und dem verantwortlichen Admin festgehalten.
Freigegebene Nutzer können sich jetzt authentifizieren und verbinden. Nutzer ohne Freigabe werden abgelehnt, selbst wenn sie gültige Zugangsdaten für ein anderes VPN haben.
Entfernen Sie die Freigabe eines Nutzers jederzeit. Seine aktive Sitzung wird beendet, und er kann sich erst wieder verbinden, wenn der Zugriff erneut gewährt wird. Kein Warten, keine Ticket-Warteschlangen.
Der Zugriff wird pro Nutzer und VPN verwaltet. Ein Nutzer kann Zugriff auf das Engineering-VPN erhalten, aber nicht auf das Finanz-VPN, selbst wenn er gültige Zugangsdaten hat.
Das Zugriffsmodell ist Ihre erste Verteidigungslinie, noch vor Verschlüsselung, Authentifizierung und allem anderen
Mitarbeitende erreichen nur die VPNs, für die sie ausdrücklich freigegeben sind. Ein Entwickler kann das VPN des Finanzteams nicht erreichen, nicht wegen einer Firewall-Regel, sondern weil er nie Zugriff erhalten hat.
Holen Sie einen externen Dienstleister an Bord, erhält er Zugriff auf genau das VPN, das er braucht, und nicht mehr. Endet der Auftrag, wird sein Zugriff widerrufen. Andere VPNs Ihrer Organisation hat er nie zu sehen bekommen.
Wer einen Nutzer aus dem Dashboard entfernt, widerruft seinen Zugriff auf jedes VPN, für das er freigegeben war. Es gibt kein separates VPN-Konto, das stillgelegt werden muss: Die Zugriffsliste ist die maßgebliche Quelle.
Herkömmliche VPNs gewähren jedem mit Zugangsdaten Netzwerkzugriff. PrivyNet verlangt für jeden Nutzer auf jedem VPN eine Entscheidung des Admins. Zu weit gefasste Rechte erfordern eine bewusste Handlung: Aus Versehen kann das nicht passieren.
Der Unterschied liegt nicht in der Verschlüsselung oder im Protokoll, sondern darin, wovon das Zugriffsmodell standardmäßig ausgeht
| Aspekt | Herkömmliches VPN | PrivyNet |
|---|---|---|
| Standard bei der Bereitstellung | Jeder mit Zugangsdaten kann sich verbinden | Nur der bereitstellende Admin hat Zugriff |
| Wie neue Nutzer Zugriff erhalten | Zugangsdaten erhalten: Verbindung möglich | Admin gewährt den Zugriff ausdrücklich pro Nutzer und VPN |
| Zugriffsumfang | Meist: alle Nutzer, ein VPN | Pro Nutzer und VPN: fein abgestuft und ausdrücklich |
| Zugriff für Dienstleister | Gleiche Zugangsdaten wie Mitarbeitende: gleicher Zugriff | Zugriff nur auf ein bestimmtes VPN gewähren |
| Offboarding | Zugangsdaten müssen manuell deaktiviert oder entfernt werden | Nutzer im Dashboard entfernen: Zugriff sofort widerrufen |
| Risiko zu weit gefasster Rechte | Hoch: Standard ist freizügig | Keins: Standard ist Ablehnung, jede Freigabe ist gewollt |
Häufige Fragen zum Zero-Trust-Zugriffsmodell von PrivyNet
Wenn Sie ein VPN bereitstellen, hat nur der Admin Zugriff, der es bereitgestellt hat. Alle anderen Nutzer Ihrer Organisation sind standardmäßig ausgesperrt. Niemand sonst kann sich verbinden, bis Sie ihm im Dashboard ausdrücklich Zugriff gewähren.
Ja. Der Zugriff wird pro Nutzer und VPN verwaltet. Ein Nutzer kann Zugriff auf das Engineering-VPN erhalten, aber nicht auf das Finanz-VPN. Dieselben Zugangsdaten funktionieren für alle VPNs, für die der Nutzer freigegeben ist: Nur der DNS-Endpunkt ändert sich.
Er kann sich nicht verbinden. Zugangsdaten allein reichen nicht: Der Nutzer braucht eine ausdrückliche Zugriffsfreigabe für genau dieses VPN. Ohne Freigabe wird die Authentifizierung abgelehnt.
Nein. Die standardmäßige Sperre wird auf Infrastrukturebene durchgesetzt: Sie ist keine konfigurierbare Option. Jeder Nutzer braucht für jedes VPN eine ausdrückliche Freigabe. Das ist gewollt: So sind versehentlich zu weit gefasste Rechte unmöglich.
Entfernen Sie die Freigabe des Nutzers im VPN-Zugriffsbereich des Dashboards. Seine aktive Sitzung wird sofort beendet, und er kann sich erst wieder verbinden, wenn eine neue Freigabe erteilt wird. Alle Details finden Sie auf unserer Seite zum sofortigen Widerruf von Sitzungen.
Ja. RADIUS auf dem VPN-Server prüft jede Anmeldung gegen das PrivyNet-Konto des Nutzers. Die Zugriffsfreigaben von PrivyNet werden zusätzlich durchgesetzt: Für eine Verbindung braucht ein Nutzer sowohl gültige Zugangsdaten als auch eine ausdrückliche Zugriffsfreigabe.
Jedes PrivyNet-VPN startet mit null Nutzern und einem Admin. Jede weitere Zugriffsfreigabe ist eine bewusste Entscheidung, und jede Freigabe lässt sich in Sekunden widerrufen.