tecnología

Protocolo VPN seguro de la aplicación StageVPN 8 preguntas y 8 respuestas

El protocolo VPN de la aplicación StageVPN crea una clave de sesión con un protocolo de enlace único de ida y vuelta, la cambia aproximadamente cada dos minutos e identifica el dispositivo con una clave pública en lugar de IP, manteniendo la conexión incluso cuando se cambia de Wi-Fi a LTE. Las técnicas de criptografía, la rotación de claves, el enrutamiento de claves de cifrado y la configuración de la aplicación StageVPN se explican con tablas y diagramas.

Equipo StageVPN22 min de lectura

Ilustración 3D que representa el flujo de datos que pasa a través de un túnel azul brillante

protocolo vpn seguroUna regla de comunicación que crea una conexión de red virtual cifrada (túnel) entre dos dispositivos que se identifican entre sí con una clave pública.

La aplicación StageVPN (iPhone, iPad, Android) es un protocolo VPN moderno y seguro que envía comunicaciones IPv4 e IPv6 de todo el dispositivo y consultas DNS al servidor VPN. Este artículo plantea ocho preguntas para explicar por qué este protocolo se considera rápido y fácil de revisar. Para cada pregunta, primero escribí una respuesta de dos oraciones y luego expliqué los principios con las tablas y diagramas a continuación. Las cifras se basan en el documento técnico del protocolo y la documentación oficial del protocolo.

Aproximadamente 4.000 líneas
Tamaño del código de la implementación del kernel de Linux en el momento de la publicación del documento técnico en 2017
1 viaje de ida y vuelta
Número de viajes de ida y vuelta de mensajes necesarios para que el protocolo de enlace cree la clave de sesión
120 segundos
Cuándo empezar a cambiar las claves de sesión con un nuevo protocolo de enlace
1 cosa
Número de combinaciones de contraseñas fijas utilizadas sin negociación

La siguiente imagen reúne las tres propiedades más importantes de este artículo en una sola página. El dispositivo y el servidor acuerdan la clave de sesión en un solo viaje de ida y vuelta. La clave se actualiza aproximadamente cada dos minutos. El servidor reconoce el otro dispositivo por su clave pública, no por su dirección IP. Continúe leyendo para descubrir qué preguntas responde cada una de las tres propiedades.

Las claves de sesión se crean en un viaje de ida y vuelta y se cambian aproximadamente cada dos minutos.
Las claves de sesión se crean en un viaje de ida y vuelta y se cambian aproximadamente cada dos minutos.

P. ¿Cuál es el protocolo VPN para la aplicación StageVPN?

Es un protocolo VPN de código abierto y su implementación se lanzó en 2017. El objetivo era reducir la cantidad de elementos de configuración, fijar el método de cifrado a uno y hacerlo de un tamaño donde los expertos puedan leer y revisar el código completo.

El protocolo VPN es un conjunto de reglas para que dispositivos y servidores se identifiquen entre sí, compartan claves de cifrado y empaqueten e intercambien datos. Los protocolos existentes tienen muchas opciones y pasos de negociación para adaptarse a diversos entornos. Más opciones dan como resultado un código más grande. También aumenta la posibilidad de crear una configuración débil debido a errores de configuración. Este protocolo tomó la dirección opuesta. Redujimos el número de opciones y acortamos el código.

Tabla 1. Historia principal de este protocolo (a septiembre de 2026)
Punto de vistacasosignificado
2017Libro blanco presentado en la conferencia NDSSObjetivos de diseño, protocolo de enlace y enrutamiento de claves de cifrado descritos en un documento público
marzo 2020Incluido por defecto en el kernel de Linux 5.6Se puede utilizar en servidores Linux sin instalar módulos separados
Después de la publicación del libro blancoImplementaciones oficiales lanzadas para Windows, macOS, iOS y AndroidLa aplicación para teléfono inteligente se conecta al servidor usando el mismo protocolo
hoyAcumulación de investigaciones de verificación de formato como Tamarin y CryptoVerifLa seguridad del diseño del protocolo ha sido revisada académicamente.

El tamaño del código depende de la implementación y el momento. Por lo tanto, "aproximadamente 4.000 líneas" no deben leerse como el valor actual exacto, sino como "un orden de magnitud menor que otras implementaciones de VPN". La aplicación StageVPN utiliza la implementación oficial de este protocolo en iPhone·iPad y Android. La extensión de Chrome StageVPN para Chrome es un proxy HTTPS en lugar de este protocolo. La diferencia entre los dos métodos es VPN de navegador versus VPN de aplicaciónesta cubierto de

P. ¿En qué orden se crean las conexiones VPN?

Una conexión se crea con un apretón de manos de dos mensajes, uno de ida y vuelta. Cuando el iniciador envía un mensaje de inicio y el respondedor devuelve un mensaje de respuesta, ambas partes calculan la misma clave de sesión e intercambian datos inmediatamente.

  1. mensaje de inicioEl iniciador (dispositivo) envía una clave pública temporal, una clave pública cifrada y una marca de tiempo cifrada.
  2. mensaje de respuestaEl respondedor (servidor) envía su clave pública temporal y verifica al iniciador.
  3. Cálculo de clave de sesiónA partir de los resultados del intercambio de claves, ambas partes derivan un par de claves simétricas para enviar y recibir.
  4. transferencia de datosCada paquete se cifra con ChaCha20-Poly1305 y se le asigna un número de secuencia (contador).
Figura 1. Secuencia de protocolo de enlace y transferencia de datos (un viaje de ida y vuelta)

Un apretón de manos es un proceso mediante el cual dos partes se identifican y acuerdan una clave de cifrado antes de iniciar la comunicación. El protocolo de enlace en este protocolo sigue el patrón IK del marco Noise. El patrón IK requiere que el iniciador conozca de antemano la clave pública del respondedor. La aplicación StageVPN cumple esta condición porque recibe la clave pública del servidor al que conectarse en la configuración de VPN.

Tabla 2. Cuatro tipos de mensajes de protocolo (basados ​​en el documento de protocolo oficial)
mensajetamañoContenidos incluidosrole
Iniciar apretón de manos (tipo 1)148 bytesClave pública temporal, clave pública estática cifrada, marca de tiempo cifrada, 2 MACPrueba de identidad del iniciador, bloquear ataques de repetición
Respuesta de apretón de manos (tipo 2)92 bytesClave pública temporal del respondedor, texto cifrado vacío para verificación, 2 MACAcuerdo clave completado
Respuesta de cookie (tipo 3)64 bytescookies cifradasVerifique la dirección de salida cuando el servidor esté sobrecargado
Datos (Tipo 4)Encabezado de 16 bytes y texto cifrado.Número de destinatario, contador, paquete IP cifrado y etiqueta de autenticaciónentrega de comunicación real

La marca de tiempo en el mensaje de inicio evita ataques de repetición. Un ataque de repetición es un ataque en el que un atacante graba un mensaje normal y lo reenvía más tarde. El servidor descarta un mensaje si la marca de tiempo es anterior a un envío anterior desde el mismo dispositivo.

La primera MAC se puede crear conociendo la clave pública del servidor. Por lo tanto, el servidor no responde a los paquetes enviados por escáneres que no conocen la clave pública del servidor. Desde fuera, es difícil incluso saber si hay un servidor VPN en ese puerto. Cuando el servidor está sobrecargado, primero se envía una respuesta de cookie antes de realizar cálculos pesados. Es un dispositivo que procesa solo solicitudes cuya dirección de origen se confirma como genuina, evitando ataques que mantienen al servidor ocupado con direcciones falsas.

P. ¿Qué técnica de cifrado utiliza?

Establezca solo un método de criptografía para cada función y utilícelo sin negociación. Si se encuentra un problema con una técnica, en lugar de agregar opciones, cambiamos la versión del protocolo para que todas las implementaciones se muevan juntas.

El nombre completo del protocolo de enlace tal como está escrito en la documentación oficial es Noise_IKpsk2_25519_ChaChaPoly_BLAKE2s. El nombre es el esquema. IK significa patrón de protocolo de enlace, psk2 significa clave precompartida opcional, 25519 significa curva de intercambio de claves, ChaChaPoly significa cifrado de datos y BLAKE2s significa hash.

Tabla 3. Técnicas de cifrado fijo y documentos de respaldo
roletécnicasdocumento de respaldocaracterística
Diseño de apretón de manosPatrón Noise_IKpsk2Marco del protocolo de ruidoAutenticación mutua, acuerdo de claves y protección de la identidad del iniciador en un solo viaje de ida y vuelta
intercambio de clavesCurva25519(X25519)RFC 7748Clave pública de 32 bytes, curva elíptica diseñada para reducir errores de implementación
Cifrado e integridad de datosChaCha20-Poly1305RFC 8439Procesa comprobaciones de cifrado y manipulación a la vez, rápidamente incluso sin aceleración de hardware
Cifrado de cookiesXChaCha20-Poly1305Documento de protocolo oficialModificación para escribir valores aleatorios largos de forma segura
Hash y MACBLAKE2sRFC 7693Hash rápido, también utilizado para cálculos de MAC con clave
derivación de claveHKDFRFC 5869Extraer la clave de sesión del resultado del intercambio de claves
tabla hash internaSipHash24Papel de Aumasson·BernsteinEvite ataques de manipulación dirigidos a tablas hash

Es importante señalar que no existe una fase de negociación. En protocolos que intercambian listas de cifrado, como TLS o IKEv2, se han estudiado ataques de degradación para engañar a los atacantes para que elijan cifrados débiles. Este protocolo no tiene su propia lista para elegir. Por lo tanto, no tiene sentido establecer tal ataque.

psk2, o clave precompartida, es una característica opcional. Al agregar una capa de claves simétricas sobre la criptografía de clave pública, es una defensa adicional para proteger el contenido de la comunicación incluso si una futura computadora cuántica rompe la Curve25519. Esta es una característica opcional, por lo que la disponibilidad varía según el servicio. StageVPN no ofrece cifrado resistente a cuánticos como característica ofrecida.

La seguridad del diseño ha sido revisada académicamente varias veces. La investigación de verificación formal está disponible públicamente, incluida la verificación simbólica utilizando el probador Tamarin y la prueba computacional utilizando CryptoVerif. Sin embargo, la verificación formal es una prueba del diseño del protocolo. No garantizamos la calidad de implementación ni el funcionamiento del servidor de cada aplicación. Por lo tanto, sigue siendo necesario mantener la aplicación actualizada y comprobar la política de registro del operador.

P. ¿Con qué frecuencia cambian las claves de sesión?

Las claves de sesión se reemplazan con un nuevo protocolo de enlace aproximadamente cada dos minutos. La sustitución se realiza mientras se comunica con la clave existente, por lo que los usuarios no notan ninguna interrupción.

  1. 0 segundosApretón de manos completado

    Inicie la transferencia de datos con la nueva clave de sesión.

  2. 120 segundosIniciar un nuevo apretón de manos

    Cuando tenga datos para enviar, cree una nueva clave (REKEY_AFTER_TIME). La clave también se reemplaza si el mensaje se envía a la potencia de 2 60.

  3. 180 segundosRechazar clave antigua

    Los paquetes con claves anteriores a esta hora no se recibirán (REJECT_AFTER_TIME).

  4. 540 segundosLimpieza inactiva

    Después de tres veces 180 segundos sin un nuevo protocolo de enlace, borre todas las claves temporales y el estado de la sesión.

Figura 2. Duración de la clave de sesión (basada en el temporizador del documento de protocolo oficial)

La razón por la que cambia la clave con frecuencia es por seguridad de avance. La seguridad directa es una propiedad que evita que se publique el contenido de la comunicación de una sesión ya finalizada, incluso si la clave privada a largo plazo del dispositivo queda expuesta más adelante. Este protocolo crea una nueva clave temporal para cada protocolo de enlace y borra de la memoria las claves utilizadas. Incluso si se filtrara una única clave de sesión, el alcance del impacto se limitaría a los pocos minutos en que se utilizó la clave.

También existen reglas para los intentos de apretón de manos. Si no hay respuesta, vuelve a intentarlo cada 5 segundos (REKEY_TIMEOUT). Si no hay respuesta durante 90 segundos (REKEY_ATTEMPT_TIME), el intento se detendrá. Si no hay datos para enviar dentro de los 10 segundos (KEEPALIVE_TIMEOUT) posteriores a la recepción de los datos, se envía un paquete keepalive vacío para que la otra parte pueda confirmar la respuesta.

Este protocolo está diseñado para no realizar un protocolo de enlace si no hay datos para enviar. Sin embargo, los dispositivos detrás de enrutadores o equipos de operador (NAT) suelen utilizar una configuración (PersistentKeepalive) que envía paquetes vacíos a intervalos regulares para evitar que se borre la información de conexión. La guía oficial recomienda un intervalo de 25 segundos. La configuración de VPN de la aplicación StageVPN también tarda 25 segundos de forma predeterminada (a partir de septiembre de 2026).

Diferencias entre el tamaño del código y los métodos de negociación de contraseñas
Diferencias entre el tamaño del código y los métodos de negociación de contraseñas

P. ¿Cuál es la diferencia entre OpenVPN e IKEv2/IPsec?

El protocolo de la aplicación StageVPN reduce las opciones y hace que el código sea más pequeño. OpenVPN e IKEv2/IPsec son protocolos con muchas negociaciones y opciones para adaptarse a diversos entornos.

La figura anterior muestra las diferencias en el tamaño del código, el método de transmisión y el método de negociación de contraseña. La siguiente tabla resume las diferencias restantes que no se muestran en la figura. Los tres se utilizan ampliamente actualmente, pero sus filosofías de diseño son diferentes, en lugar de que ninguna sea incondicionalmente superior.

Tabla 4. Diferencias de diseño entre los tres protocolos (basado en documentos oficiales y RFC de cada proyecto)
artículoAplicación StageVPNOpenVPNIKEv2/IPsec
Abierto/estándarInforme técnico de 2017, incluido el kernel de Linux 2020Lanzado por primera vez en 2001, su propio protocolo de código abierto.Estándar IETF (IKEv2 es RFC 7296)
Método de confirmación de socioclave pública de 32 bytesPrincipalmente se pueden combinar el certificado X.509, el nombre de usuario y la contraseña.Certificados, claves precompartidas, EAP y más
Acuerdo clave ida y vuelta1 ida y vuelta (2 mensajes)Varias veces, incluido el protocolo de enlace TLS.Mínimo de 2 intercambios (4 mensajes)
cambio de redComo resultado del comportamiento predeterminado (roaming)Principalmente reconexión, algo de soporte dependiendo de la configuraciónContinúa con soporte para MOBIKE (RFC 4555)
Elementos de configuraciónUnas pocas líneas: clave, dirección, IP permitida, etc.Muchos certificados y opciones.Hay muchos métodos de autenticación y elementos de política.
Sistema operativo incorporadoKernel de Linux integrado, otros proporcionados como aplicacionesInstalar programa separadoIntegrado para Windows, iOS, Android, etc.

La velocidad no está determinada únicamente por el protocolo. La distancia al servidor, la calidad de la línea local, la congestión del servidor y el rendimiento del dispositivo influyen. Este protocolo tiene procedimientos simples y operaciones criptográficas ligeras, por lo que suele ser rápido en las mismas condiciones. Eso no quiere decir que siempre sea rápido. Si la velocidad percibida es baja, lo primero que hay que hacer es cambiar a un servidor cercano y comparar.

P. ¿Qué es el "enrutamiento de clave de cifrado" donde la clave pública se convierte en la dirección?

El enrutamiento de claves de cifrado es un método que agrupa la clave pública de la otra parte y el rango de direcciones IP (AllowedIP) que la otra parte puede usar, y utiliza este paquete para determinar tanto al enviar como al recibir paquetes. Al enviar, determine qué clave pública cifrar con la dirección de destino y, al recibir, verifique si la clave pública que descifró correctamente está calificada para usar la dirección de origen.

Esta estructura tiene dos ventajas: primero, el servidor reconoce los paquetes de una IP de túnel como genuinos solo si se descifran con la clave pública vinculada a esa IP. Incluso si otro dispositivo imita la IP del túnel, no se puede descifrar y el paquete se descarta. En segundo lugar, las reglas de firewall y contraseñas se combinan en una sola. Los administradores sólo necesitan mantener una línea: "Esta clave pública es este rango de direcciones".

Si configura AllowedIPs en 0.0.0.0/0 y ::/0 en el dispositivo del usuario, todas las comunicaciones IPv4 e IPv6 se convierten en un túnel completo hacia un servidor. La aplicación StageVPN utiliza este método. Los principales elementos de configuración de VPN que la aplicación recibe del servidor se enumeran a continuación.

Tabla 5. Elementos de configuración de VPN para aplicaciones StageVPN (a septiembre de 2026)
Elementos de configuraciónConfiguración de la aplicación StageVPNSignificado para los usuarios
IP permitidas0.0.0.0/0, ::/0Protege todos los dispositivos donde toda la comunicación IPv4/IPv6 pasa por un túnel
DNSEl servidor DNS especificado en la configuración de VPN y las consultas también se reenvían al túnel.Dificultad para ver los dominios buscados por operadores u operadores de Wi-Fi
IP del túnel (dirección)Asignar direcciones internas dentro del servidor a cada cuentaEl servidor identifica dispositivos mediante claves públicas y direcciones internas.
MTUPredeterminado 1280, puede variar dependiendo de la configuración del servidorReduce los problemas de truncamiento de paquetes en redes móviles y doble encapsulación.
PersistenteMantener VivoPredeterminado 25 segundosMantenga la información de conexión incluso detrás del enrutador o equipo del operador
ubicación de conexiónElija entre países de servidores administrados por operadores o seleccione automáticamenteLa IP del servidor seleccionado se muestra en los sitios visitados.

MTU es el tamaño máximo de paquetes que se pueden enviar al mismo tiempo. Este protocolo cifra el paquete original y lo vuelve a colocar en un paquete UDP, aumentando el tamaño según el encabezado. Por lo tanto, la MTU en el túnel debe configurarse más pequeña que la MTU en la línea para evitar que los paquetes se fragmenten o descarten. ¿Qué y cuántos registros de acceso se mantienen? Acceder al aviso de almacenamiento de registrosEstá abierto al público.

P. Si el protocolo es sólido, ¿es seguro todo el uso de Internet?

No. La sección protegida por el protocolo VPN va desde su dispositivo al servidor VPN, y la seguridad posterior depende del HTTPS del sitio y de la política de grabación del operador.

  1. mi dispositivoAplicación StageVPN
  2. Red pública de comunicación/WiFiCafé·LTE
  3. servidor vpnStageVPN
  4. Sitio web/servidor de aplicacionesBanco/correo
  • Cifrado VPN
  • HTTPS del sitio
  • Áreas que pueden estar expuestas
Figura 3. La ruta que toman los datos al encender la aplicación StageVPN y cómo se protege cada sección.

En las dos secciones izquierdas de la imagen, es difícil para otros usuarios de Wi-Fi público, el operador de Wi-Fi y el operador ver el contenido y el destino de la comunicación. Después de salir del servidor VPN, es como Internet normal. De nuevo, resulta importante si la dirección es un sitio que comienza con https://로. Los riesgos fuera del protocolo deben prepararse por separado.

  • Sección después del servidor VPN: Los sitios que no utilizan HTTPS no se cifran desde el servidor VPN al sitio.
  • Confianza en los operadores: Debido a su estructura, el servidor VPN conoce la clave pública, la IP del túnel y la dirección de último acceso de cada dispositivo. Aquí también es donde puedes ver la IP de destino de tu conexión. De acuerdo con la Ley de Protección de Secretos de Comunicaciones, StageVPN almacena registros de acceso durante 93 días y luego los elimina automáticamente, y no registra el contenido de las comunicaciones. La razón es ¿Por qué divulgamos nuestra política de retención de registros de acceso?explicado.
  • Amenazas dentro de su dispositivo: Las aplicaciones maliciosas o páginas de phishing son problemas que ocurren dentro del túnel, es decir, en tu dispositivo. El protocolo no lo impide. La división es Lo que las VPN previenen y no pueden prevenirConsulte .
  • En el momento en que se pierde la conexión: Mientras el túnel esté desconectado, la comunicación puede salir por la ruta normal. Verifique el estado de conexión de la aplicación antes de realizar cualquier operación sensible. Hábitos en las redes públicas Reglas de seguridad de Wi-Fi públicoLo organicé en .
  • DNS e IPv6: Si otra aplicación VPN o la configuración DNS separada de su dispositivo cambian la ruta, las consultas pueden salir del túnel. como comprobar Guía de fugas de DNS y fugas de WebRTCesta en

Cuando se conecte por primera vez, el iPhone le pedirá que agregue una configuración de VPN y Android le pedirá que permita la solicitud de conexión VPN. Debes permitir esto para que la aplicación pueda crear un túnel VPN. Ordenar por dispositivo Primeros pasos en iPhone/iPady Empezando en Androidy el alcance de la provisión es Características y alcance de la ofertaPuedes consultarlo aquí.

P. ¿Por qué la conexión permanece incluso cuando se cambia de Wi-Fi a LTE?

Esto se debe a que este protocolo identifica los dispositivos por sus claves públicas en lugar de por sus direcciones IP. Incluso si la red cambia y la IP cambia, el servidor recuerda la dirección a la que llegó por última vez el paquete descifrado y responde con esa dirección.

Cómo distinguir conexiones por dirección IP

  • Las conexiones existentes se pierden cuando las redes cambian
  • Es necesario autenticarse nuevamente y acordar las claves.
  • Es probable que la comunicación de la aplicación se detenga en el momento de la transición.

StageVPN aplicaciones (diferenciadas por clave pública)

  • Los paquetes de una nueva dirección también se reconocen como de la misma parte si se descifran con la misma clave pública.
  • Actualizar la dirección a la que el servidor responde con una nueva dirección
  • Si la vida clave permanece, continúa inmediatamente sin apretón de manos.
Figura 4. Diferencia en el método de conexión al cambiar de Wi-Fi a LTE

Este comportamiento se llama roaming. Los teléfonos inteligentes alternan entre Wi-Fi doméstico, Wi-Fi de cafetería y LTE/5G mientras están en movimiento varias veces al día. Si la VPN se vuelve a conectar desde el principio cada vez, habrá un momento en el que se detendrán los mensajes y la transmisión. El protocolo maneja esta transición como comportamiento predeterminado. No se requieren configuraciones separadas.

Este protocolo utiliza únicamente UDP. UDP es un método de transmisión ligero que no requiere un procedimiento de establecimiento de conexión. No se superpone con el control de retransmisión de las comunicaciones TCP que van y vienen dentro del túnel. Existe un problema conocido: cuando TCP se superpone a TCP, cuando se produce una pérdida, ambas capas se retransmiten simultáneamente y la velocidad cae significativamente. Este protocolo evita estructuralmente este problema.

Mientras tanto, StageVPN registra la dirección IP desde la que el dispositivo accedió al servidor VPN cuando cambia, como uno de los registros de conexión según la ley. El hecho mismo de que se produzca roaming significa que permanece en el servidor.

por favor sepa Existen limitaciones para los diseños que solo utilizan UDP. Algunas redes de hoteles, empresas y escuelas bloquean las comunicaciones UDP distintas del acceso web. Es posible que las conexiones VPN no funcionen en dichos lugares. En este caso, prueba a cambiar a otra red Wi-Fi o de datos móviles. Si aún no funciona, indique el modelo del dispositivo, el sistema operativo y la versión de la aplicación, y la hora en que ocurrió. atención al clientePor favor contáctenos.

Incluso si la IP cambia, el dispositivo se reconoce mediante la clave pública, por lo que no se restablece la conexión.
Incluso si la IP cambia, el dispositivo se reconoce mediante la clave pública, por lo que no se restablece la conexión.

glosario de términos

He organizado los términos de este artículo una oración a la vez. Se utiliza el mismo significado al leer otros documentos VPN.

apretón de manos
Este es un proceso en el que dos dispositivos se identifican entre sí y acuerdan una clave de cifrado antes de iniciar la comunicación.
1-RTT (1 ida y vuelta)
Esto significa que el proceso se completa simplemente enviando un mensaje una vez y regresando una vez.
Clave estática (clave pública/clave privada)
Un par de claves que se guarda en su dispositivo durante mucho tiempo y se utiliza para verificar su identidad. La otra parte conoce la clave pública y la clave privada no se envía fuera del dispositivo.
clave temporal
Esta clave se crea de nuevo para cada apretón de manos y se borra al final de la sesión.
clave de sesión
Una clave simétrica creada como resultado del protocolo de enlace que cifra los datos reales.
seguridad delantera
Esta propiedad evita que se publique el contenido de una sesión ya finalizada incluso si la clave privada a largo plazo se expone más adelante.
AEAD
ChaCha20-Poly1305 es un método criptográfico que procesa el cifrado y la detección de manipulaciones al mismo tiempo.
IMPERMEABLE
Este es un valor breve que se calcula y se adjunta a la clave para garantizar que el mensaje no haya sido falsificado.
ataque de repetición
Este es un ataque que engaña al sistema grabando un mensaje normal y enviándolo nuevamente más tarde.
Enrutamiento de claves de cifrado
Este es un método para vincular una clave pública y un rango de IP permitido para determinar qué clave cifrar y qué paquetes aceptar.
IP permitidas
Este es el rango de direcciones IP a las que la contraparte de una clave pública específica puede enviar y recibir. 0.0.0.0/0 y ::/0 se refieren a todas las direcciones.
punto final
Esta es la dirección de Internet y el puerto UDP reales de la otra parte, y el servidor actualiza estos valores cuando se produce roaming.
itinerancia
Incluso si la dirección IP del dispositivo cambia, el mismo túnel continúa.
NAT
Este es un método en el que un enrutador o equipo de una empresa de telecomunicaciones convierte las direcciones de varios dispositivos en una dirección pública.
mantener vivo
Este es un paquete sin contenido que se envía periódicamente para evitar que se borre la información de conexión.
MTU
Este es el tamaño máximo de paquetes que se pueden enviar al mismo tiempo.
UDP
Es un método de transmisión liviano que envía paquetes sin procedimientos de establecimiento de conexión y sin retransmisión.

material de referencia

  1. El marco del protocolo de ruido — Definición del patrón de apretón de manos IK (proyecto Noise)
  2. RFC 8439: ChaCha20 y Poly1305 para protocolos IETF — Método de cifrado de datos (IETF)
  3. RFC 7748: Curvas elípticas para seguridad — Intercambio de claves Curve25519 (IETF)
  4. RFC 7693: MAC y hash criptográfico BLAKE2 — Cálculos de hash y MAC (IETF)
  5. RFC 5869: Función de derivación de claves de extracción y expansión (HKDF) basada en HMAC — Derivación de claves de sesión (IETF)
  6. RFC 7296: Protocolo de intercambio de claves de Internet versión 2 (IKEv2) — Procedimiento de intercambio IKEv2 (IETF)
  7. RFC 4555: Protocolo de movilidad y multihoming IKEv2 (MOBIKE) — Manejo de cambios de red en IKEv2 (IETF)
  • #ProtocoloVPN
  • #VPNSegura
  • #cifrado
  • Comparación #OpenVPN
  • #Seguridad delantera