La clave es la ruta: Por qué Verimesh se ejecuta en WireGuard

Muchos de nosotros hemos pasado más horas de las que nos gustaría admitir viendo a personas intentar establecer un túnel IPsec entre dos firewalls de proveedores diferentes. Cualquiera que vivió las guerras de VPN de los años 2000 recuerda la sensación: un archivo de configuración con cuarenta controles, la mitad de los cuales tenían que coincidir exactamente con el otro lado, y un registro de depuración que no te decía nada cuando no lo hacían.

Luego, en 2018, un único desarrollador, Jason Donenfeld, presentó WireGuard para su inclusión en el kernel de Linux, y Linus Torvalds, alguien famoso por no tener pelos en la lengua, escribió que solo podía «esperar» que se fusionara pronto, llamándolo «una obra de arte» comparado con los «horrores que son OpenVPN e IPsec». Ese es un elogio de alto nivel. Se incluyó en la rama principal en 2020.

Así que cuando Palo Alto Networks, que vende los aparatos de seguridad pesados que WireGuard silenciosamente hace que parezcan sobredimensionados, publica una explicación en Cyberpedia elogiando su base de código pequeña, criptografía fija moderna y velocidad, eso merece un momento de atención.

La malla cifrada bajo Verimesh se ejecuta en WireGuard, y hacemos una cosa sobre ella que, hasta donde sé, nadie más hace: la clave del túnel se deriva de la misma raíz que la identidad de la aplicación.

Lo que Palo Alto está respaldando

WireGuard no responde paquetes que no puede autenticar. Envía una prueba desde una clave desconocida y no obtienes nada: sin banner, sin respuesta, ni siquiera un socket escuchando para identificar. Para un escaneo de puertos, la malla simplemente no está ahí, y no puedes atacar una superficie que no puedes encontrar.

Luego está el tamaño. WireGuard tiene aproximadamente 4.000 líneas de código. OpenVPN tiene alrededor de 100.000. IPsec, contando su proliferación de estándares e implementaciones, se acerca a 400.000. Una base de código que puedes leer en una tarde es una que un ser humano realmente puede auditar. Y la auditabilidad a esa escala es en sí misma una propiedad de seguridad, una que no puedes agregar retroactivamente a algo dos órdenes de magnitud más grande.

La criptografía es fija. Sin suites de cifrado configurables, sin negociación de algoritmos, sin el paso de «reduzcamos a lo que ambos soportamos». Solo Curve25519 para el intercambio de claves, ChaCha20-Poly1305 para los datos, BLAKE2s para hash, Noise_IKpsk2 manteniéndolo todo junto. La familia completa de ataques de degradación no existe aquí, porque no hay nada que negociar.

Y WireGuard enruta por clave. Su tabla de enrutamiento de clave criptográfica vincula la clave pública de cada igual a los rangos de IP que ese igual puede usar. Saliente, la dirección de destino selecciona la clave del igual, que selecciona la clave de sesión; entrante, un paquete descifrado se acepta solo si su origen cae dentro del rango autorizado de ese igual. No hay una verificación separada de «¿quién eres?» pernada junto a una verificación de «¿qué puedes enviar?». La clave pública es la ruta. La identidad y la accesibilidad resultan ser el mismo hecho.

Una raíz, no dos

En casi toda implementación de WireGuard que he visto, las claves viven una vida propia. Alguien ejecuta wg genkey, distribuye la mitad pública, archiva la mitad privada en algún lugar, y termina con una clave de red que no tiene nada que ver con la identidad que la aplicación de arriba confía. Dos raíces de confianza reconciliadas por una hoja de cálculo e intenciones positivas.

En Verimesh hay una raíz, y todo cuelga de ella. Cada organización tiene su propia identidad, construida sobre Decentralized Key Management (DKMS): la misma infraestructura de identidad en la que ya se ejecuta la capa de aplicación. Bajo esa identidad organizacional, cada conexión se establece por un Iris Agent que posee su propia identidad agéntica: un activo verificable, enraizado en el material DKMS propio de la organización, que representa un nodo en la malla en lugar de la institución en su conjunto. Las claves de túnel Curve25519 se derivan de esa identidad agéntica, no de una cadena que alguien generó una vez con wg genkey y pegó en una configuración. No hay ninguna tercera autoridad de certificación en la ruta decidiendo qué túneles están permitidos; la organización emite sus propias identidades agénticas, bajo su propia raíz. Sin brecha entre quién eres en la capa de red y quién eres por encima de ella.

Esa capa intermedia no es ceremonial. Es lo que hace que la malla sea práctica. Una organización puede establecer más de un nodo: sitios separados, centros de datos separados, los dos extremos de un grupo de clínicas, cada uno con su propia identidad agéntica bajo la misma raíz organizacional, cada uno verificablemente la misma institución. Y la red puede moverse en su propio reloj: cuando una clave de túnel necesita cambiar, rotas la identidad agéntica de la que se deriva, sin tocar la identidad organizacional ni las claves de aplicación por encima de ella. El cable puede turbarse por debajo mientras la identidad de la institución permanece exactamente donde está.

Porque cada identidad agéntica se remonta al material clave propio de la organización, cada túnel se puede verificar contra el registro de eventos clave: puedes preguntar qué identidad estableció qué túnel y cuándo, y verificar la respuesta criptográficamente en lugar de confiar en la propia explicación del servidor. Cuando las claves rotan, lo hacen en sincronía con la pre-rotación DKMS (construida en KERI), por lo que la identidad del túnel sobrevive al ciclo de vida de la clave en lugar de romperse cuando cambia una clave. Y como todo está alojado automáticamente, ningún intermediario se sienta en el medio siendo dueño del flujo de datos.

Entonces, ¿por qué no simplemente usar mTLS, que ya vincula la identidad en el protocolo de enlace de transporte?

Porque mantener las capas separadas es el punto. WireGuard mueve paquetes autenticados y cifrados entre pares que poseen la clave correcta, y luego se detiene. No sabe qué es un retiro de consentimiento, qué autorización lleva un mensaje, o si una credencial ha sido revocada. Esa lógica pertenece por encima del cable, en DKMS. mTLS tiende a tirar la autorización hacia el protocolo de enlace de transporte hasta que ya no pueda auditar los dos por separado. Los mantenemos separados a propósito, y los construimos en la misma raíz.

Soberano hasta el cable

La pila es Open Source de arriba a abajo. WireGuard está en el kernel; la capa DKMS por encima es nuestra, publicada bajo AGPLv3. Ningún plano de control SaaS se sienta en la ruta. Ningún tercero que pueda ser citado por las claves, nadie registrando silenciosamente quién habló con quién. Para la salud suiza, donde los datos pueden no salir del país y la confianza puede no salir de la institución, eso tiene que mantenerse hasta el transporte. La soberanía que se detiene en la capa de aplicación y alquila su plomería de red de otro no es realmente soberanía.

Lo que estamos intercambiando

Ninguna arquitectura es gratuita, y las personas que ejecutan estos sistemas pueden olerlo cuando finges lo contrario. WireGuard pide tres intercambios, que somos transparentes al respecto:

Primero, es un túnel de capa 3. Lleva paquetes IP, no streams, por lo que no obtienes el multiplexado de stream nativo que un transporte basado en TLS o QUIC te da de forma gratuita. Cualquier cosa que necesite multiplexación la construye por encima del túnel. Para una malla que lleva intercambio autenticado entre instituciones, ese es posiblemente el lugar correcto, pero es una restricción real, no un problema insignificante.

Segundo, la superficie de configuración de pares crece con la malla. WireGuard no envía un plano de control que distribuya y revoque pares centralmente; cada nodo conoce los pares con los que habla. En una malla pequeña y gobernada de concentradores y nodos, eso es una característica. Nada central que comprometer. A gran escala se convierte en trabajo real, y administrar las claves a través de DKMS es lo que evita que colapse en la pesadilla de hoja de cálculo de antes.

Tercero, es más joven que IPsec. Palo Alto pone esto en la lista de contras y eso tiene sentido. Pero la cosa que hace joven a WireGuard es la misma cosa que la hace auditable: Donenfeld tiró treinta años de opcionalidad acumulada y comenzó de nuevo. Este es el tipo de intercambio que hacemos gustosamente.

La pregunta cuántica

WireGuard tiene una capa de clave compartida previa opcional que mezcla un secreto simétrico en el protocolo de enlace. Eso compra una cosa: el tráfico capturado hoy no se vuelve legible más tarde incluso si el intercambio de curva elíptica se rompe eventualmente. El ataque de almacenar ahora-descifrar después deja de funcionar. Esto no es lo mismo que la seguridad post-cuántica en el sentido de NIST, y somos conscientes de eso. Es un abrigo efectivo.

La ruta más allá del abrigo tiene un nombre: Rosenpass, un proyecto Open Source que ejecuta un verdadero intercambio de clave post-cuántico frente a ese espacio de clave compartida previa. Es una ruta de integración para la malla, no algo que Verimesh envíe hoy.

Lo nuestro es lo que sucede después. Porque las claves de túnel se derivan de una identidad DKMS, adoptar algoritmos post-cuánticos es una rotación de rutina de esa identidad en el registro de eventos clave existente: la capa de red moviéndose en su propio reloj de nuevo, esta vez a un algoritmo más fuerte. No una reemisión de certificado forzada de todo a la vez en toda una propiedad. CA-issued transport no obtiene a decir eso.

Una raíz, del cable hacia arriba

Una malla donde la clave de red y la identidad de la aplicación crecen a partir del mismo material DKMS cierra la costura donde viven la mayoría de los ataques interesantes y casi todas las fallas de auditoría aburridas: la brecha entre quién cree la red que eres y quién cree la aplicación que eres. WireGuard nos da un transporte lo suficientemente simple para confiar; DKMS le da la misma identidad que ya confía en todo en Verimesh.

Este es el transporte bajo el despliegue de Verimesh con HIN, bajo todo en la Arquitectura de confianza, donde la ruta completa desde la clave hasta el túnel hasta el mensaje auditado se expone de extremo a extremo. Lo que se ejecuta en la parte superior es Verimesh mismo.

La buena plomería es la que nunca tienes que pensar. Esa es la idea completa.