Présentation du protocole
rVPN est un protocole open‑source publié sous licence AGPLv3 qui transporte le trafic réseau en le faisant ressembler à du trafic HTTPS ordinaire. Cette dissimulation repose sur l’utilisation d’une connexion TLS standard sur le port 443, ce qui empêche les systèmes de censure de distinguer le flux VPN d’une simple requête web. Aucun handshake propriétaire n’est visible, et le serveur répond comme un site web classique lorsqu’il est interrogé, éliminant ainsi les empreintes exploitables par les filtres de paquets.
Architecture et mécanisme de multiplexage
Le modèle de base de rVPN crée une connexion TLS distincte pour chaque flux de données. Cette approche garantit l’isolation cryptographique de chaque session, mais elle engendre un coût d’établissement élevé et génère un nombre important de connexions simultanées, ce qui peut être détecté comme un motif anormal par des systèmes de surveillance. Pour contrer cet effet, rVPN implémente un multiplexage en pool : plusieurs flux sont agrégés sur un petit nombre de connexions TLS persistantes. Le multiplexage réduit la surface de la trace réseau, maintient la forme du trafic proche d’un trafic web typique et limite le nombre de handshakes, améliorant ainsi la latence perçue lors de la création de nouvelles sessions.
Sécurité et résistance à la censure
Chaque connexion TLS offre un chiffrement de bout en bout, assurant la confidentialité et l’intégrité des données contre les interceptions passives. Le fait que le trafic soit indiscernable d’un HTTPS légitime rend la détection par deep‑packet inspection (DPI) pratiquement impossible, à condition que le serveur rVPN ne révèle pas de réponses spécifiques hors du protocole HTTP. Le modèle de réponse « site web normal » signifie que même un scanner actif ne peut différencier un point d’accès rVPN d’un serveur web standard, ce qui augmente la robustesse face aux tentatives de blocage ciblé.
Implications pratiques et limites
Le code source complet, disponible sur le dépôt public, permet à toute tierce partie d’auditer le protocole et de le recompiler, ce qui renforce la confiance dans la promesse de « privacy provable ». Cependant, l’absence de métriques publiques sur le débit maximal, la latence moyenne ou la charge CPU rend difficile l’évaluation de la performance à grande échelle. De plus, la dépendance à TLS 1.2/1.3 implique que les failles découvertes dans ces versions affectent directement rVPN, sans mécanisme de mitigation intégré au protocole. Enfin, le financement exclusif par PDG Global Limited, combiné aux ventes d’applications mobiles, introduit un point de centralisation économique qui pourrait, en théorie, influencer les priorités de développement.
