Durcissement de la machine virtuelle

Tant que des personnes ont un accès " physique " (ce qui signifie qu'elles ont la machine virtuelle dans ce cas), il y a toujours un moyen de contourner le problème : le mode utilisateur unique ou un outil comme konboot.

Le seul moyen pratique que je vois pour gérer cela est de crypter l'ensemble du disque dur - vous aurez quelques problèmes de performance, mais comme vous aurez besoin d'un mot de passe pour accéder aux données, le mode utilisateur unique ne sera d'aucune utilité, pas plus que le montage de l'image.

Cela devrait permettre de gérer la plupart des vecteurs d'attaque, à l'exception des plus exotiques, par exemple un hôte compromis qui pourrait vider le contenu de la mémoire (si une telle chose existe).

Je ne vois pas vraiment comment empêcher les utilisateurs finaux de voir les données sur le disque sans cryptage, et même dans ce cas, il y aurait des moyens de contourner le problème (sinon ils ne pourraient pas utiliser la VM).

La solution que je vois est d'automatiser un moyen de personnaliser le produit pour chaque utilisateur qui utilise votre produit, ou de généraliser la VM de telle sorte que l'utilisateur final doive définir les informations d'identification appropriées et administrer la machine lui-même. Vous n'entrez pas dans le détail de votre produit, mais vous ne pouvez vraiment pas les empêcher complètement de monter une image disque et de contourner la protection, et tout ce que vous mettez en place deviendra très probablement plus lourd à gérer pour les utilisateurs finaux légitimes.

En fait, vous devez concevoir la solution en tenant compte du fait que le client final peut voir et verra ces informations. Vous ne pouvez donc pas intégrer d'informations secrètes dans le produit que vous distribuez. Adaptez la solution au site de l'utilisateur, ou obligez-le à l'administrer en définissant des mots de passe et des informations d'identification lors de la configuration.