Utiliser un ordinateur public avec un VPN : que vérifier d’abord
Un tunnel protège le chemin, pas la machine à chaque extrémité. Décidez qui contrôle l’hôte, ce qui reste sur le disque et comment révoquer l’accès avant de vous connecter.
Machine empruntée, tâche urgente et un client VPN qui promet de tout chiffrer : la séquence paraît sûre et ne l’est pas. Un tunnel protège le chemin entre deux extrémités, et l’extrémité devant vous est la partie que vous ne pouvez pas vérifier. Les trois étapes ci-dessous décident si l’appareil est utilisable, comment garder les identifiants à l’écart et quoi faire ensuite pour qu’une session temporaire ne devienne pas une copie permanente.
Le tunnel commence après que l’hôte a déjà vu les données
Le chiffrement a lieu dans le client VPN, qui s’exécute comme un programme sur la machine. Tout ce qui se trouve au-dessus de ce programme, y compris le navigateur, le système d’exploitation et toute extension ou pilote disposant d’un accès suffisant, traite vos données avant qu’elles ne soient chiffrées. Ce n’est pas un défaut du protocole ; c’est l’endroit où se situe le protocole.
Vérifier l’adresse de sortie ne prouve donc presque rien sur l’hôte. Une machine peut acheminer tout le trafic par une sortie propre et tout de même journaliser chaque frappe, et les deux faits ne sont pas en tension.
Le cadrage utile est de demander ce que l’hôte peut observer plutôt que ce que le réseau peut faire. Sur une machine qu’administre quelqu’un d’autre, cet ensemble est plus grand que ce que vous pouvez énumérer.
Première étape : établir qui contrôle l’appareil
Le contrôle est une question de droits administratifs et d’accès physique, pas de politesse. Si une autre personne peut installer un logiciel, charger un pilote, connecter un appareil ou restaurer une image, le comportement de la machine n’est pas quelque chose que vous pouvez établir en la regardant. L’administration est une capacité, et les capacités n’apparaissent pas sur une capture d’écran. Demandez à la personne qui vous a remis la machine.
Cherchez les signaux ordinaires et traitez chacun comme un indice sur le contrôle plutôt que comme une preuve de sécurité. Aucun d’eux n’est décisif à lui seul.
- Un compte invité ou borné qui ne peut pas installer de logiciel est un meilleur point de départ qu’un compte administrateur que quelqu’un vous a remis.
- Un appareil géré avec un propriétaire connu et un contact de support est préférable à un terminal sans surveillance, même lorsque le terminal paraît plus propre.
- Une machine dont vous ne pouvez pas déterminer qui s’est connecté en dernier est une machine dont vous ne pouvez pas décrire l’état.
Aucune de ces vérifications ne rend un hôte partagé digne de confiance. Elles vous disent si le risque est assez borné pour poursuivre une tâche limitée, ce qui est une question différente et plus honnête. Notez la réponse avant de continuer.
Deuxième étape : garder les identifiants hors de l’hôte
Un profil actif n’est pas un signet. Un profil OpenVPN peut contenir des certificats intégrés et une clé privée, et l’importer écrit ce matériel sur un appareil qui ne vous appartient pas. Il en va de même d’une session de navigateur qui stocke un cookie, et de tout gestionnaire de mots de passe qui met un coffre en cache localement.
| Decision | Safe default | What it buys you |
|---|---|---|
| Which device to use | One you control, or an approved managed device | A host whose software you can account for |
| Which account to sign in with | A session that does not persist, with a second factor | Limited exposure if the machine retains state |
| What to install | Nothing; use the browser and the service's own portal | No profile or client left behind for the next user |
| What to do afterwards | Sign out everywhere and revoke sessions from a trusted device | An end to access that does not depend on local cleanup |
Préférez l’accès le moins persistant que le service prend en charge. Un portail web qui authentifie par session et exige un second facteur laisse moins de traces qu’un client de bureau avec un profil enregistré, et une session qui se termine à la fermeture du navigateur vaut mieux qu’une qui survit à un redémarrage.
Vérifiez ensuite ce que la machine conserve. Sur un hôte Linux partagé, l’emplacement du profil est facile à inspecter, et sous Windows la recherche équivalente tient en une commande. Trouver le profil d’un utilisateur précédent est un rappel utile que le vôtre serait traité de la même manière.
ls -la ~/.config/openvpn 2>/dev/null
Get-ChildItem -Path $HOME -Recurse -Filter *.ovpn -ErrorAction SilentlyContinue
Troisième étape : terminer l’accès depuis un endroit de confiance
Le nettoyage local mérite d’être fait et ne suffit pas. Déconnectez-vous du service, fermez le navigateur, supprimez tout fichier téléchargé, puis accomplissez l’étape qui compte vraiment : révoquez la session ou l’identifiant depuis un appareil que vous contrôlez.
C’est précisément cette dernière action que les gens sautent, parce que l’écran local paraît propre. Un jeton de session copié par un logiciel sur l’hôte continue de fonctionner après votre départ, et il se moque que le navigateur ait été fermé. La révocation est la seule étape qui suppose que l’hôte a pu être hostile. C’est aussi la seule qui fonctionne encore s’il l’était.
Si une clé privée ou un secret de récupération a touché la machine, traitez-le comme exposé et faites-le tourner plutôt que d’inspecter les copies. Pour un compte ayant utilisé un second facteur, examinez aussi les appareils et sessions listés par le fournisseur, car un jeton émis pendant votre visite peut encore être actif.
Notez le résultat tant qu’il est frais : quel appareil, quel compte, ce qui a été installé, ce qui a été révoqué et quand. Cette note permet à la personne suivante de répondre à la seule question qui compte ensuite : si quelque chose a encore accès.
Un appareil sous contrôle privé a encore besoin d’entretien, et il vous donne une base pour gérer l’extrémité qu’un terminal emprunté ne donnera jamais. Le tunnel était la partie facile.