PrivyNetLorsque vous déployez un VPN sur PrivyNet, vous seul y avez accès. Tous les autres utilisateurs sont bloqués par défaut, qu'ils aient des identifiants ou non. L'accès doit être accordé explicitement, par utilisateur et par VPN. Aucune porte ouverte. Aucune confiance implicite.
La plupart des solutions VPN assimilent les identifiants à un accès : si vous pouvez vous authentifier, vous pouvez vous connecter. PrivyNet sépare entièrement les deux.
Un utilisateur reçoit des identifiants. Il peut désormais se connecter. Le VPN fait confiance à quiconque parvient à s'authentifier : il n'y a pas de seconde barrière.
Un VPN est déployé. Seul l'administrateur qui l'a déployé y a accès. Tous les autres utilisateurs, quels que soient leurs identifiants, restent bloqués jusqu'à ce qu'un administrateur leur accorde explicitement l'accès.
Quatre étapes du déploiement à la connexion d'un utilisateur, toutes délibérées
Créez un nouveau VPN depuis le tableau de bord. Votre infrastructure est provisionnée avec un serveur VPN dédié et une IP fixe. Vous êtes la seule personne à y avoir accès.
Ouvrez le panneau d'accès du VPN. Sélectionnez les utilisateurs qui ont besoin d'accéder à ce VPN précis. Chaque accès accordé est enregistré avec un horodatage et le nom de l'administrateur qui l'a accordé.
Les utilisateurs autorisés peuvent désormais s'authentifier et se connecter. Les utilisateurs sans accès accordé sont refusés, même s'ils disposent d'identifiants valides pour un autre VPN.
Retirez l'accès d'un utilisateur à tout moment. Sa session active est interrompue et il ne peut pas se reconnecter tant que l'accès ne lui a pas été accordé de nouveau. Pas d'attente, pas de file de tickets.
L'accès se gère par utilisateur et par VPN. Un utilisateur peut avoir accès au VPN de l'ingénierie et pas à celui de la finance, même s'il dispose d'identifiants valides.
Le modèle d'accès est votre première ligne de défense, avant le chiffrement, avant l'authentification, avant tout le reste
Les salariés n'accèdent qu'aux VPN qui leur ont été explicitement accordés. Un développeur ne peut pas atteindre le VPN de l'équipe financière, non pas à cause d'une règle de pare-feu, mais parce que l'accès ne lui a jamais été donné.
Lorsque vous faites appel à un prestataire, il accède exactement au VPN dont il a besoin, rien de plus. À la fin de la mission, son accès est révoqué. Il n'a jamais eu de visibilité sur les autres VPN de votre organisation.
Retirer un utilisateur du tableau de bord révoque son accès à tous les VPN qui lui avaient été accordés. Aucun compte VPN distinct à supprimer : la liste des accès fait foi.
Les VPN traditionnels donnent accès au réseau à toute personne disposant d'identifiants. PrivyNet exige une décision de l'administrateur pour chaque utilisateur sur chaque VPN. Accorder des accès excessifs demande une action délibérée : cela ne peut pas arriver par accident.
La différence ne tient ni au chiffrement ni au protocole : elle tient à ce que le modèle d'accès suppose par défaut
| Critère | VPN traditionnel | PrivyNet |
|---|---|---|
| Par défaut au déploiement | Toute personne disposant d'identifiants peut se connecter | Seul l'administrateur qui l'a déployé y a accès |
| Comment les nouveaux utilisateurs obtiennent l'accès | Ils reçoivent des identifiants : ils peuvent se connecter | L'administrateur accorde l'accès explicitement, par utilisateur et par VPN |
| Portée de l'accès | En général : tous les utilisateurs, un seul VPN | Par utilisateur et par VPN : précis et explicite |
| Accès des prestataires | Mêmes identifiants que les salariés : même accès | Accès accordé à un seul VPN précis |
| Départ d'un utilisateur | Les identifiants doivent être désactivés ou supprimés manuellement | Retirez l'utilisateur du tableau de bord : l'accès est révoqué immédiatement |
| Risque d'accès excessifs | Élevé : tout est permis par défaut | Nul : tout est refusé par défaut, chaque accès accordé est délibéré |
Les questions courantes sur le modèle d'accès zero trust de PrivyNet
Lorsque vous déployez un VPN, seul l'administrateur qui l'a déployé y a accès. Tous les autres utilisateurs de votre organisation sont bloqués par défaut. Personne d'autre ne peut se connecter tant que vous ne lui avez pas explicitement accordé l'accès depuis le tableau de bord.
Oui. L'accès se gère par utilisateur et par VPN. Un utilisateur peut avoir accès au VPN de l'ingénierie mais pas à celui de la finance. Les mêmes identifiants fonctionnent pour tous les VPN auxquels il a accès : seul le point de terminaison DNS change.
Elle ne peut pas se connecter. Avoir des identifiants ne suffit pas : l'utilisateur doit disposer d'un accès explicitement accordé sur ce VPN précis. Sans cet accès, l'authentification est refusée.
Non. Le refus par défaut est appliqué au niveau de l'infrastructure : ce n'est pas une option configurable. Chaque utilisateur doit disposer d'un accès explicite sur chaque VPN. C'est voulu : ainsi, il est impossible d'accorder des accès excessifs par accident.
Retirez l'accès de l'utilisateur dans le panneau d'accès du VPN, depuis le tableau de bord. Sa session active est interrompue immédiatement et il ne peut pas se reconnecter tant qu'un nouvel accès ne lui a pas été accordé. Consultez notre page sur la révocation instantanée des sessions pour en savoir plus.
Oui. RADIUS, sur le serveur VPN, vérifie chaque connexion par rapport au compte PrivyNet de l'utilisateur. Les droits d'accès PrivyNet s'appliquent en plus : pour se connecter, un utilisateur doit à la fois avoir des identifiants valides et disposer d'un accès explicitement accordé.
Chaque VPN PrivyNet démarre avec zéro utilisateur et un administrateur. Chaque accès supplémentaire est une décision délibérée, et chacun peut être révoqué en quelques secondes.
PrivyNetDéployez et gérez une infrastructure VPN dédiée partout dans le monde, en toute autonomie, avec une propriété transparente et une sécurité de niveau entreprise.