Non puoi, chiaro e semplice. Se non ti fidi della società di hosting, non ospiti con loro. Questa è la legge n. 3 della 10 legge immutabile della sicurezza:

Legge n. 3: se un malintenzionato ha accesso fisico illimitato al tuo computer, non è più il tuo computer .

L'hypervisor ha sempre una posizione privilegiata sulla tua macchina virtualizzata, non puoi proteggerti da hypervisor canaglia.

Un modo che puoi fare per trarre vantaggio dalla loro posizione di rete ma mantenere al sicuro il tuo codice significa fare un hosting di colocation. In un hosting in colocation, porti la tua macchina che metti nel data center di qualcun altro.

La stessa colocation di base dovrebbe scoraggiare la maggior parte degli attaccanti opportunisti, ma un attaccante mirato / determinato potrebbe comunque connettersi alla tua macchina. Se questo è un problema per te, dovresti mettere la tua macchina in un involucro del server a prova di manomissione / a prova di manomissione, in modo che l'unica porta sbloccata verso il mondo esterno sia il cavo di alimentazione e il cavo di rete, e tu crittografi tutto il traffico di rete in corso dentro / fuori dalla macchina. In questo modo puoi inserire la tua macchina nella sua rete e trarre vantaggio dalla bassa latenza della rete e non saranno in grado di rubare dati dal tuo server a meno che non rompano lo chassis del server.

Se la protezione dei dati molto importante, vorresti anche fare un controllo regolare che il caso non sia stato manomesso. Se si dispone di un budget infinito, potrebbe anche essere possibile progettare chassis a prova di manomissione che hanno vari sensori che possono attivare un allarme e avviare l'arresto (scartando tutte le chiavi sensibili / crittografiche) se rilevano che lo chassis è stato manomesso, ma ovviamente questi diventano costosi molto rapidamente.

in modo che non sia economicamente sostenibile spendere tempo con le risorse di & per ottenerle.

Odio dirlo a te, ma semplicemente non sei così importante . Nessuno conosce te o la tua app web. Quindi non è già economicamente sostenibile.

Considera il rapporto costi-benefici. Per la società di hosting, se ciò accade una volta , i clienti potrebbero emorragia. Quindi avranno registri appropriati. Qualsiasi dipendente sorpreso a farlo non solo verrà licenziato, ma anche arrestato. Quindi la tangente dovrebbe essere seria . Parliamo di milioni, perché deve risarcire il dipendente per essere stato imprigionato e non essere più in grado di lavorare una volta rilasciato. E se questa è la tangente, la tua azienda deve valere almeno 10 volte tanto. Ciò valorizza la tua azienda nell'ordine di decine di milioni e più probabilmente centinaia di milioni.

Onestamente, vale la pena per la tua azienda? Tutto quello che hai detto finora dice che non lo è. E se lo è, non hai motivo di non eseguire i tuoi server.

In teoria, dovresti essere in grado di utilizzare le funzionalità hardware affidabili delle moderne CPU per eseguire la crittografia del disco, o anche l'intera VM, all'interno di una parte della CPU a prova di manomissione, con tutti i dati su disco e in memoria crittografati con chiavi accessibili solo all'interno di quell'enclave affidabile a prova di manomissione.

Sebbene l'esposizione del sistema di elaborazione affidabile SGX di Intel alle VM non sembra essere possibile sugli hypervisor di serie, AMD ha una funzione chiamata Secure Encrypted Virtualization, o SEV, che suona esattamente come stai cercando: puoi configurare la tua VM in modo tale che sia protetta dall'hypervisor con chiavi note solo a AMD o qualcuno che è disposto e in grado di smontare la CPU host.

Sfortunatamente, è improbabile che la particolare società di hosting che devi utilizzare fornisca host che supportano AMD SEV o renda la funzionalità disponibile ai propri clienti.

Microsoft ha una possibile soluzione per questo chiamato VM schermate, queste sono specificamente destinate al vettore di attacco che un attore malintenzionato ha accesso amministrativo all'hypervisor. Un esempio di ciò sarebbero le macchine distribuite nel cloud o in un colo.

Lo svantaggio è che dovrai mantenere un Guardian Server sotto il tuo controllo fisico. Potrebbe essere eccessivo per le tue esigenze.

Non mi fido completamente per qualche motivo

In che modo mi fido di loro? Credi che possano essere incompetenti o pensi che possano essere dannosi?

Se semplicemente incompetenti, probabilmente otterrai una ragionevole protezione dal crittografia che hai descritto. È ovviamente possibile che il loro computer host venga compromesso e l'attaccante trovi un modo per afferrare le chiavi di crittografia correnti dalla RAM, ma nei tipici compromessi dell'host web gli aggressori non andranno così lontano. Troveranno semplicemente un posto facile per scaricare il malware o per acquisire le password.

Ma se sono attivamente dannosi, non puoi proteggere i dati sulla VM. Nella migliore delle ipotesi, potresti configurarlo come un server proxy, che potrebbe darti i vantaggi della latenza senza esporre il tuo database e il codice sorgente.

La risposta di Lie Ryan è quella giusta, ma oltre alla colocation, che ha ancora una superficie di attacco fisico presso la sede dell'host, un'ulteriore possibilità è utilizzare il provider di hosting solo per ottenere un indirizzo IP pubblico e collegarlo a un server locale tramite un collegamento a banda larga di classe aziendale o domestico decente.

Se vuoi essere davvero stravagante, puoi persino adottare un approccio misto in cui le chiavi private per i certificati non lasciano mai le tue il server locale e il server sul sito di hosting ha accesso solo per generare le chiavi di sessione. Cloudflare offre qualcosa di simile; Tuttavia, non sono sicuro di come funzioni. Penso che sia persino possibile (non con le loro, ma se si rotola da soli, facendo un uso fantasioso di primitive crittografiche) avere i dati sul sito di hosting, ma crittografati con chiavi simmetriche che non sono mai sul sito di hosting e consegnando il connessione al sito di hosting in modo tale che solo il cliente, ma non il sito di hosting, possa decriptare i dati.

Il cloud in definitiva è il computer di qualcun altro e le regole di qualcun altro. Se stai cercando la sicurezza dell'accesso fisico, il percorso migliore potrebbe essere ospitare il tuo server fisico o ottenere un server fisico dedicato. Con tutti gli strumenti disponibili per orchestrare tutto questo oggi e il fatto probabile che vorrai ospitare progetti per molto tempo, non è una cattiva idea ..

La tua domanda sembra cambiare ritmo alcune volte, ma se la tua preoccupazione principale è qualcuno che clona il tuo lavoro, la seguente dovrebbe essere una semplice protezione:

Assicurati che non ci sia nulla di interessante da rubare

Invece di lasciare che il codice sorgente di tutto risieda sulle loro macchine, lavora sul codice in un ambiente diverso e distribuisci solo i binari.

Ciò dovrebbe impedire a chiunque di copiare il tuo lavoro poiché non può aggiornare il binari, se sei veramente paranoico potresti persino inserire una bomba a orologeria nella logica per assicurarti che le cose smettano di funzionare anche se copiano la versione corrente.

Tieni presente che anche se una quantità considerevole del tuo codice deve risiedere nel server, diventa già finanziariamente poco attraente se si è in grado di impedire a chiunque di utilizzare una o due parti fondamentali. Ovviamente possono essere decodificati, ma è probabile che sia proibitivo.

Questa soluzione ovviamente non offre protezione contro la fuga di dati, ma in base alla tua domanda sembra che prevenire la concorrenza sia più una preoccupazione che i dati diventino pubblici.