VPN sans log, corrélation et métadonnées : les limites réelles

1) Métadonnées : ce qu’on observe même quand tout est chiffré

Le chiffrement protège le contenu, pas l’existence de la communication. Même si tout ton trafic est chiffré (HTTPS, TLS, tunnel VPN), un observateur réseau peut souvent mesurer ou déduire :

• la durée d’une connexion
• le volume total de données échangées
• le rythme (bursts, périodes d’inactivité, régularité)
• les heures de connexion (patterns quotidiens)
• l’adresse IP du serveur VPN (ou du service, si pas de VPN)

Ces éléments ne disent pas “ce que tu fais” avec certitude, mais ils peuvent être utilisés pour du profilage. Par exemple, des sessions très régulières, à heures fixes, avec un volume stable, peuvent indiquer un usage routinier. À l’inverse, une session courte et intense peut correspondre à un téléchargement ou à une synchronisation. Ce ne sont pas des preuves, mais ce sont des signaux.

Là où beaucoup se trompent, c’est en confondant chiffrement et opacité totale. Le chiffrement empêche de lire le contenu. Il n’empêche pas de voir qu’un échange a lieu, ni d’en mesurer les caractéristiques.

2) “Sans log” : utile, mais surtout après coup

Un VPN no-logs vise principalement à minimiser les traces persistantes. Cela joue surtout dans des scénarios post-incident :

• demande d’accès aux journaux (juridique ou contractuelle)
• compromission d’une infrastructure et analyse forensique
• reconstruction d’historique sur une longue période

Dans ces cas-là, ne pas avoir de logs persistants réduit ce qui peut être reconstruit. Mais un point doit être dit clairement : si un adversaire observe en temps réel, la notion de no-logs ne l’empêche pas d’observer ce qui passe au moment où ça passe. Le no-logs limite la “mémoire” exploitable, pas l’observation instantanée.

Autrement dit, le no-logs est un mécanisme de réduction de dégâts et de traçabilité a posteriori. Ce n’est pas un système de détection ou de blocage. Cette nuance est centrale pour éviter les attentes irréalistes.

3) Corrélation : ce que c’est, et pourquoi c’est difficile

La corrélation consiste à relier deux observations séparées pour en déduire qu’elles concernent la même activité. Dans le contexte VPN, on parle souvent de corrélation “entrée/sortie” :

• un observateur voit un utilisateur se connecter à un serveur VPN (entrée)
• un observateur voit un serveur VPN se connecter à un service (sortie)
• on tente d’associer les deux en comparant timing et volumes

Cette attaque est souvent évoquée comme si elle était triviale. En réalité, elle est coûteuse et dépendante de conditions strictes. Pour qu’une corrélation soit fiable, il faut une capacité d’observation large, sur plusieurs points du réseau, avec un bon niveau de précision temporelle et une faible quantité de bruit. Plus le trafic est mélangé (beaucoup d’utilisateurs, beaucoup de flux), plus la corrélation devient incertaine.

C’est pour cela qu’il faut distinguer deux types d’adversaires : l’attaquant opportuniste et l’adversaire “fort”. Le premier n’a pas la capacité de corréler proprement. Le second peut l’avoir, mais au prix d’une surveillance étendue et ciblée.

4) Adversaire opportuniste vs adversaire “fort” : ne pas mélanger les menaces

Un VPN sans log est très efficace contre certaines menaces courantes : collecte de métadonnées par des intermédiaires basiques, observation sur réseau public, profilage simple. Mais il n’est pas conçu pour résister à un adversaire qui dispose d’une surveillance à grande échelle.

Pour clarifier, voici une distinction utile :

• Adversaire opportuniste : attaque locale, observation ponctuelle, faible capacité de collecte, vise le volume.
• Adversaire “fort” : capacité d’observer plusieurs points, de conserver des données, de recouper, vise une cible précise.

La majorité des lecteurs se situe dans un modèle de menace où l’adversaire opportuniste est pertinent. Dans ce modèle, le VPN no-logs apporte une réduction de traçabilité très significative. En revanche, si on se place dans un modèle “adversaire fort”, le VPN no-logs ne suffit pas à garantir l’impossibilité de corrélation. Il peut compliquer, retarder, augmenter le coût, mais pas annuler le principe.

5) Ce qu’un VPN masque et ce qu’il ne masque pas

Pour éviter les confusions, on peut résumer ce que le VPN fait bien, et ce qu’il ne peut pas faire.

Ce que le VPN masque efficacement pour un intermédiaire réseau standard :

• les destinations finales (sites/services consultés)
• une partie du profilage basé sur IP ↔ services
• les requêtes DNS si elles passent bien dans le tunnel

Ce que le VPN ne masque pas totalement :

• le fait qu’une connexion existe
• les horaires de connexion
• le volume global échangé
• la durée et la régularité des sessions

C’est exactement sur ce second bloc que s’appuient les approches de corrélation : pas sur le contenu, mais sur les patterns. Dans les discours grand public, on présente souvent ces patterns comme “forcément traçants”. Dans la réalité, ils sont souvent bruités et ambigus, mais ils existent.

6) Le piège classique : confondre anonymat, confidentialité, et réduction de traçabilité

Une cause fréquente de malentendu est le vocabulaire. Trois notions différentes sont souvent mélangées :

• Confidentialité : empêcher un intermédiaire de voir le contenu et les destinations.
• Réduction de traçabilité : limiter la quantité d’informations corrélables sur le temps.
• Anonymat : rendre l’identification d’un individu extrêmement difficile même face à un adversaire puissant.

Un VPN no-logs est excellent pour la confidentialité et la réduction de traçabilité dans un modèle de menace courant. Il n’est pas une garantie d’anonymat face à un adversaire capable de corrélation à grande échelle. Clarifier ce point ne “dévalorise” pas le VPN : ça le replace dans un usage réaliste.

7) Ce que cette page implique concrètement

Si tu lis cette page en te demandant “donc ça ne sert à rien”, c’est que le sujet est mal interprété. La question n’est pas “zéro trace” mais “moins de trace, moins exploitable, moins durable”. Le no-logs est une réduction de surface a posteriori. Le tunnel VPN est une réduction de visibilité réseau immédiate. Les deux sont utiles, mais ils ne sont pas une promesse d’invisibilité totale.

La meilleure façon d’utiliser ces informations est d’ajuster ton modèle mental : un VPN no-logs rend certaines surveillances simples beaucoup moins efficaces, mais il ne te met pas hors du monde physique des réseaux où le timing et les volumes existent toujours.

Conclusion

Le no-logs est une propriété importante, mais elle est souvent vendue avec une promesse implicite d’effacement des traces. En réalité, les métadonnées existent dès qu’il y a communication, et la corrélation repose précisément sur ces signaux résiduels. Ce que change un VPN no-logs, c’est la persistance et l’exploitabilité a posteriori, ainsi que la visibilité des destinations par les intermédiaires standard.

Comprendre ces limites ne rend pas l’outil inutile. Au contraire : ça permet de l’utiliser pour ce qu’il fait très bien, sans lui attribuer un pouvoir qu’aucun système réseau ne peut garantir à lui seul.