IKEv2 (Internet Key Exchange versión 2) es el protocolo que negocia y establece un túnel IPsec. Autentica al cliente y al servidor, acuerda los algoritmos y deriva las claves. No cifra el tráfico por sí mismo: esa tarea corresponde a IPsec, normalmente mediante ESP.
La distinción es fundamental: IKEv2 organiza; IPsec protege. Desarrollado inicialmente por Microsoft y Cisco y estandarizado por el IETF, se convirtió en una opción importante para teléfonos y computadoras portátiles gracias a MOBIKE, que permite mantener la sesión cuando cambia la dirección IP.
IKEv2 e IPsec: dos capas distintas
Lo que hace IKEv2
- autentica mediante certificados X.509, clave compartida o EAP;
- negocia los algoritmos criptográficos;
- realiza el intercambio Diffie-Hellman y deriva claves;
- crea y renueva las asociaciones de seguridad o SA.
Lo que hace IPsec
- cifra el tráfico mediante ESP;
- verifica la integridad y evita la repetición de paquetes;
- transporta los paquetes dentro del túnel;
- aplica las claves y políticas negociadas por IKEv2.
Por eso no basta con saber que una aplicación “usa IKEv2”. La seguridad depende también de los algoritmos, la autenticación y la política IPsec que haya configurado el operador.
Funcionamiento en cuatro etapas
1. IKE_SA_INIT
Cliente y servidor intercambian sus propuestas criptográficas, eligen el grupo Diffie-Hellman, generan material secreto compartido y pueden utilizar cookies para reducir ataques de denegación de servicio. Todavía no se ha validado la identidad.
2. IKE_AUTH
Las dos partes se autentican, comprueban sus identidades y crean la primera Child SA. Desde ese momento IPsec puede transportar tráfico protegido.
3. CREATE_CHILD_SA
Permite renovar claves sin destruir todo el túnel y crear asociaciones adicionales para flujos diferentes. La renovación periódica limita el tiempo durante el cual una clave permanece activa.
4. DPD y MOBIKE
Dead Peer Detection identifica un extremo que dejó de responder. MOBIKE actualiza la dirección del cliente cuando cambia de interfaz. En conjunto reducen cortes y evitan reconstruir la conexión desde cero.
IKEv2 requiere pocos mensajes para establecer la sesión, una mejora clara frente a IKEv1. La latencia final sigue dependiendo de la red, el servidor y el método de autenticación.
MOBIKE: la ventaja para dispositivos en movimiento
Un dispositivo puede pasar de Wi-Fi a datos móviles, cambiar de antena o despertarse después de un periodo de suspensión. Sin un mecanismo de movilidad, la dirección anterior deja de ser válida y el túnel se corta.
Con MOBIKE, el cliente detecta la nueva interfaz, informa al servidor y este actualiza la asociación de seguridad. Cuando ambas partes lo admiten y la red no bloquea IPsec, la interrupción puede ser inferior a un segundo.
Esta capacidad es especialmente útil para:
- iPhone, iPad y dispositivos Android;
- computadoras portátiles que cambian de red;
- accesos corporativos con certificados o autenticación multifactor;
- equipos conectados que se desplazan entre redes.
MOBIKE no es automático en todos los servicios. El cliente y el servidor deben soportarlo y el operador debe activarlo correctamente.
Fortalezas y límites de seguridad
Fortalezas
Una configuración moderna puede ofrecer secreto perfecto hacia adelante mediante intercambios Diffie-Hellman nuevos, certificados individuales y cifrado AEAD. AES-128/256-GCM y grupos fuertes como Curve25519 son opciones actuales. EAP-TLS permite integrarse con RADIUS o directorios corporativos sin depender de una contraseña compartida.
IKEv2 corrige varios problemas de IKEv1 y es mantenido dentro del trabajo de estandarización del IETF. En la práctica, muchos incidentes se originan en implementaciones o configuraciones deficientes, no en el diseño central.
Límites
Su firma de red es fácil de reconocer: utiliza UDP 500, UDP 4500 y ESP. Una red con inspección profunda puede bloquear esos elementos sin descifrar el contenido. Los transportes IKEv2 sobre TCP o TLS no forman parte del uso estándar y tienen una disponibilidad limitada.
La pila IPsec es grande y tiene múltiples implementaciones. Más componentes significan más puntos que mantener y auditar. Además, si el servidor o la infraestructura del proveedor están comprometidos, el protocolo no puede proteger al usuario: ningún túnel elimina la confianza en el extremo que lo opera.
Las claves compartidas débiles y EAP-MSCHAPv2 deben evitarse. Para una empresa, los certificados y EAP-TLS ofrecen un modelo más sólido.
Rendimiento, compatibilidad y restricciones
IKEv2 usa un intercambio corto y el cifrado IPsec suele ejecutarse cerca del núcleo del sistema. Con aceleración AES puede ofrecer un rendimiento alto y baja latencia. WireGuard suele ser más rápido en bruto, pero IKEv2 es competitivo para navegación, streaming y llamadas.
| Sistema | Compatibilidad |
|---|---|
| iOS/iPadOS | Nativa y estable |
| macOS | Nativa |
| Windows | Nativa |
| Android | Soporte moderno; puede variar en equipos antiguos |
| Linux | Normalmente mediante strongSwan |
Puede fallar cuando se bloquean UDP 500 o 4500, cuando un portal cautivo altera la conexión o cuando el firewall impide ESP. OpenVPN sobre TCP 443 suele atravesar mejor esas restricciones.
Cuándo usar IKEv2 y cuándo evitarlo
Es una buena elección para:
- dispositivos que cambian con frecuencia entre Wi-Fi y datos;
- ecosistemas Apple y Windows con soporte integrado;
- redes sin censura activa;
- empresas con certificados, EAP-TLS, RADIUS o MDM.
Conviene elegir otra opción para:
- redes que bloquean de forma sistemática IPsec;
- Linux cuando se busca una configuración simple;
- situaciones donde la ofuscación es indispensable;
- proyectos que priorizan una base de código mínima.
IKEv2, WireGuard y OpenVPN
| Criterio | IKEv2 | WireGuard | OpenVPN |
|---|---|---|---|
| Movilidad | Excelente con MOBIKE | Muy buena | Media |
| Rendimiento | Alto | Muy alto | Medio |
| Redes restrictivas | Débil | Requiere camuflaje adicional | Mejor con TCP 443 |
| Facilidad de auditoría | Compleja por IPsec | Muy alta | Media |
| Integración nativa | Muy amplia | Depende del sistema | Aplicación o cliente |
IKEv2 en 2026
IKEv2 es maduro, rápido y particularmente eficaz en movilidad. Su integración con Apple, Microsoft y las herramientas corporativas sigue siendo una ventaja concreta. No es universal: su tráfico es reconocible, la pila IPsec es compleja y Linux requiere más trabajo.
Una oferta técnica completa puede combinar WireGuard para rendimiento, IKEv2 para movilidad e integración nativa y OpenVPN TCP para redes que bloquean otros protocolos.
Otros protocolos VPN
- WireGuard: minimalista y muy rápido.
- OpenVPN: flexible y compatible con muchos sistemas.
- IPsec: capa que protege el tráfico negociado por IKEv2.
- L2TP: encapsulación antigua asociada a IPsec.
- IKEv2 vs OpenVPN: comparación detallada.