La formule « chiffrement de niveau militaire » revient sur la quasi-totalité des sites de VPN, gratuits comme payants, au point d'avoir perdu, avec le temps, toute valeur informative réellement distinctive. Cette mention ne renseigne presque rien sur la robustesse réelle d'un service : elle se joue toujours dans des détails précis d'implémentation, que la formule marketing la plus rassurante ne révèle jamais d'elle-même.
Le chiffrement transforme les données en un format illisible sans la clé correspondante, empêchant un observateur du trafic réseau — fournisseur d'accès, opérateur Wi-Fi public, intermédiaire quelconque — de lire le contenu des échanges. L'algorithme le plus couramment cité, AES avec une clé de 256 bits, reste effectivement robuste face à une attaque par force brute avec la puissance de calcul actuelle. Sa présence, seule, ne garantit cependant rien sur la façon dont il est concrètement mis en œuvre dans l'application.
Le protocole définit comment le tunnel chiffré est construit, maintenu et fermé. Certains VPN gratuits utilisent encore des protocoles anciens, comme PPTP, aujourd'hui considérés comme dépassés par la communauté de sécurité en raison de faiblesses documentées publiquement depuis de nombreuses années. D'autres services, y compris certaines offres gratuites, ont migré vers des protocoles modernes comme WireGuard ou OpenVPN, nettement plus robustes et régulièrement audités par la communauté technique internationale.
| Protocole | Statut de sécurité actuel |
|---|---|
| PPTP | Obsolète, vulnérabilités documentées publiquement, à éviter systématiquement |
| L2TP/IPsec | Acceptable, mais dépassé par des alternatives plus modernes et plus rapides |
| OpenVPN | Robuste, éprouvé depuis plus de vingt ans, largement audité |
| WireGuard | Moderne, base de code réduite, adoption croissante chez les fournisseurs récents |
Un VPN gratuit qui ne précise pas, ou précise difficilement, le protocole qu'il utilise doit éveiller la méfiance : cette information technique de base devrait figurer clairement dans la documentation ou les paramètres de l'application, sans nécessiter une recherche approfondie pour la découvrir.
Certains fournisseurs proposant à la fois une offre gratuite et une offre payante réservent les protocoles les plus récents et les mieux optimisés à leurs abonnés payants, tout en maintenant leur version gratuite sur un protocole plus ancien pour des raisons de coût de maintenance ou de différenciation commerciale. Cette pratique, rarement annoncée explicitement, explique pourquoi deux offres du même fournisseur peuvent afficher un niveau de sécurité réellement différent malgré une mention de chiffrement identique affichée sur leurs sites respectifs.
Un fournisseur peut légitimement affirmer utiliser AES-256 et WireGuard sans que cela garantisse une implémentation exempte d'erreur. Seul un audit de sécurité indépendant, portant sur le code source et l'infrastructure réelle, confirme que la mise en œuvre technique correspond effectivement aux promesses affichées.
Un tel audit, lorsqu'il existe et qu'il est publié dans son intégralité, examine la gestion des clés de chiffrement, la résistance du processus d'établissement de connexion (handshake) à une interception, et l'absence de vulnérabilités connues dans les bibliothèques cryptographiques utilisées. L'absence totale d'audit publié ne signifie pas nécessairement qu'un service est dangereux, mais elle prive l'utilisateur de tout moyen de vérification indépendant de la parole du fournisseur lui-même.
Un chiffrement parfaitement implémenté ne protège que le trafic effectivement acheminé à travers le tunnel VPN. Une déconnexion momentanée du tunnel, en l'absence d'un kill switch fonctionnel, bascule automatiquement l'appareil vers une connexion directe non chiffrée, sans que la robustesse de l'algorithme de chiffrement n'y change quoi que ce soit. De même, une fuite DNS laisse filtrer la liste des sites consultés en dehors du tunnel chiffré, un problème de configuration entièrement indépendant de la qualité du chiffrement par ailleurs correctement appliqué au reste du trafic transitant normalement par le tunnel.
Au-delà du choix de l'algorithme AES et de sa longueur de clé, la façon dont les blocs de données successifs sont enchaînés — appelée mode d'opération — influence directement la robustesse globale du chiffrement. Le mode GCM (Galois/Counter Mode), aujourd'hui privilégié par les implémentations modernes, associe le chiffrement à une vérification d'intégrité intégrée qui détecte toute altération des données en transit. Des modes plus anciens, encore présents dans certaines implémentations, nécessitent des mécanismes de vérification ajoutés séparément, une étape supplémentaire qui, si elle est mal implémentée par un fournisseur peu rigoureux, peut ouvrir une faille totalement indépendante de la robustesse propre de l'algorithme de chiffrement lui-même.
Cette information technique n'apparaît jamais dans la documentation commerciale grand public, ce qui explique pourquoi l'audit indépendant reste la seule voie d'accès réaliste à ce niveau de détail pour un utilisateur non spécialisé. Un rapport d'audit sérieux mentionne systématiquement le mode d'opération utilisé, contrairement à une fiche produit qui se limite presque toujours à la seule mention de l'algorithme et de la longueur de clé.
Une clé de chiffrement statique, réutilisée sur une longue période sans renouvellement, expose davantage de données en cas de compromission ultérieure que des clés renouvelées régulièrement au cours d'une même session de connexion. Les protocoles modernes intègrent nativement cette rotation, mais la fréquence effective de renouvellement varie d'une implémentation à l'autre, sans qu'un standard unique ne s'impose à l'ensemble des fournisseurs du marché.
Cette pratique, technique et peu visible, ne figure quasiment jamais dans une documentation destinée au grand public. Son absence de mention ne signifie pas nécessairement qu'elle n'est pas appliquée, mais son mention explicite dans une documentation technique détaillée constitue un signal positif sur le sérieux global de l'implémentation retenue par le fournisseur.
Lorsqu'un fournisseur propose à la fois une offre gratuite et une offre payante, comparer les fiches techniques des deux versions permet souvent de repérer une différence de traitement en matière de chiffrement, alors que la communication marketing tend à présenter les deux offres comme équivalentes sur ce point précis. Une différence de protocole disponible, de longueur de clé, ou de fréquence de rotation entre les deux offres, lorsqu'elle est documentée, doit peser dans la décision au moins autant que la différence de prix elle-même.
Sans compétence en cryptographie, trois vérifications restent accessibles à n'importe quel utilisateur. Chercher le nom du protocole utilisé dans les paramètres de l'application, et vérifier qu'il ne s'agit pas de PPTP. Rechercher, par le nom du fournisseur suivi du mot « audit », si un rapport de sécurité indépendant a été publié et reste consultable. Enfin, tester l'absence de fuite DNS et IPv6 via un outil en ligne dédié, une manipulation simple, qui prend moins de deux minutes au total, et qui ne demande absolument aucune connaissance technique préalable pour être menée correctement à son terme.
Le chiffrement constitue un maillon nécessaire mais non suffisant de la protection apportée par un VPN. Un chiffrement irréprochable associé à une politique de confidentialité douteuse, ou à une application téléchargée depuis une source non vérifiée, n'apporte qu'une protection partielle et potentiellement trompeuse. C'est la cohérence de l'ensemble de ces éléments, plutôt que l'excellence isolée d'un seul d'entre eux, qui détermine la protection effectivement obtenue par l'utilisateur final, bien au-delà de ce que suggère une simple mention de chiffrement sur un support commercial.