Hay dos pestañas de proveedores abiertas, ambas anuncian WireGuard, y la comparación se ha atascado en una frase: el túnel es fuerte, así que el servicio debe de estar bien. Esa inferencia es errónea. El protocolo define cómo dos pares cifran y autentican, pero no dice nada sobre quién opera el punto final, qué guarda el sistema de cuentas o cómo responde la empresa a una solicitud legal. Hay que separar esas preguntas antes de que una insignia las responda por usted.

Qué puede certificar una etiqueta de protocolo y qué no

WireGuard especifica un handshake construido sobre Noise, un conjunto fijo de primitivas modernas y un modelo de enrutamiento en el que AllowedIPs decide qué entra en el túnel. Son garantías reales sobre formatos de mensaje e intercambio de claves, y merece la pena tenerlas. También son garantías sobre el código, no sobre la máquina en la que se ejecuta ese código.

La implementación sigue dejando elecciones. Un proveedor puede cargar el módulo del núcleo o distribuir una compilación en espacio de usuario, empujar el DNS por el túnel o dejarlo en el resolutor local, y rotar claves según su propio calendario. Ninguna de esas elecciones aparece en la etiqueta del protocolo, y cada una cambia lo que el servicio puede observar.

OpenVPN hace más fácil ver la brecha. Su handshake TLS y su modelo de certificados se pueden configurar bien o mal, con o sin tls-auth, con cifrados modernos o con una alternativa de compatibilidad. Dos servicios pueden decir ambos OpenVPN y acabar con una exposición muy distinta. La página del protocolo WireGuard es precisa sobre la criptografía y silenciosa sobre el operador, y esa es exactamente la frontera que conviene tener presente.

Qué solo puede responder el operador

Empiece por la propiedad. ¿Está el punto final en hardware que controla el proveedor, en un VPS alquilado o en una máquina voluntaria en el piso de alguien? La respuesta decide quién puede copiar un disco, quién parchea el núcleo y quién nota un inicio de sesión extraño. Una comparación de protocolos no llega a nada de eso.

Después vienen los registros de cuenta y de pago. Una dirección de correo, una marca de tiempo de renovación, una huella de tarjeta y un ticket de soporte viven todos fuera del túnel. También el resolutor: si el proveedor gestiona su propio DNS, ve nombres incluso cuando las páginas son HTTPS. Pida retención en días, no la palabra mínimo.

Ordene las respuestas en dos columnas, porque tienen distinto peso. Una columna describe el software; la otra es una promesa que el servicio debe cumplir.

QuestionProtocol tells youOperator must document
Who holds the server private key?How the key exchange worksKey generation, storage and rotation
Which addresses connected when?NothingWhether handshake or session metadata is retained
What happens to a legal request?NothingDisclosure policy, jurisdiction and response history
Who can read diagnostics?NothingSupport access rules and retention limits

Las promesas solo se pueden comprobar contra documentos. Un proveedor que no sabe nombrar su periodo de retención no está revelando un fallo del protocolo; le está mostrando la calidad de sus registros, que es justo lo que intentaba juzgar.

Compruebe el perfil que el cliente aplica de verdad

El cliente es donde un perfil abstracto se convierte en rutas. En Linux con wg-quick, la configuración despojada muestra exactamente qué se aplicará, incluidas las líneas de DNS y AllowedIPs que una interfaz gráfica puede ocultar tras un interruptor.

sudo wg-quick strip wg0
sudo wg show wg0 latest-handshakes
resolvectl status wg0

Lea la salida como tres hechos separados. AllowedIPs de 0.0.0.0/0 significa que toda la ruta por defecto entra en el túnel; una línea DNS significa que los nombres van al resolutor que indica el perfil; un handshake reciente significa que la sesión está viva. Un keepalive persistente le dice que el cliente mantiene abierta una asignación NAT, lo cual es una elección de comportamiento, no una calificación de seguridad.

Aquí importa una advertencia. Estos comandos verifican el túnel que tiene, no la política que hay detrás. Un handshake perfecto demuestra que la criptografía funciona; no demuestra que los registros de conexión del mes pasado se hayan borrado, porque ese hecho no deja rastro en su máquina.

Pruebas que sobreviven a una página de marketing

Pida un informe de auditoría independiente y lea su alcance antes que su logotipo. Los informes nombran la infraestructura, el periodo y las excepciones; muchos cubren los servidores VPN mientras dejan el portal de cuenta, la facturación y las herramientas de soporte fuera de la revisión. Una auditoría que excluye los sistemas que guardan su dirección de correo responde a una pregunta más estrecha de lo que insinúa la página de ventas.

Luego lea la política de privacidad por categorías en lugar de adjetivos. Una política útil nombra qué se recoge, por qué y durante cuánto tiempo, y distingue los metadatos de conexión de los datos de cuenta. Un informe de transparencia, si existe, muestra si el proveedor tiene algún proceso para solicitudes, aunque sus cifras solo valen lo que valga la entidad que las publica.

El código abierto ayuda en la capa del cliente y se detiene ahí. Un cliente legible demuestra qué envía su dispositivo; no demuestra qué guarda el servidor. Las compilaciones reproducibles estrechan la brecha entre el código publicado y el entregado, pero siguen describiendo software, no operaciones.

Una prueba corta de tres documentos filtra la mayoría de las afirmaciones: una política con categorías nombradas y retención, una auditoría actual con un alcance declarado y una respuesta escrita del soporte sobre un escenario concreto. Si falta cualquiera de los tres, trate esa afirmación concreta como no verificada, no como falsa.

Dónde está la línea en la práctica

Con un punto final voluntario, juzgue al anfitrión individual. La reputación del proyecto de software no se traslada a cada máquina que lo ejecuta, y la persona que opera esa máquina puede no tener relación alguna con el proyecto. Las redes comerciales organizan la responsabilidad de otra manera, pero siguen concentrándola en una sola entidad.

El autoalojamiento invierte la pregunta. Usted pasa a ser el operador, así que el soporte del protocolo queda resuelto y la confianza pasa a ser su propio parcheo, su gestión de claves y su retención de registros. Es una respuesta legítima para algunos lectores, no una evasiva.

En un servicio de pago, el contrato y la jurisdicción forman parte del producto. Los cambios de propiedad, las adquisiciones y las normas locales de divulgación pueden alterar las obligaciones del operador sin tocar el protocolo, y por eso una comparación que se detiene en la hoja de especificaciones queda desfasada.

Anote los tres hechos que no pudo verificar en el sitio web. Envíelos al soporte y guarde la respuesta. Una respuesta concreta mueve el servicio a otra categoría, y el silencio también es una respuesta que pertenece a su comparación.

Artículos relacionados