Un VPN dans une VM peut-il cacher le trafic à l'hôte ?

Vous installez le client dans une machine virtuelle, le tunnel monte, et le trafic de l'invité est chiffré. Cela vaut quelque chose contre le réseau extérieur à la machine. Cela achète beaucoup moins contre le système d'exploitation qui exécute l'invité, lequel peut lire sa mémoire et observer son écran. Les vérifications ci-dessous séparent ce que le tunnel protège de ce que l'hôte conserve.

L'hôte lit le texte en clair avant le tunnel

Un hyperviseur de bureau donne du temps CPU à l'invité et peut lire la mémoire qu'il écrit, y compris la page qu'un navigateur vient de déchiffrer. Un outil de surveillance sur l'hôte lit ce texte en clair sans attaquer le chiffrement, et un enregistreur de frappe au même niveau collecte les touches avant qu'un client ne les emballe. Rien de tout cela n'a besoin d'un VPN cassé, donc un tunnel propre peut cohabiter avec un hôte instrumenté.

Ce que cette position ne livre pas, ce sont les clés de l'extrémité distante, ou le contenu qu'un autre point d'extrémité protège de bout en bout. Le tunnel tient toujours contre le réseau qu'il traverse ; la faille est locale.

Les artefacts survivent à la session

Mettez en pause un invité VirtualBox et un fichier .sav avec l'état mémoire sauvegardé apparaît à côté. VMware laisse des fichiers .vmem et .vmsn pendant la suspension et les instantanés, et les points de contrôle Hyper-V font croître des disques de différenciation .avhdx sur le volume de l'hôte. Aucun de ces fichiers n'est chiffré par le chiffrement de disque de l'invité. Le fichier d'échange de l'hôte peut aussi recevoir des pages que l'hyperviseur a évincées, la trace que Tails signale dans son guide de virtualisation. Vérifiez si l'hyperviseur conserve des instantanés et si le swap de l'hôte se trouve sur un volume chiffré.

Décidez d'une règle de rétention pour ces fichiers au lieu de faire confiance au réglage par défaut, qui les garde jusqu'à ce que quelqu'un les supprime. Un invité qui annonce une session amnésique n'y change rien ; l'hôte écrit le fichier, donc la politique de l'hôte gouverne. Si vous ne pouvez pas dire où vivent les instantanés ni qui peut les ouvrir, la conception de l'invité n'a pas été évaluée.

Le chiffrement de disque couvre un cas plus étroit

Chiffrer le disque de l'invité protège une image au repos, un volume transporté vers une autre machine ou une sauvegarde qui s'échappe. Il ne fait rien pendant que l'invité tourne, car l'hyperviseur lit la mémoire après que l'invité l'a déchiffrée. Traitez la phrase secrète comme une protection des copies stockées, non comme un bouclier contre la machine qui exécute la VM.

Les clés et l'exécution en direct sont des questions distinctes. Dans un environnement hébergé ou partagé, le fournisseur peut détenir les clés de l'image tout en exécutant l'invité sur du matériel que vous n'inspectez jamais, alors consignez les deux réponses.

Le transport n'est pas la même vue

Celui qui transporte le tunnel de l'invité voit les extrémités extérieures, le minutage et le volume, même quand la charge utile reste fermée. Des métadonnées de cette forme répondent souvent à la question que l'observateur se pose réellement, alors traitez-les comme une partie de l'exposition et non comme du bruit. Le mode d'adaptateur et le routage décident si les règles VPN au niveau de l'hôte touchent le trafic de l'invité.

Testez cela depuis l'intérieur de l'invité, pas depuis un navigateur sur l'hôte. Un navigateur de l'hôte peut être couvert alors que l'invité est ponté directement vers l'extérieur, et les deux peuvent partager une connexion en utilisant des routes différentes. Notez le mode d'adaptateur, puis examinez une capture sur l'interface physique de l'hôte au lieu de faire confiance à une supposition.

Réduisez les traversées, puis écrivez la trace

Exécutez l'invité sur du matériel que vous contrôlez, gardez l'hyperviseur à jour, et n'activez les dossiers partagés, le presse-papiers partagé et le glisser-déposer que là où le travail en a besoin. Chacun est un canal entre l'hôte et l'invité, et la valeur par défaut livrée est généralement plus ouverte que la tâche ne l'exige. Désactivez les additions d'invité que vous n'utilisez pas, puis confirmez que les réglages survivent à un redémarrage, car une mise à niveau peut restaurer ce que vous avez désactivé.

Ces étapes réduisent les traversées ; elles ne transforment pas l'invité en une frontière de confiance physique distincte. C'est là que les évaluations de risque se trompent généralement : traiter une VM durcie comme une telle frontière.

Pour un travail sensible, consignez comment le trafic est routé et quels systèmes locaux exécutent et conservent la charge de travail. Ajoutez qui contrôle l'hôte et quels fichiers survivent à la session. Une note de confidentialité qui ne liste que le tunnel décrit la moitié de l'arrangement.