Vous ne pouvez pas, clairement et simplement. Si vous ne faites pas confiance à la société d'hébergement, vous n'hébergez pas avec elle. Il s'agit de la loi n ° 3 de la 10 loi de sécurité immuable:

Loi n ° 3: Si un méchant a un accès physique illimité à votre ordinateur, ce n'est plus votre ordinateur .

L'hyperviseur a toujours une position privilégiée sur votre machine virtualisée, vous ne pouvez pas vous protéger d'un hyperviseur non autorisé.

Une façon que vous pouvez faire pour bénéficier de leur emplacement réseau mais toujours garder votre code sécurisé, c'est faire un hébergement en colocation. Dans un hébergement en colocation, vous apportez votre propre machine que vous mettez dans le centre de données de quelqu'un d'autre.

La colocation de base elle-même devrait décourager la plupart des attaquants opportunistes, mais un attaquant ciblé / déterminé peut quand même se connecter à votre machine. Si cela vous préoccupe, vous devez placer votre machine dans un boîtier de serveur inviolable / inviolable, de sorte que le seul port déverrouillé vers le monde extérieur soit le câble d'alimentation et le câble réseau, et vous cryptez tout le trafic réseau en cours. dans / hors de la machine. De cette façon, vous pouvez mettre votre machine dans leur réseau et bénéficier de la faible latence du réseau, et ils ne pourront pas voler les données de votre serveur à moins qu'ils ne cassent le châssis du serveur.

Si la protection de vos données est très important, vous voudriez également faire une vérification régulière que le cas n'a pas été falsifié. Si vous avez un budget infini, il peut également être possible de concevoir un châssis inviolable doté de divers capteurs pouvant déclencher une alarme et déclencher l'arrêt (en supprimant toutes les clés sensibles / de cryptage) s'ils détectent que le châssis a été altéré, mais bien sûr ceux-ci deviennent très vite chers.

pour qu'il ne soit pas économiquement viable de dépenser du temps avec les ressources d'& pour les obtenir.

Je déteste te le dire, mais tu n'es tout simplement pas si important . Personne ne vous connaît ni ne connaît votre application Web. Ce n'est donc déjà pas économiquement viable.

Tenez compte du rapport coût-bénéfice. Pour la société d'hébergement, si cela se produit une fois , ils feraient une hémorragie aux clients. Ils vont donc avoir des journaux appropriés. Tout employé surpris en train de faire cela sera non seulement licencié, mais également arrêté. Le pot-de-vin devrait donc être sérieux . Nous parlons de millions, car cela doit compenser l'employé pour avoir été emprisonné et ne plus jamais pouvoir travailler une fois libéré. Et si c'est le pot-de-vin, votre entreprise doit valoir au moins 10 fois plus. Cela valorise votre entreprise dans des dizaines de millions, et plus probablement des centaines de millions.

Honnêtement, votre entreprise en vaut-elle la peine? Tout ce que vous avez dit jusqu'à présent dit que ce n'est pas le cas. Et si c'est le cas, vous n'avez aucune raison de ne pas exécuter vos propres serveurs.

En théorie, vous devriez pouvoir utiliser les fonctionnalités matérielles de confiance des processeurs modernes pour exécuter le chiffrement de votre disque, ou même l'ensemble de votre machine virtuelle, à l'intérieur d'une partie inviolable du processeur, ayant toutes les données sur disque et en mémoire chiffré avec des clés qui ne sont accessibles qu'à l'intérieur de cette enclave de confiance inviolable.

Bien que l'exposition du système informatique de confiance SGX d'Intel à des VM ne semble pas possible sur les hyperviseurs de série, AMD dispose d'une fonctionnalité appelée Secure Encrypted Virtualization, ou SEV, qui ressemble exactement à ce que vous recherchez: vous pouvez configurer votre VM de telle manière qu'elle soit protégée de l'hyperviseur avec des clés connues uniquement de AMD ou quelqu'un qui souhaite et est capable de démonter le processeur hôte.

Malheureusement, il est peu probable que la société d'hébergement particulière que vous devez utiliser fournisse des hôtes prenant en charge AMD SEV ou rende la fonctionnalité disponible à leurs clients.

Microsoft a une solution possible pour cela, appelée VM protégées, elles sont spécifiquement destinées au vecteur d'attaque selon lequel un acteur malveillant a un accès administratif à l'hyperviseur. Un exemple de ceci serait les machines déployées soit dans le cloud, soit dans une colo.

L'inconvénient est que vous devrez maintenir un serveur Guardian sous votre contrôle physique. Cela peut être excessif pour vos besoins.

Je n'ai pas entièrement confiance pour une raison quelconque

De quelle manière leur faire confiance? Pensez-vous qu'ils peuvent être incompétents ou pensez-vous qu'ils peuvent être malveillants?

S'ils sont simplement incompétents, vous bénéficierez probablement d'une le cryptage que vous avez décrit. Il est bien sûr possible que leur machine hôte soit compromise et que l'attaquant trouve un moyen de récupérer les clés de chiffrement actuelles de la RAM, mais dans les compromis d'hôte Web typiques, les attaquants n'iront pas aussi loin. Ils trouveront simplement un endroit facile pour vider leurs malwares ou des mots de passe faciles à récupérer.

Mais s'ils sont activement malveillants, vous ne pouvez pas protéger les données sur la VM. Au mieux, vous pouvez le configurer en tant que serveur proxy, ce qui pourrait vous offrir des avantages de latence sans exposer votre base de données et votre code source.

La réponse de Lie Ryan est la bonne, mais au-delà de la colocation, qui a toujours une surface d'attaque physique dans les locaux de l'hôte, une possibilité supplémentaire consiste à utiliser le fournisseur d'hébergement juste pour vous obtenir une adresse IP publique, et à la canaliser vers un serveur sur site via une liaison haut débit domestique ou professionnelle décente.

Si vous voulez vraiment avoir de la fantaisie, vous pouvez même faire une approche mixte où les clés privées des certificats ne laissent jamais les vôtres. le serveur local et le serveur du site d'hébergement n'ont accès que pour générer des clés de session. Cloudflare propose quelque chose comme ça; Je ne sais pas exactement comment cela fonctionne. Je pense qu'il est même possible (pas avec les leurs, mais si vous utilisez les vôtres, en faisant un usage sophistiqué de primitives cryptographiques) d'avoir les données sur le site d'hébergement, mais cryptées avec des clés symétriques qui ne sont jamais sur le site d'hébergement, et de transmettre le connexion au site d'hébergement de telle manière que seul le client, mais pas le site d'hébergement, puisse décrypter les données.

Le cloud est finalement l'ordinateur de quelqu'un d'autre et les règles de quelqu'un d'autre. Si vous recherchez une sécurité d'accès physique, le meilleur moyen peut être d'héberger votre propre serveur physique ou d'obtenir un serveur physique dédié. Avec tous les outils disponibles pour orchestrer cela aujourd'hui, et le fait que vous voudrez probablement héberger des projets pendant longtemps, ce n'est pas une mauvaise idée.

Votre question semble changer de rythme à quelques reprises, mais si votre principale préoccupation est quelqu'un de cloner votre travail, ce qui suit devrait être une simple protection:

Assurez-vous qu'il n'y a rien d'intéressant à voler

Plutôt que de laisser le code source de tout vivre sur leurs machines, travaillez sur le code dans un environnement différent et ne déployez que les binaires.

Cela devrait empêcher quiconque de copier votre travail car ils ne peuvent pas mettre à jour le binaires, si vous êtes vraiment paranoïaque, vous pouvez même mettre une bombe à retardement dans la logique pour vous assurer que les choses cessent de fonctionner même si elles copient la version actuelle.

Gardez à l'esprit que même si une quantité importante de votre code a besoin de vivre dans le serveur, cela devient déjà financièrement peu attrayant si vous êtes en mesure d'empêcher quiconque d'utiliser une ou deux parties principales. Bien sûr, ils peuvent faire l'objet d'une ingénierie inverse, mais cela est probablement d'un coût prohibitif.

Cette solution n'offre bien sûr pas de protection contre les fuites de données, mais sur la base de votre question, il semble que prévenir la concurrence est plus une préoccupation que les données deviennent publiques.