Nommez d’abord l’observateur, puis décidez si un VPN aide

La plupart des questions sur les VPN partent d’un produit et remontent vers une raison. Faites l’inverse : nommez l’observateur que vous voulez limiter et nommez l’information que vous ne voulez pas que cet observateur ait. Ces deux réponses décident si un tunnel est pertinent, et elles décident aussi lequel de vos autres contrôles fait le vrai travail.

Cinq étapes, et les deux premières sont des phrases que vous écrivez.

Étape 1 : nommez l’observateur

Écrivez une partie précise : l’exploitant du réseau du café, votre fournisseur d’accès, le site que vous visitez, votre employeur ou quiconque détient votre appareil. Un « eux » générique n’est pas un observateur et ne peut pas être analysé. Chacune de ces parties se trouve à un point différent du chemin et voit des choses différentes, c’est pourquoi un seul contrôle ne peut pas répondre pour toutes.

Si vous ne pouvez pas nommer l’observateur, l’exigence n’est pas encore définie.

Les observateurs diffèrent aussi par leur capacité. L’exploitant d’un café peut surveiller une soirée de votre trafic et peu d’autre chose, un fournisseur peut corréler sur des mois, et un employeur possède le point de terminaison que vous utilisez. L’effort que chacun peut justifier change à la fois la réponse et le contrôle qui vaut la peine.

Étape 2 : nommez l’information

Les destinations, les contenus, le moment et l’identité sont des catégories distinctes. Un tunnel change qui voit votre destination et peut changer l’adresse source que voit le site. Il ne change pas ce que vous tapez dans un formulaire, le compte avec lequel vous vous connectez ni le cookie qui vous suit. Les motifs de moment et de volume survivent à la plupart des tunnels, car les paquets doivent quand même voyager.

Décidez laquelle de ces quatre catégories compte. Protéger toutes à la fois exige des contrôles qu’un VPN n’inclut pas.

Étape 3 : suivez un échange réel

Prenez une application et suivez-la. Vous ouvrez une page en HTTPS : le réseau local voit une connexion TLS vers un nom d’hôte, le contenu est chiffré, et le site voit votre adresse plus ce que porte la session. Avec un tunnel, le réseau local voit une connexion au point de terminaison du VPN, l’exploitant voit la destination, et le site voit l’adresse de l’exploitant. Marquez sur ce schéma chaque segment qui vous importe.

Un schéma d’un échange vaut mieux qu’une page d’adjectifs sur la confidentialité.

Étape 4 : comptez la confiance que vous avez ajoutée

Chaque tunnel déplace la visibilité plutôt que de la supprimer. L’exploitant se trouve désormais sur le chemin et peut voir les destinations, sauf si vous chiffrez aussi le DNS, et le nom dans la poignée de main TLS reste visible sans mesures supplémentaires. Demandez ce que cet exploitant journalise, qui peut l’y contraindre et quelles preuves existent pour ces réponses. Un fournisseur qui publie un rapport d’audit avance un type de déclaration différent de celui qui publie un slogan.

Choisissez l’exploitant à qui vous êtes prêt à confier l’information précise de l’étape 2, pas celui qui a la plus belle page d’accueil.

Étape 5 : écrivez l’affirmation que vous pouvez défendre

L’énoncé final nomme l’observateur, l’information et le risque résiduel : ce tunnel empêche le réseau du café de voir quels sites je visite, et l’exploitant peut les voir à la place. Cette phrase est testable, et elle est honnête sur ce qui a bougé.

Une affirmation selon laquelle tout devient privé n’est ni testable ni vraie, et elle cache les contrôles qui aideraient vraiment : l’hygiène du compte, l’isolation du navigateur, les mises à jour de l’appareil et, au travail, l’usage de la voie d’accès autorisée.