Deux onglets de fournisseurs sont ouverts, tous deux annoncent WireGuard, et la comparaison s'est arrêtée sur une phrase : le tunnel est solide, donc le service doit être bon. C'est une inférence erronée. Le protocole définit comment deux pairs chiffrent et authentifient, mais il ne dit rien sur qui exploite le point de sortie, ce que stocke le système de comptes ou comment l'entreprise répond à une demande légale. Il faut séparer ces questions avant qu'un badge n'y réponde à votre place.

Ce qu'une étiquette de protocole peut certifier et ce qu'elle ne peut pas

WireGuard spécifie une poignée de main bâtie sur Noise, un ensemble fixe de primitives modernes et un modèle de routage où AllowedIPs décide de ce qui entre dans le tunnel. Ce sont de vraies garanties sur les formats de message et l'échange de clés, et elles valent la peine d'être obtenues. Ce sont aussi des garanties sur le code, pas sur la machine qui exécute ce code.

L'implémentation laisse malgré tout des choix. Un fournisseur peut charger le module du noyau ou livrer une compilation en espace utilisateur, pousser le DNS dans le tunnel ou le laisser au résolveur local, et faire tourner les clés selon son propre calendrier. Aucun de ces choix n'apparaît sur l'étiquette du protocole, et chacun change ce que le service peut observer.

OpenVPN rend l'écart plus facile à voir. Sa poignée de main TLS et son modèle de certificats peuvent être configurés bien ou mal, avec ou sans tls-auth, avec des chiffrements modernes ou un repli de compatibilité. Deux services peuvent tous deux dire OpenVPN et finir avec une exposition très différente. La page du protocole WireGuard est précise sur la cryptographie et silencieuse sur l'opérateur, et c'est exactement la frontière à garder en tête.

Ce que seul l'opérateur peut répondre

Commencez par la propriété. Le point de sortie est-il sur du matériel que le fournisseur contrôle, sur un VPS loué ou sur une machine bénévole dans l'appartement de quelqu'un ? La réponse décide qui peut copier un disque, qui corrige le noyau et qui remarque une connexion étrange. Une comparaison de protocoles n'atteint rien de tout cela.

Viennent ensuite les registres de compte et de paiement. Une adresse électronique, un horodatage de renouvellement, une empreinte de carte et un ticket de support vivent tous hors du tunnel. Le résolveur aussi : si le fournisseur exploite son propre DNS, il voit les noms même quand les pages sont en HTTPS. Demandez une rétention en jours, pas le mot minimal.

Classez les réponses en deux colonnes, car elles n'ont pas le même poids. Une colonne décrit le logiciel ; l'autre est une promesse que le service doit tenir.

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

Les promesses ne se vérifient que contre des documents. Un fournisseur incapable de nommer sa durée de rétention ne révèle pas un défaut du protocole ; il vous montre la qualité de ses registres, et c'est précisément ce que vous cherchiez à juger.

Vérifiez le profil que le client applique réellement

Le client est l'endroit où un profil abstrait devient des routes. Sous Linux avec wg-quick, la configuration dépouillée montre exactement ce qui sera appliqué, y compris les lignes DNS et AllowedIPs qu'une interface graphique peut cacher derrière un commutateur.

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

Lisez la sortie comme trois faits distincts. AllowedIPs à 0.0.0.0/0 signifie que toute la route par défaut entre dans le tunnel ; une ligne DNS signifie que les noms vont au résolveur que le profil nomme ; une poignée de main récente signifie que la session est vivante. Un keepalive persistant vous dit que le client maintient une correspondance NAT ouverte, ce qui est un choix de comportement, pas une note de sécurité.

Une réserve compte ici. Ces commandes vérifient le tunnel que vous avez, pas la politique qui le sous-tend. Une poignée de main parfaite prouve que la cryptographie fonctionne ; elle ne prouve pas que les registres de connexion du mois dernier ont été effacés, car cet événement ne laisse aucune trace sur votre machine.

Des preuves qui survivent à une page marketing

Demandez un rapport d'audit indépendant et lisez sa portée avant son logo. Les rapports nomment l'infrastructure, la période et les exceptions ; beaucoup couvrent les serveurs VPN tout en laissant le portail de compte, la facturation et les outils de support hors de la revue. Un audit qui exclut les systèmes détenant votre adresse électronique répond à une question plus étroite que ne le suggère la page de vente.

Lisez ensuite la politique de confidentialité pour les catégories plutôt que pour les adjectifs. Une politique utile nomme ce qui est collecté, pourquoi et pendant combien de temps, et distingue les métadonnées de connexion des données de compte. Un rapport de transparence, s'il existe, montre si le fournisseur a seulement un processus pour les demandes, encore que ses chiffres ne valent que ce que vaut l'entité qui les publie.

L'open source aide au niveau du client et s'arrête là. Un client lisible prouve ce que votre appareil envoie ; il ne prouve pas ce que le serveur conserve. Les compilations reproductibles réduisent l'écart entre le code publié et le code livré, mais elles décrivent encore du logiciel, pas des opérations.

Un test court à trois documents filtre la plupart des affirmations : une politique avec des catégories nommées et une rétention, un audit à jour avec une portée déclarée, et une réponse écrite du support sur un scénario concret. Si l'un des trois manque, traitez cette affirmation précise comme non vérifiée, pas comme fausse.

Où se situe la ligne en pratique

Avec un point de sortie bénévole, jugez l'hôte individuel. La réputation du projet logiciel ne se transmet pas à chaque machine qui l'exécute, et la personne qui exploite cette machine peut n'avoir aucun lien avec le projet. Les réseaux commerciaux organisent la responsabilité autrement, mais ils la concentrent encore dans une seule entité.

L'auto-hébergement renverse la question. Vous devenez l'opérateur, donc la prise en charge du protocole est réglée et la confiance devient votre propre correction, votre gestion des clés et votre rétention de journaux. C'est une réponse légitime pour certains lecteurs, pas un contournement.

Pour un service payant, le contrat et la juridiction font partie du produit. Les changements de propriété, les acquisitions et les règles locales de divulgation peuvent modifier les obligations de l'opérateur sans toucher au protocole, et c'est pourquoi une comparaison qui s'arrête à la fiche technique vieillit.

Notez les trois faits que vous n'avez pas pu vérifier sur le site. Envoyez-les au support et conservez la réponse. Une réponse précise fait passer le service dans une autre catégorie, et le silence est aussi une réponse qui a sa place dans votre comparaison.

Articles similaires