Lire une politique VPN sans journaux : quels champs sont réellement nommés ?

Ouvrez l’avis de confidentialité, pas la page tarifaire, et cherchez-y le mot « journal ». Ce qui revient le plus souvent est une phrase indiquant que l’historique de navigation n’est pas stocké, ce qui répond à une question plus étroite que celle posée. Une politique utile nomme les catégories, indique combien de temps chacune est conservée et précise qui prend l’engagement. Parcourez le document en quatre passes et notez ce qu’il ne dit pas.

Commencez par l’avis, pas par le slogan

L’affirmation marketing est un résumé rédigé par la même équipe que l’avis, l’avis est donc le document principal. Téléchargez-le, conservez une copie datée et lisez-le comme une liste de catégories de données plutôt que comme un texte suivi. Tout ce qui n’y figure pas est une question ouverte, et non un « non » implicite.

Cherchez un tableau ou une section par catégorie : métadonnées de connexion, informations de compte, enregistrements de paiement, diagnostics, correspondance avec le support. Les fournisseurs qui les séparent sont plus faciles à évaluer que ceux qui décrivent les « journaux » comme un seul objet.

Un avis court n’est pas automatiquement meilleur. La concision signifie souvent que les catégories ont été fusionnées, ce qui rend la conservation et le partage avec des tiers impossibles à vérifier. Les avis les plus utiles sont ennuyeux et répétitifs, avec un paragraphe par catégorie et une date en haut. L’ennui est bon signe ici.

Nommez les champs un par un

Pour les données de connexion, les champs intéressants sont l’adresse source, l’adresse de tunnel attribuée, les horodatages, les octets transférés et la destination. Une déclaration indiquant que les sites visités ne sont pas enregistrés ne dit rien des horodatages ni du volume, et c’est exactement ce qu’un enquêteur demanderait.

Les données de compte constituent une catégorie distincte même lorsque le client n’affiche jamais d’écran de compte. L’état de l’abonnement, l’adresse e-mail, les références du processeur de paiement et les tickets de support peuvent tous exister sans connexion visible.

Les diagnostics méritent leur propre ligne. Les rapports de plantage, la télémétrie facultative et les paquets de support envoyés manuellement peuvent contenir bien plus que les métadonnées de connexion que la politique promet de ne pas conserver. Lisez ce que contient un paquet avant d’en envoyer un. Si l’avis ne mentionne jamais les diagnostics, interrogez l’opérateur au lieu de supposer que la catégorie est vide.

grep -n -i -E 'retain|retention|store|log|IP address|session|third part' policy.txt

Enregistrer l’avis en texte et y faire une recherche est plus rapide que de faire défiler et plus difficile à manquer. Les numéros de ligne vous donnent aussi de quoi citer lorsque la réponse compte. Si l’avis n’est publié que sous forme de page web, enregistrez le texte rendu plutôt que le HTML, afin qu’une refonte ultérieure n’efface pas vos preuves.

Trouvez la conservation et la partie qui en est responsable

Pour chaque catégorie, l’avis devrait indiquer ce qui se passe après le traitement : suppression immédiate, conservation courte, agrégation ou stockage lié à un compte. Une durée de conservation sans catégorie n’est pas interprétable, et une liste de catégories sans cycle de vie est une demi-politique.

Identifiez ensuite qui promet. La marque qui vend l’abonnement, le développeur du client, l’entreprise qui héberge les serveurs et l’exploitant d’un point de terminaison donné peuvent être quatre parties différentes. Vérifiez laquelle la promesse couvre et laquelle votre trafic atteint réellement.

Le chiffrement au repos n’est pas la même propriété que la non-collecte. Les enregistrements stockés qu’un système peut déchiffrer sur demande restent des enregistrements, et le chiffrement du tunnel n’empêche pas le point de terminaison de traiter une connexion. Collecte et protection sont des questions distinctes et doivent être évaluées séparément.

Déterminez ce que couvrent les preuves

Un audit est une preuve portant sur un périmètre : systèmes nommés, une configuration, une période et un auditeur. Lisez le périmètre avant d’étendre la conclusion à chaque serveur ou à l’avenir. Un rapport sur l’infrastructure d’une région dit peu de chose sur un emplacement récemment ajouté.

Les clients open source sont utiles pour vérifier ce que le logiciel peut envoyer, et ils ne disent rien de la configuration d’un déploiement particulier. Les deux faits comptent, et aucun ne remplace l’autre.

Terminez par une comparaison d’une page : opérateur, journaux de connexion, données de compte, diagnostics, conservation, preuves et juridiction. Notez ensuite explicitement les questions sans réponse, car une omission n’est pas une preuve de faute et n’est pas non plus une garantie. Une décision fondée sur des champs nommés vaut mieux qu’une décision fondée sur le slogan le plus court.