Si tu cortafuegos ofrece varias VPN, la pregunta no es cuál es «la más segura». La documentación de pfSense, que incluye las tres, las marca a todas como criptográficamente seguras. Lo que cambia es con quién pueden hablar, cómo identifican a quien se conecta y cuánto cuesta mantenerlas.
Las tres, en una tabla
Esta comparación sale de la tabla que publica Netgate para pfSense. Se refiere a ese sistema, así que en otra marca alguna fila puede cambiar.
IPsec, OpenVPN y WireGuard en pfSense, según Netgate
| Característica | IPsec | OpenVPN | WireGuard |
| Autentica usuarios | Sí | Sí | No |
| Cliente incluido en la mayoría de los sistemas | Según el modo | No | No |
| Compatible con muchas marcas | Sí | No | No |
| Varias conexiones a internet | Sí | Sí | Sí |
| Pasa bien por cortafuegos | Sí (NAT-T o IKEv2) | Sí | Sí |
| Reglas de cortafuegos por túnel | Limitadas | Sí | Sí |
| Configuración automática en móviles | Sí | Sí | No |
IPsec: para hablar con cualquiera
Netgate lo dice sin rodeos: IPsec suele ser la mejor opción porque casi todos los equipos con VPN lo incluyen, y evita quedar atado a una solución concreta. Para unir sedes con equipos de marcas distintas, suele ser la única opción.
Su punto débil es la configuración, con muchas opciones que pueden resultar difíciles si no se conocen. Lo que hace cada una y por qué suele fallar está en la guía de qué es IPsec.
OpenVPN: control de usuarios
OpenVPN se define como una VPN SSL que usa el protocolo SSL/TLS. Autentica con certificados, tarjetas inteligentes o usuario y contraseña, y permite aplicar reglas de cortafuegos por usuario o por grupo. Según su guía, varios clientes pueden conectar a un solo servidor por un único puerto, TCP o UDP.
- A favor: Netgate considera que combinar certificados, autenticación TLS y usuario es el método más seguro de los que ofrece su cortafuegos. Y poder ir por TCP ayuda en redes que no dejan pasar UDP.
- En contra: en la mayoría de los casos de acceso remoto exige usar certificados, que tienen su curva de aprendizaje y dan trabajo. Y casi nunca sirve para hablar con otra marca: es compatible con pocas.
El documento técnico de WireGuard la critica por su complejidad, al arrastrar todas las funciones de TLS. Hay que leerlo sabiendo que lo escribe el autor de la competencia.
WireGuard: lo más simple
WireGuard encapsula paquetes IP sobre UDP. Cada interfaz tiene una clave privada y una lista de pares, cada uno con su clave pública y las direcciones que puede usar en el túnel. Eso es casi todo lo que hay que configurar.
- A favor: según su documento técnico, se puede implementar en Linux en menos de 4.000 líneas de código, sin contar las primitivas criptográficas, lo que facilita auditarlo. Usa algoritmos fijos, como Curve25519 y ChaCha20-Poly1305, así que no hay que elegir ninguno.
- En contra, por diseño: no autentica usuarios, sino claves. Tampoco funciona sobre TCP. Y deja fuera de su alcance el reparto de claves y la configuración automática, lo que Netgate traduce en más gestión manual.
Otras tres limitaciones que reconoce su propio proyecto o la documentación de pfSense:
- Camuflaje: no busca ocultar que es WireGuard. El proyecto deja eso para una capa superior, por lo que puede importar en redes que filtren por tipo de tráfico.
- Aceleración por hardware: ChaCha20-Poly1305 es muy rápido por software y hay poco hardware dedicado a él. El proyecto dice que en la práctica no es un problema, porque las instrucciones vectoriales de los procesadores rinden de forma parecida. Aun así, la cifra de IPsec de una ficha no te sirve para WireGuard: es otro cifrado.
- Alta disponibilidad: en pfSense, WireGuard puede comportarse de forma inesperada con CARP, porque no se ata a una dirección concreta. Si tienes dos cortafuegos en pareja, lee antes esa página.
El proyecto aclara también que WireGuard no es seguro frente a la computación cuántica por defecto, aunque su clave precompartida opcional añade una capa de protección.
Qué ofrece cada marca
Lo primero que hay que mirar es lo que tu equipo incluye de verdad, porque no siempre están las tres. Algunos ejemplos comprobados:
VPN en algunas marcas, según su documentación
| Marca | Qué consta |
| pfSense | IPsec, OpenVPN y WireGuard |
| Ubiquiti UniFi | IPsec y OpenVPN entre sedes; WireGuard y OpenVPN como servidor y como cliente, en los cuatro modelos mayores de su tabla comparativa |
| Fortinet | IPsec. La ficha del FortiGate 40F avisa de que la VPN SSL no se admite en ese equipo desde FortiOS 7.6.0 |
Lo de Fortinet es un buen ejemplo de por qué conviene mirarlo: una función de VPN puede desaparecer al actualizar. Comprueba la ficha de tu modelo y su versión de sistema. Para otras marcas, consulta sus guías: WatchGuard, SonicWall o Zyxel.
Cuál elegir
Esta orientación es criterio de esta web, a partir de lo anterior:
Orientación según el caso
| Tu caso | Por dónde empezar |
| Dos sedes con cortafuegos de marcas distintas | IPsec, casi sin alternativa |
| Dos sedes con el mismo sistema, que lo incluya | IPsec o WireGuard; este último, si quieres menos opciones que tocar |
| Empleados que entran desde fuera, con altas y bajas | OpenVPN o IPsec, para poder autenticar usuarios y dar de baja a cada uno |
| Pocos equipos fijos de confianza, como un administrador o un servidor remoto | WireGuard |
| Redes de hoteles o clientes que bloquean UDP | OpenVPN por TCP |
Con cualquiera de las tres, una VPN da acceso a la red, no a una aplicación. Si te preocupa eso más que el protocolo, mira las alternativas en la guía de ZTNA o VPN. Y si uno de los extremos está detrás de CGNAT, no podrá recibir conexiones, sea cual sea la VPN.