Hai dúas pestanas de provedores abertas, ambas anuncian WireGuard, e a comparación quedou atascada nunha frase: o túnel é forte, así que o servizo debe estar ben. Ese razoamento é erróneo. O protocolo define como dous pares cifran e autentican, pero non di nada sobre quen opera o punto final, que garda o sistema de contas ou como responde a empresa a unha solicitude legal. Hai que separar esas preguntas antes de que unha insignia as responda por vostede.

Que pode certificar unha etiqueta de protocolo e que non

WireGuard especifica un handshake construído sobre Noise, un conxunto fixo de primitivas modernas e un modelo de encamiñamento no que AllowedIPs decide que entra no túnel. Son garantías reais sobre formatos de mensaxe e intercambio de claves, e paga a pena telas. Tamén son garantías sobre o código, non sobre a máquina na que se executa ese código.

A implementación segue deixando eleccións. Un provedor pode cargar o módulo do núcleo ou distribuír unha compilación en espazo de usuario, empurrar o DNS polo túnel ou deixalo no resolutor local, e rotar claves segundo o seu propio calendario. Ningunha desas eleccións aparece na etiqueta do protocolo, e cada unha cambia o que o servizo pode observar.

OpenVPN fai máis doado ver a fenda. O seu handshake TLS e o seu modelo de certificados pódense configurar ben ou mal, con ou sen tls-auth, con cifrados modernos ou cunha alternativa de compatibilidade. Dous servizos poden dicir ambos OpenVPN e acabar cunha exposición moi distinta. A páxina do protocolo WireGuard é precisa sobre a criptografía e silenciosa sobre o operador, e esa é exactamente a fronteira que convén ter presente.

Que só pode responder o operador

Empece pola propiedade. Está o punto final en hardware que controla o provedor, nun VPS alugado ou nunha máquina voluntaria no piso de alguén? A resposta decide quen pode copiar un disco, quen parchea o núcleo e quen nota un inicio de sesión estraño. Unha comparación de protocolos non chega a nada diso.

Despois veñen os rexistros de conta e de pago. Un enderezo de correo, unha marca temporal de renovación, unha impresión de tarxeta e un tícket de soporte viven todos fóra do túnel. Tamén o resolutor: se o provedor xestiona o seu propio DNS, ve nomes mesmo cando as páxinas son HTTPS. Pida retención en días, non a palabra mínimo.

Ordene as respostas en dúas columnas, porque teñen distinto peso. Unha columna describe o software; a outra é unha promesa que o servizo debe cumprir.

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

As promesas só se poden comprobar contra documentos. Un provedor que non sabe nomear o seu período de retención non está revelando un fallo do protocolo; está a mostrar a calidade dos seus rexistros, que é xusto o que intentaba xulgar.

Comprobe o perfil que o cliente aplica de verdade

O cliente é onde un perfil abstracto se converte en rutas. En Linux con wg-quick, a configuración espida mostra exactamente que se aplicará, incluídas as liñas de DNS e AllowedIPs que unha interface gráfica pode agochar tras un interruptor.

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

Lea a saída como tres feitos separados. AllowedIPs de 0.0.0.0/0 significa que toda a ruta por defecto entra no túnel; unha liña DNS significa que os nomes van ao resolutor que indica o perfil; un handshake recente significa que a sesión está viva. Un keepalive persistente dille que o cliente mantén aberta unha asignación NAT, o cal é unha elección de comportamento, non unha cualificación de seguridade.

Aquí importa unha advertencia. Estes comandos verifican o túnel que ten, non a política que hai detrás. Un handshake perfecto demostra que a criptografía funciona; non demostra que os rexistros de conexión do mes pasado se borrasen, porque ese feito non deixa rastro na súa máquina.

Probas que sobreviven a unha páxina de márketing

Pida un informe de auditoría independente e lea o seu alcance antes que o seu logotipo. Os informes nomean a infraestrutura, o período e as excepcións; moitos cobren os servidores VPN mentres deixan o portal de conta, a facturación e as ferramentas de soporte fóra da revisión. Unha auditoría que exclúe os sistemas que gardan o seu enderezo de correo responde a unha pregunta máis estreita do que insinúa a páxina de vendas.

Logo lea a política de privacidade por categorías en lugar de adxectivos. Unha política útil nomea que se recolle, por que e durante canto tempo, e distingue os metadatos de conexión dos datos de conta. Un informe de transparencia, se existe, mostra se o provedor ten algún proceso para solicitudes, aínda que as súas cifras só valen o que valga a entidade que as publica.

O código aberto axuda na capa do cliente e detense aí. Un cliente lexible demostra que envía o seu dispositivo; non demostra que garda o servidor. As compilacións reproducibles estreitan a fenda entre o código publicado e o entregado, pero seguen describindo software, non operacións.

Unha proba curta de tres documentos filtra a maioría das afirmacións: unha política con categorías nomeadas e retención, unha auditoría actual cun alcance declarado e unha resposta escrita do soporte sobre un escenario concreto. Se falta calquera dos tres, trate esa afirmación concreta como non verificada, non como falsa.

Onde está a liña na práctica

Cun punto final voluntario, xulgue o anfitrión individual. A reputación do proxecto de software non se traslada a cada máquina que o executa, e a persoa que opera esa máquina pode non ter relación ningunha co proxecto. As redes comerciais organizan a responsabilidade doutro xeito, pero seguen concentrándoa nunha soa entidade.

O autoaloxamento inverte a pregunta. Vostede pasa a ser o operador, así que o soporte do protocolo queda resolto e a confianza pasa a ser o seu propio parcheo, a súa xestión de claves e a súa retención de rexistros. É unha resposta lexítima para algúns lectores, non unha evasiva.

Nun servizo de pago, o contrato e a xurisdición forman parte do produto. Os cambios de propiedade, as adquisicións e as normas locais de divulgación poden alterar as obrigas do operador sen tocar o protocolo, e por iso unha comparación que se detén na folla de especificacións queda desfasada.

Anote os tres feitos que non puido verificar no sitio web. Envíeos ao soporte e garde a resposta. Unha resposta concreta move o servizo a outra categoría, e o silencio tamén é unha resposta que pertence á súa comparación.

Artigos relacionados