PrivyNetCuando despliega una VPN en PrivyNet, solo usted tiene acceso. Todos los demás usuarios quedan bloqueados por defecto, tengan o no credenciales. El acceso debe otorgarse de forma explícita, por usuario y por VPN. Sin puertas abiertas. Sin confianza implícita.
La mayoría de las soluciones VPN tratan las credenciales como acceso: si puede autenticarse, puede conectarse. PrivyNet separa por completo las dos cosas.
Un usuario recibe credenciales. Ya puede conectarse. La VPN confía en cualquiera que pueda autenticarse: no hay un segundo control.
Se despliega una VPN. Solo el administrador que la desplegó tiene acceso. Todos los demás usuarios, tengan o no credenciales, quedan bloqueados hasta que un administrador les otorgue el acceso de forma explícita.
Cuatro pasos desde el despliegue hasta un usuario conectado, todos ellos intencionales
Cree una VPN nueva desde el panel. Su infraestructura se aprovisiona con un servidor VPN dedicado y una IP estática. Usted es la única persona con acceso.
Abra la sección de acceso de la VPN. Seleccione a los usuarios que necesitan acceso a esa VPN específica. Cada acceso otorgado queda registrado con la fecha y hora y el administrador que lo otorgó.
Los usuarios con acceso ya pueden autenticarse y conectarse. Los usuarios sin acceso otorgado serán rechazados, aunque tengan credenciales válidas para otra VPN.
Quite el acceso de un usuario en cualquier momento. Su sesión activa se finaliza y no puede volver a conectarse hasta que se le otorgue el acceso otra vez. Sin esperas ni colas de tickets.
El acceso se gestiona por usuario y por VPN. A un usuario se le puede dar acceso a la VPN de Ingeniería y no a la de Finanzas, aunque tenga credenciales válidas.
El modelo de acceso es su primera línea de defensa, antes del cifrado, antes de la autenticación, antes que cualquier otra cosa
Los empleados solo pueden acceder a las VPN a las que se les dio acceso de forma explícita. Un desarrollador no puede llegar a la VPN del equipo de Finanzas, no por una regla de firewall, sino porque nunca se le dio acceso.
Cuando incorpora a un contratista, este obtiene acceso exactamente a la VPN que necesita, nada más. Cuando termina el trabajo, se revoca su acceso. Nunca tuvo visibilidad de ninguna otra VPN de su organización.
Quitar a un usuario desde el panel revoca su acceso en todas las VPN a las que tenía acceso. No hay una cuenta VPN aparte que dar de baja: la lista de accesos es la fuente de verdad.
Las VPN tradicionales dan acceso a la red a cualquiera con credenciales. PrivyNet exige una decisión del administrador para cada usuario en cada VPN. Dar permisos de más requiere una acción deliberada: no puede ocurrir por accidente.
La diferencia no está en el cifrado ni en el protocolo: está en lo que el modelo de acceso supone por defecto
| Aspecto | VPN tradicional | PrivyNet |
|---|---|---|
| Estado inicial al desplegar | Cualquiera con credenciales puede conectarse | Solo tiene acceso el administrador que la despliega |
| Cómo obtienen acceso los usuarios nuevos | Reciben credenciales y ya pueden conectarse | El administrador otorga el acceso de forma explícita, por usuario y por VPN |
| Alcance del acceso | Por lo general: todos los usuarios, una sola VPN | Por usuario y por VPN: detallado y explícito |
| Acceso de contratistas | Las mismas credenciales que los empleados, el mismo acceso | Acceso otorgado solo a una VPN específica |
| Bajas | Hay que desactivar o eliminar las credenciales manualmente | Quite al usuario desde el panel: el acceso se revoca de inmediato |
| Riesgo de exceso de permisos | Alto: por defecto, todo está permitido | Ninguno: por defecto, todo se deniega; cada acceso otorgado es intencional |
Preguntas comunes sobre el modelo de acceso de confianza cero de PrivyNet
Cuando despliega una VPN, solo el administrador que la desplegó tiene acceso. Todos los demás usuarios de su organización quedan bloqueados por defecto. Nadie más puede conectarse hasta que usted le otorgue el acceso de forma explícita desde el panel.
Sí. El acceso se gestiona por usuario y por VPN. A un usuario se le puede dar acceso a la VPN de Ingeniería pero no a la de Finanzas. Las mismas credenciales funcionan en todas las VPN a las que se le dio acceso: solo cambia el endpoint DNS.
No puede conectarse. Tener credenciales no basta: el usuario necesita un acceso otorgado de forma explícita en esa VPN específica. Sin ese acceso, la autenticación se rechaza.
No. La denegación por defecto se aplica a nivel de infraestructura: no es una opción configurable. Cada usuario de cada VPN necesita un acceso otorgado de forma explícita. Es intencional: hace imposible dar más permisos de los necesarios por accidente.
Quite el acceso del usuario en la sección de acceso de la VPN, dentro del panel. Su sesión activa se finaliza de inmediato y no puede volver a conectarse hasta que se le otorgue un acceso nuevo. Consulte nuestra página sobre la revocación instantánea de sesiones para conocer todos los detalles.
Sí. RADIUS en el servidor VPN verifica cada inicio de sesión contra la cuenta de PrivyNet del usuario. Los accesos otorgados de PrivyNet se aplican además de eso: para conectarse, un usuario necesita credenciales válidas y también un acceso otorgado de forma explícita.
Cada VPN de PrivyNet comienza sin usuarios y con un solo administrador. Cada acceso adicional que se otorga es una decisión deliberada, y cualquiera se puede revocar en segundos.
PrivyNetDespliegue y administre infraestructura VPN dedicada en todo el mundo con total autonomía, propiedad transparente y seguridad de nivel empresarial.