Ce que votre fournisseur d'hébergement peut réellement voir à l'intérieur de votre VPS

Découvrez comment un VPS, bien que pratique et économique, présente des vulnérabilités cachées en matière de sécurité, et pourquoi il est crucial de choisir un fournisseur d'hébergement transparent.

Demandez aux ingénieurs ce qu’est un VPS et vous aurez généralement une définition fade : un serveur virtuel, plus petit et moins cher. Pratique pour la planification, mais fallacieuse pour la modélisation des menaces. La séparation entre votre VPS et l’hôte repose sur un logiciel du fournisseur. Comprendre cela est essentiel pour décider quelles charges de travail lui confier.

Ce que le hyperviseur déchiffre d'un VPS classique

Dans un KVM classique, sans gadget de calcul confidentiel, la mémoire de votre machine est en fait une mémoire basique au sein de l'espace d'adresses de l’hôte. Le hyperviseur la gère, l’alloue et peut l'examiner.

Ce n'est pas une infraction. C'est une routine d'administration. Le virsh dump sauvegarde l’image mémoire intégrale d’un invité actif dans un fichier sur l’hôte. Le moniteur QEMU offre des fonctions similaires pour accéder directement à la mémoire physique. Ces outils existent principalement pour le débogage, l’analyse d’erreurs et la migration – disponibles pour quiconque a les droits root sur l’hôte.

Ce qui se dégage de ce dump, c’est tout ce qui réside en RAM : variables d’environnement, données de bases de données décryptées, jetons de session, clés TLS, matériel d'agent SSH et tout fichier ouvert. Votre image disque demeure un fichier sur le stockage de l’hôte, accessible avec les mêmes privilèges.

Voilà, la vérité : sur une virtualisation classique, les mesures techniques ne mettent pas l’opérateur à l'écart de votre modèle de menace – elles modifient simplement les coûts et les efforts. Cela rend les engagements des opérateurs plutôt engendrés que rassurés. D’où la transparence de fournisseurs comme PrivateAlps Swiss VPS hosting, publiant ces spécifications au lieu de laisser place à des suppositions.

Le chiffrement complet à l’intérieur de l’invité, est-ce la solution ?

Partiellement. Utiliser LUKS ou un chiffrement équivalent au niveau de l'invité préserve les données au repos – image disque volée, disque décommissionné, sauvegarde quittant l'installation. Des risques bien réels à traiter sérieusement.

Cela n’épargne pas un système en fonctionnement. Une fois le volume déverrouillé, la clé maîtresse se trouve dans la mémoire du noyau de l'invité tant qu’il reste monté, donc en permanence pour un serveur de production. Un dump mémoire de l’hôte capture la clé avec les données qu'elle protège.

Où se cachent vos données non créées

Trois méthodes génèrent régulièrement des copies invisibles.

Instantanés. Les types d'instantanés varient : ceux capturant uniquement le disque versus un point de contrôle entier d’un invité actif qui inclut également la RAM. Le fournisseur décide quand et quel type faire. Dans tous les cas, le fichier réside sur l'infrastructure du fournisseur, souvent sur du stockage partagé, régi par leurs politiques.

Migration en direct. Déplacer un invité actif entre des hôtes physiques copie sa mémoire à travers le réseau. QEMU et libvirt prennent en charge TLS, mais ce n’est pas inné : neuf options dans qemu.conf, une PKI à configurer, des exigences de version et, le comble, un retour au texte clair si l’un des hôtes est mal configuré. OpenStack a connu un incident en 2021 où, malgré une configuration TLS supposée correcte, la migration a eu lieu sur du simple TCP, sans rien pour l’indiquer dans les journaux – seul un capture de paquets a révélé la faille. Ce bug est peut-être résolu, mais le point essentiel reste : la migration échappe à la vue de l’invité.

Suppression trompeuse.

Une. Quand vous effacez un volume, le véritable impact dépend de votre backend de stockage. Les systèmes à provisionnement fin et répliqués peuvent garder des blocs jusqu'à leur écrasement. Les répliques, elles, peuvent résider sur des nœuds jamais touchés. « Supprimé » n’est qu’un état virtuel, un concept sur le plan de contrôle, pas un changement physique.

À l’intérieur de l’invité, rien ne se voit. Pour comprendre le comportement des systèmes, il faut se fier à ce que publie l’opérateur. Certains détaillent la rétention des instantanés et la sémantique de suppression. La majorité, par contre, garde le silence, et ce vide de communication en dit souvent long.

Ce que le calcul confidentiel change

AMD SEV-SNP et Intel TDX promettent de retirer la confiance envers l’hyperviseur.

Dans les deux cas, la mémoire des invités est chiffrée avec des clés inaccessibles à l’hôte. TDX réagit avec des zéros si l’hyperviseur tente d’accéder à un domaine de confiance. C’est un changement architectural concret, éloigné des promesses en l’air.

Mais attention, ce n'est pas infaillible. HECKLER, à l'USENIX Security 2024, a révélé qu’un hyperviseur capable d'injecter des interruptions malveillantes pouvait contourner l’authentification dans OpenSSH et sudo sur SEV-SNP et TDX, obtenant ainsi un accès root à l’intérieur de la VM. Heracles, lors de la CCS 2025, a exploité une décision d’AMD permettant à l’hyperviseur de lire le texte chiffré des invités, établissant une chaîne de collision à partir de ces lectures.

Le révélateur est TEE.fail, mis à jour en octobre 2025 par des chercheurs de Georgia Tech et Purdue. Les TEEs de serveur sur DDR5 s’appuient sur un AES-XTS déterministe, sans protection d’intégrité ni relecture au niveau du contrôleur, ce qui rend possible l’exploitation des dictionnaires de texte chiffré. L’équipe a conçu un interposeur de bus mémoire DDR5 pour moins de mille dollars, utilisant des composants standard et d’occasion, tout en extrayant des clés cryptographiques d’Intel TDX et d’AMD SEV-SNP, même avec le masquage de texte chiffré activé. Cela inclut parfois des clés d'attestation de machines mises à jour, capables de signer des rapports sans TEE derrière.

Deux éléments surpassent l’attaque elle-même. D’abord, il faut un accès physique, un privilège dont dispose un fournisseur d’hébergement. Ensuite, la réponse d’Intel affirme que ces attaques restent en dehors de leur portée. Ce n’est pas une évasion, mais bien une limite du modèle de menace : l’informatique confidentielle protège contre un hyperviseur compromis, pas contre le matériel lui-même.

Ce qui réduit l'exposition

Tous les contrôles techniques partent d'une hypothèse sur la personne détenant le matériel. Le chiffrement au repos couvre le hors ligne ; l’informatique confidentielle augmente le coût de l’accès en ligne. Aucun ne retire l’opérateur du modèle de menace, car il est aux côtés du bus mémoire - et les fournisseurs le disent eux-mêmes.

Mais ce qui importe réellement, ce n'est pas technique. C'est la posture de l’opérateur : quels enregistrements, combien de temps, et quelles obligations quand une demande survient. Le cadre légal les lie, influence leur capacité à agir contre leurs préférences. Un fournisseur dans une zone peut être contraint de conserver et de remettre un instantané ; un autre dans un contexte différent aura des exigences bien plus strictes.

Sélectionner un fournisseur devient une décision architecturale plutôt qu'un simple choix d'achat. Les questions demeurent les mêmes, peu importe le choix : qui capture, combien de temps, qui oblige à publier ? Renseignez-vous avant que votre charge de travail ne s'installe. Les opérateurs...

Ceux qui considèrent la question comme essentielle ont déjà leurs réponses en main, tandis que les autres naviguent dans l’incertitude.

Questions courantes

Un fournisseur d'hébergement peut-il lire ma mémoire VPS ? Oui, sur un déploiement virtualisé classique. La mémoire des invités se loge dans l’espace d’adresses de l’hôte. Des outils comme virsh dump peuvent extraire une image de la mémoire d’un invité actif dans le système de fichiers de l’hôte.

Chiffrer le disque de ma VPS empêche-t-il le fournisseur de voir mes données ? Cela protège les données au repos, mais pas celles d’un système actif. Tant que le volume est monté, la clé maîtresse demeure en mémoire du noyau invité, accessible par tout vidage de mémoire côté hôte.

Les AMD SEV-SNP ou Intel TDX rendent-ils une VPS entièrement privée ? Ils éliminent l’hyperviseur de la chaîne de confiance, ce qui constitue une avancée notable. Cependant, ils ne protègent pas contre un attaquant ayant un accès physique. Intel, dans sa réponse à la recherche TEE.fail, place explicitement les attaques physiques en dehors du modèle de menace. Des recherches comme HECKLER, Heracles et TEE.fail révèlent des vulnérabilités persistantes sur les deux technologies.

Maintenant que tu as fini de lire Ce que votre fournisseur d'hébergement peut réellement voir à l'intérieur de votre VPS, nous t'invitons à explorer davantage la catégorie Sécurité. Tu y trouveras d'autres articles intéressants qui élargiront tes connaissances et te tiendront informé. Ne cesse pas de lire et de découvrir plus!