Comment fonctionne ForestVPN

La version courte

• Votre trafic est scellé sur votre appareil et ressort par un serveur que nous exploitons, l’exit. De toutes les parties de ForestVPN, l’exit est la seule qui voit où va votre trafic.
• Avant de vous connecter, votre appareil reçoit un ticket signé. Le ticket dit quel forfait vous avez, et le service qui le vérifie fonctionne séparément de celui qui détient votre compte.
• L’app surveille si les données circulent vraiment et change de chemin toute seule quand elles s’arrêtent. Vous n’en voyez que le résultat.
• Une ligne relie votre appareil, et tout compte lié, à chaque session qu’il paie, pour mesurer les données. Elle est supprimée une heure après le règlement de la session, ou jusqu’à 17 jours plus tard pour un ticket jamais utilisé. Cette page la montre à côté de tout le reste.

Ce que change un VPN, et ce qu’il ne change pas

Un VPN est un transfert de confiance. Sans lui, vous faites confiance à votre réseau et à votre fournisseur d’accès, qui peuvent voir où va votre trafic. Avec lui, vous faites confiance au VPN. Les questions utiles sont donc les mêmes pour n’importe quel VPN : où se termine votre trafic, que savent les services placés devant, et que fait l’app sur votre appareil ? Cette page y répond dans cet ordre, avec les détails derrière chaque réponse.

Sans VPN, votre réseau Wi-Fi et votre fournisseur d’accès voient avec quels serveurs votre appareil communique, et chaque site que vous visitez voit l’adresse que votre réseau vous a donnée. Avec ForestVPN, ils voient à la place du trafic chiffré vers nos serveurs. Ce serveur, l’exit, est l’endroit où votre trafic ressort sur internet.

Cela déplace la confiance ; cela ne la supprime pas. L’exit voit les sites que vous visitez et l’adresse depuis laquelle vous vous êtes connecté, et les sites que vous visitez voient l’adresse de l’exit au lieu de la vôtre. Un VPN ne vous rend pas anonyme : il change qui peut voir votre trafic.

Ce qu’un VPN ne touche pas, c’est tout ce qui se passe après l’exit. Les sites sur lesquels vous vous connectez connaissent toujours le compte que vous utilisez, et un site qui vous suit avec des cookies continue de le faire. Le tunnel protège la route, pas la destination.

Ce qui se passe quand vous touchez Connecter

Vous touchez Connecter. Votre appareil demande l’autorisation d’utiliser un serveur, présente un ticket qui porte deux informations (la clé de quel forfait l’a signé et à quelle période de deux semaines appartient cette clé), est dirigé vers un serveur et construit un tunnel chiffré jusqu’à lui. Puis il vérifie que les données circulent vraiment dans les deux sens avant de dire que vous êtes protégé.

Le ticket est la partie intéressante. Quelques heures plus tôt, dans une requête séparée, votre appareil demande des tickets à notre service de connexion. Le service signe chacun à l’aveugle : la signature porte sur une valeur qu’il ne voit jamais, si bien que la signature du ticket que vous présentez plus tard ne renvoie pas à la requête qui l’a créé. La seule exception est la ligne de mesure décrite plus bas, qui relie votre appareil à chaque session qu’il paie.

Remarquez ce qui se passe avant qu’un seul de vos octets ne bouge. L’autorisation vient d’abord : le ticket, vérifié en une fraction de seconde. Le placement vient ensuite : une liste de serveurs signée, que votre appareil vérifie lui-même, et un service de sessions qui choisit l’exit. La preuve vient en dernier : l’app ne dit pas que vous êtes protégé quand la poignée de main se termine, mais quand des paquets de test ont traversé le tunnel et sont revenus.

Deux détails méritent d’être connus. Les tickets sont rechargés par le réseau sous-jacent, jamais par un exit, si bien que le service de connexion n’est jamais joint à travers le tunnel qu’il aide à construire. Et l’app peut joindre nos services par plusieurs routes et utilise la première qui répond : un mauvais chemin vers l’un d’eux ne vous empêche donc pas forcément de vous connecter.

Dans le tunnel

Tout ce que vous envoyez est scellé sur votre appareil avec des clés que seuls votre appareil et l’exit connaissent. Si votre réseau change, le même tunnel continue.

Lisez la figure de l’extérieur vers l’intérieur. Votre réseau ne voit que le datagramme extérieur : un paquet d’octets chiffrés à destination de l’un de nos serveurs, dont les premiers octets sont masqués et dont la taille varie. À l’intérieur, la trame scellée ne s’ouvre qu’avec les clés créées pendant la poignée de main, que seuls votre appareil et l’exit détiennent. Dans la trame se trouve votre propre paquet, exactement tel que votre app l’a envoyé.

Le protocole du tunnel s’appelle Quantum. Sa poignée de main est Noise_IKpsk2, non modifiée, avec X25519, ChaCha20-Poly1305 et BLAKE2s. Nous n’y avons volontairement pas touché : l’analyse publiée de cette poignée de main s’applique toujours. Ce que nous avons ajouté se trouve autour. La taille des paquets et les octets d’en-tête varient à chaque connexion, et le tunnel supporte l’itinérance et un chemin qui change en cours de route.

Le tunnel appartient à la session, pas au réseau sur lequel vous vous trouvez. Quand vous passez du Wi-Fi au cellulaire, la clé de session reste la même et les paquets commencent simplement à arriver depuis une nouvelle adresse : le même tunnel continue. Nous ne promettons pas que rien ne se perd : un changement peut prendre un instant, et l’écran d’état montre dans quelle situation vous êtes.

Votre trafic se termine sur des serveurs que nous exploitons, pas sur une fonction cloud. Un service cloud ne peut pas porter un tunnel : les services qui distribuent les tickets et les listes de serveurs ne portent donc jamais un seul de vos paquets.

Un tunnel, plusieurs chemins

Si un chemin vers le serveur est lent ou cesse de transporter des données, ForestVPN en essaie un autre tout seul et garde celui qui transporte réellement des données. Vous n’avez rien à choisir.

Pourquoi plus d’un chemin ? Les réseaux diffèrent. Certains transportent bien l’UDP et d’autres le gèrent mal, et un réseau qui va bien pendant des heures peut changer. Un choix figé est faux quelque part, alors l’app mesure. Pour chaque réseau depuis lequel elle s’est connectée, elle garde sur votre appareil une petite note, classée sous un nom haché, qui dit si l’itinéraire de secours a été nécessaire à cet endroit. Elle ne recourt à l’itinéraire de secours que sur un réseau où la connexion directe a échoué, maintenant ou au cours du dernier jour. Avec Free, l’itinéraire de secours s’accompagne d’un quota mensuel, et Premium en inclut davantage.

Nous appelons chemin une manière d’acheminer les mêmes paquets chiffrés vers le même exit. L’app appelle toujours d’abord le chemin direct, en UDP, et sur un réseau en bonne santé rien d’autre n’est contacté. Si le chemin direct cesse de transporter des données, l’app essaie aussi les autres chemins dont elle dispose, dans la même session : TCP, parfois un serveur supplémentaire à nous choisi automatiquement, et l’itinéraire de secours, qui achemine les mêmes paquets comme du trafic web ordinaire à travers un réseau de diffusion de contenu. L’itinéraire de secours est un recours, pas un chemin plus rapide, et il est mesuré parce qu’il coûte plus cher.

Changer de chemin ne change pas la session : le ticket, les clés et l’exit restent les mêmes.

L’app décide d’après les données, pas d’après les poignées de main. Un chemin n’est considéré comme sain que tant qu’il livre des données, et l’écran d’état n’affiche Fonctionne que lorsque les données circulent dans les deux sens.

Plus de détails sur l’état de la connexion et l’itinéraire de secours.

Routes Smart

Smart choisit une route adaptée à votre réseau, continue de la mesurer pendant que vous l’utilisez et passe tout seul à une meilleure dès qu’il en apparaît une. Un emplacement que vous choisissez vous-même reste là où vous l’avez mis.

Un chemin est une manière d’acheminer vos paquets jusqu’à l’exit : direct, TCP, via un serveur supplémentaire à nous ou l’itinéraire de secours. Smart compare les chemins proposés pour le lieu demandé et passe de l’un à l’autre dans la session que vous avez déjà, sans nouveau ticket ni nouvelle poignée de main.

Trois choses que Smart ne fait pas. Il ne déplace pas un emplacement que vous avez choisi vous-même. Il ne promet pas une connexion plus rapide : il promet de continuer à vérifier, et de ne changer que lorsqu’une autre route est meilleure pour votre réseau. Et il n’a pas besoin de vous : il n’y a rien à activer ni à choisir, même si le réglage Routage adapté au réseau désactive ces décisions si vous préférez.

Les routes Smart sont aujourd’hui sur Windows, Linux, l’app Mac de notre site web, la ligne de commande et les routeurs OpenWrt. iPhone, iPad, Apple TV, Android et la version Mac de l’App Store les reçoivent avec une mise à jour de l’app.

Deux programmes, un ticket signé

Pourquoi séparer le travail ? Parce que les deux tâches demandent des connaissances différentes. Vérifier que vous avez un forfait exige de connaître votre appareil. Choisir et ouvrir une session exige de connaître un lieu et une adresse. Si un seul programme faisait les deux, il réunirait les deux sortes de connaissances. Ce sont donc deux programmes, déployés séparément. Le ticket passe de l’un à l’autre à la connexion, et les données utilisées par une session reviennent quand elle est réglée, pour pouvoir être facturées : c’est la ligne de mesure décrite ensuite.

La partie qui connaît votre appareil et votre forfait et celle qui connaît votre serveur sont des programmes distincts. Le service de sessions est déployé sans aucun lien avec notre base de données de comptes, et le ticket qui passe de l’un à l’autre est signé à l’aveugle. Une ligne relie votre appareil, et tout compte lié, à chaque session qu’il paie, pour mesurer les données et couper un appareil révoqué. Elle est supprimée une heure après le règlement de la session, ou jusqu’à 17 jours plus tard pour un ticket jamais utilisé.

Le service de connexion détient votre compte, vos appareils et votre forfait, et voit l’adresse d’où vient chaque demande de ticket. Il ne sait jamais quel exit vous a été attribué ni où vous êtes allé. Le service de sessions voit l’adresse depuis laquelle vous vous connectez, l’emplacement que vous avez choisi et une clé de session à usage unique. Son enregistrement de session se supprime tout seul à l’expiration de la session, et votre adresse source n’y est jamais écrite.

La grille énumère ce que chaque partie reçoit à la connexion, ce qui n’est pas la même chose qu’une promesse sur ce qu’on pourrait déduire en recoupant des enregistrements. C’est pourquoi la ligne de mesure est énoncée en toutes lettres et dessinée dans la figure plutôt qu’omise.

Ce que nous conservons, et combien de temps

Il n’existe aucune colonne dans nos systèmes pour les sites que vous visitez ou les noms que vous résolvez. L’exit qu’une session a utilisé est effacé à la fin de la session. Le paiement est géré par l’App Store, Google Play ou le prestataire que vous choisissez, et nous ne voyons jamais un numéro de carte.

Les principaux enregistrements et leur durée de vie, en une seule image ; la politique de confidentialité les énumère tous. Les rapports de routes, qui nous aident à choisir de meilleures routes pour tous ceux d’un même réseau, sont des agrégats sans appareil, compte, session ni exit, publiés uniquement pour les jours comptant au moins 10 appareils.

Deux autres choses ont leur place dans la même image. L’app ne contient aucun SDK d’analyse, aucun SDK d’attribution et aucun identifiant publicitaire. Et si vous choisissez d’envoyer un rapport de diagnostic, il vous montre d’abord son contenu, est envoyé sans l’identité de votre appareil à un moment aléatoire de l’heure suivante, jamais par la connexion qu’il décrit, et est supprimé au bout de 72 heures.

Chaque enregistrement figure dans la politique de confidentialité, et la version courte est sur la page sécurité.

Vos appareils, routeurs et téléviseurs

Un numéro de compte fonctionne sur jusqu’à dix appareils. Les appareils de votre compte peuvent se joindre par leur nom, et un ordinateur qui reste à la maison peut servir d’exit aux autres. Un iPhone peut utiliser un exit mais ne peut pas encore en être un. Les routeurs couvrent les appareils qui ne peuvent pas exécuter d’app, et les téléviseurs et les routeurs se connectent sans clavier.

Si l’exit domestique que vous utilisez se déconnecte, l’app vous bascule vers un autre de vos exits et vous le signale. Si tous vos exits échouent, le trafic reste bloqué et l’app vous demande de toucher pour décider.

Les routeurs sont destinés aux appareils qui ne peuvent pas exécuter d’app, comme une console de jeux ou un téléviseur connecté. Installez ForestVPN sur le routeur et tout ce qui se trouve derrière, ou seulement les appareils et les apps que vous choisissez, passe par le tunnel. Le processeur du routeur fixe la limite de débit : la page des routeurs indique donc ce que nous avons mesuré, et sur quel matériel. Un routeur se lie à votre compte avec un code qu’il affiche lui-même, et les téléviseurs se connectent sans clavier.

Ce que cette conception ne fait pas

Rien de tout cela ne rend la conception étanche, et nous préférons dire où elle s’arrête plutôt que de laisser un schéma suggérer le contraire. Voici les principales limites ; la politique de confidentialité les énumère toutes.