Surfshark lanzó cifrado poscuántico en WireGuard en 2026. Se rompió en conexiones PPPoE casi de inmediato. Luego lo parchearon. Esto es lo que realmente falló, y lo que todo el episodio dice sobre en qué punto está hoy el cifrado poscuántico en las VPN.

Qué construyó realmente Surfshark

La implementación usa un intercambio de claves híbrido: Curve25519 (el algoritmo estándar de WireGuard) combinado con ML-KEM, el algoritmo basado en retículas aprobado por el NIST, antes conocido como Kyber. El handshake corre en dos pasos. Curve25519 va primero. ML-KEM va encima.

La lógica híbrida es sólida. Si un algoritmo acaba siendo roto por un ordenador cuántico, el otro sigue aguantando. No apuestas todo a una sola primitiva criptográfica. El NIST aprobó ML-KEM en 2024 tras años de evaluación, así que no es un algoritmo experimental que alguien inventó de la nada. Es el estándar actual para el encapsulado poscuántico de claves.

Surfshark asegura que el resultado corre un 5,8% más rápido que WireGuard estándar, lo que es una sorpresa genuina dado lo mucho que suelen añadir de sobrecarga los algoritmos poscuánticos. Los tamaños de clave en ML-KEM son mucho mayores que en Curve25519, así que sacar una ganancia de velocidad encima del trabajo criptográfico extra no es trivial. La función se lanzó activada por defecto en Mac, Linux y Android. iOS y Windows todavía están por llegar.

El fallo que rompió las conexiones de fibra residencial

PPPoE (Point-to-Point Protocol over Ethernet) es el método de conexión que usa una gran parte de los abonados residenciales de fibra, sobre todo en Europa y Asia. Es habitual en Alemania, Francia, Países Bajos, Japón y muchos otros mercados. No es un protocolo de nicho. No es un caso extremo heredado del pasado.

Cuando el handshake poscuántico de Surfshark corría sobre PPPoE, los usuarios se encontraban con que solo podían cargar páginas HTTP pequeñas y sin cifrar. Cualquier cosa más grande fallaba. Los sitios HTTPS se agotaban por tiempo. Navegar de verdad era básicamente imposible.

TechRadar investigó, reunió datos técnicos y los compartió directamente con Surfshark. La causa raíz era el tamaño de los paquetes. ML-KEM produce mensajes de intercambio de claves mucho más grandes que Curve25519. PPPoE tiene un MTU (unidad máxima de transmisión) menor que Ethernet estándar, lo que significa que solo puede manejar paquetes más pequeños antes de tener que fragmentarlos o descartarlos. Los paquetes del handshake PQE de Surfshark eran, sencillamente, demasiado grandes para que PPPoE los gestionara con limpieza. La lógica de fragmentación fallaba, o nunca se tuvo en cuenta, y la conexión se establecía a medias y se quedaba colgada.

Surfshark publicó la corrección en la versión 4.27.1. El parche gestionaba correctamente el tamaño de los paquetes en entornos PPPoE.

Es una respuesta razonablemente rápida una vez documentado y escalado el problema. Pero debería haberse detectado antes del lanzamiento. PPPoE lo usan decenas de millones de abonados residenciales. Probar contra ese protocolo es control de calidad básico para una función que se lanza activada por defecto.

Por qué “recolectar ahora, descifrar después” no es teórico

Algunos consideran que el cifrado poscuántico llega prematuramente. La amenaza suena lejana: los ordenadores cuánticos capaces de romper el cifrado actual todavía no existen. Entonces, ¿para qué correr?

Ese planteamiento se equivoca de línea temporal.

El modelo de amenaza real funciona así. Adversarios estatales recopilan y almacenan hoy tráfico de internet cifrado. Los programas de recolección masiva dirigidos a la infraestructura de internet están bien documentados; esto no es especulación. Los datos recopilados se quedan almacenados. Cuando eventualmente exista un ordenador cuántico criptográficamente relevante, ejecutarán el descifrado sobre el tráfico archivado de forma retroactiva. Los túneles VPN cifrados en 2026 podrían ser legibles en 2032 o 2036.

La ventana de exposición ya está abierta. Se abrió hace años.

Si comunicaciones sensibles, datos financieros, secretos corporativos o cualquier otra cosa que merezca protección ha viajado por un túnel VPN en los últimos años, es posible que esté esperando en la base de datos de alguien a que el hardware se ponga al día. El plazo para que existan ordenadores cuánticos capaces de romper RSA-2048 o la criptografía de curva elíptica estándar sigue acortándose. Las estimaciones varían, pero los investigadores serios ya no hablan de “décadas de distancia”.

Por eso el NIST pasó ocho años con un proceso de estandarización de criptografía poscuántica antes de decantarse por ML-KEM y algoritmos relacionados. La comunidad criptográfica entendió el riesgo de “recolectar ahora” mucho antes que el público general.

Por eso también Mullvad empezó a integrar el intercambio de claves poscuántico ya en 2023. Fueron metódicos, lo desplegaron de forma incremental en su infraestructura y no rompieron la conexión de nadie en el proceso. Ese contraste con el lanzamiento de Surfshark merece detenerse a pensarlo.

Quién tiene PQE ahora mismo (junio de 2026)

VPN con cifrado poscuántico ya activo:

  • Mullvad (desde 2023, despliegue incremental cuidadoso)
  • Windscribe
  • NordVPN
  • ExpressVPN
  • PureVPN
  • Surfshark (versión 4.27.1, con el fallo de PPPoE corregido)

VPN que todavía no lo tienen:

  • ProtonVPN
  • PIA (Private Internet Access)
  • CyberGhost
  • IPVanish

ProtonVPN llama especialmente la atención por su ausencia en la primera lista, dada la solidez de su reputación en privacidad. Algunos de los nombres ausentes tienen PQE en su hoja de ruta. Ninguno lo ha lanzado hasta la fecha de este artículo.

NordVPN tiene cifrado poscuántico activo y en general ha gestionado sus lanzamientos de funciones de seguridad sin el tipo de fallo de lanzamiento que sufrió Surfshark. Vale la pena considerarlo si el PQE forma parte de tu decisión.

Qué revela realmente el lanzamiento roto de Surfshark

La lectura honesta aquí es que el lanzamiento se hizo con prisa.

Un protocolo de conexión usado por decenas de millones de abonados residenciales se rompió el primer día. Hizo falta una investigación externa de TechRadar para sacar a la luz el detalle técnico públicamente. Eso no es poca cosa. Surfshark no lo detectó internamente, y los usuarios con conexiones PPPoE tuvieron una VPN funcionalmente rota en una función que venía activada por defecto.

Lo arreglaron rápido una vez documentado y escalado el problema, y eso cuenta a su favor. Responder a una investigación externa es mejor que quedarse callado o restar importancia al problema. Pero “lo arreglamos después de que un periodista investigara” no es lo mismo que “lo probamos bien antes de lanzarlo”.

El enfoque de Mullvad fue distinto en casi todos los aspectos. No anunciaron el PQE con un comunicado de prensa mientras seguía roto. Lo construyeron, lo probaron contra tipos de conexión reales y lo lanzaron sin hacer ruido. Los usuarios lo encontraron. Funcionaba. Esa es la historia menos emocionante, que es precisamente la gracia.

La criptografía subyacente en la implementación de Surfshark no está en duda. ML-KEM sobre Curve25519 es la arquitectura correcta. El problema de PPPoE fue un fallo de gestión de protocolo, no un fallo del cifrado en sí. Tus datos no estuvieron más expuestos por este fallo; simplemente tu conexión no funcionaba. Son problemas distintos, y la distinción importa.

Aun así, para una función anunciada como protección frente a futuras amenazas cuánticas, no probarla contra un tipo de conexión residencial común es un vacío difícil de justificar.

¿Importa el PQE para tu elección de VPN en 2026?

Depende de para qué uses realmente una VPN.

Si tu modelo de amenaza incluye periodismo, trabajo legal, comunicaciones corporativas, datos financieros o activismo en un país con infraestructura de vigilancia activa, el cifrado poscuántico importa ahora. No dentro de cinco años. No cuando los ordenadores cuánticos sean noticia. El tráfico que envías hoy es el tráfico que se descifrará más tarde de forma retroactiva.

La ventana de “recolectar ahora” ya está abierta. Quien envía datos sensibles por una VPN sin PQE está apostando, en esencia, a que su adversario no está recopilando tráfico, o a que el descifrado cuántico nunca llegará. Ambas son apuestas que conviene reconsiderar.

Si usas una VPN sobre todo para streaming o privacidad casual en Wi-Fi público, el PQE no es tu prioridad inmediata. Es razonable. Pero cuando la función no cuesta nada y la VPN ya la tiene de todos modos, no hay motivo para no usarla.

Los proveedores que implementaron PQE con cuidado y pronto también te están diciendo algo sobre su cultura de seguridad. Esa señal merece pesar cuando comparas servicios por lo demás similares.

NordVPN tiene PQE activo en toda su infraestructura. Si esto te importa para tu caso de uso, es una opción directa que no te obliga a confiar en una implementación hecha con prisa.

Fuentes: TechRadar, Tom’s Guide, blog oficial de Surfshark.

¿Quieres comparar todos los VPN uno al lado del otro? Consulta nuestra tabla comparativa completa con puntuaciones en 18 criterios.

Nuestro veredicto

El cifrado poscuántico de Surfshark es técnicamente sólido ahora que el fallo de PPPoE está parcheado. El enfoque híbrido subyacente (Curve25519 más ML-KEM) es la arquitectura correcta, y la ganancia del 5,8% de velocidad sobre WireGuard estándar es un bonus que nadie esperaba. El lanzamiento roto fue un fallo de control de calidad, no un fallo criptográfico. Esa distinción importa. Si ya usas Surfshark y actualizaste a la 4.27.1, tu cobertura PQE es real. Si estás buscando una VPN donde el PQE sea prioridad, Mullvad sigue siendo la implementación más cuidadosa del mercado, y NordVPN es una opción fiable con la función activa hoy mismo y sin desastres de lanzamiento en su historial.

Sigue leyendo: Análisis de Surfshark 2026 y ¿Surfshark guarda registros?.