{"id":85141,"date":"2020-06-13T13:42:24","date_gmt":"2020-06-13T11:42:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/chto-delat-esli-k-tvoemu-hosteru-prishli-siloviki"},"modified":"2020-06-13T13:42:24","modified_gmt":"2020-06-13T11:42:24","slug":"chto-delat-esli-k-tvoemu-hosteru-prishli-siloviki","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/chto-delat-esli-k-tvoemu-hosteru-prishli-siloviki","title":{"rendered":"Cosa fare se al tuo hosting sono arrivati i siloviki","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Cosa<\/a><\/noindex>kdpv \u2014 Reuters<\/i><\/p>\n

Se hai affittato un server, non hai il pieno controllo su di esso. Questo significa che in qualsiasi momento il provider di hosting potrebbe ricevere la visita di personale appositamente formato che richieder\u00e0 di fornire i tuoi dati. E l'hosting li consegner\u00e0, se la richiesta \u00e8 effettuata nel rispetto della legge. <\/p>\n

Non vuoi assolutamente che i log del tuo server web o i dati degli utenti finiscano in mani sbagliate. Non sar\u00e0 possibile costruire una protezione ideale. Difendersi da un provider di hosting che possiede l'hypervisor e ti offre una macchina virtuale \u00e8 quasi impossibile. Tuttavia, \u00e8 possibile ridurre i rischi. La crittografia delle macchine affittate non \u00e8 cos\u00ec inutile come potrebbe sembrare a prima vista. Vediamo anche le minacce di estrazione dei dati dai server fisici.
\n<\/a><\/noindex><\/p>\n

Modello di minacce<\/h2>\n

\nIn genere, un provider di hosting cercher\u00e0 di proteggere gli interessi del cliente il pi\u00f9 possibile secondo la legge. Se in una comunicazione ufficiale si richiedono solo i log di accesso, il provider non restituir\u00e0 i dump di tutte le vostre macchine virtuali con i database. Non dovrebbe, almeno. Se viene richiesta la totalit\u00e0 dei dati, il provider copier\u00e0 i dischi virtuali con tutti i file e voi non ne verrete a conoscenza.<\/p>\n

Indipendentemente da come evolveranno gli eventi, il vostro compito principale \u00e8 rendere l'attacco troppo complesso e costoso. Di solito ci sono tre principali opzioni di minaccia.<\/p>\n

Ufficiale<\/h2>\n

\nPi\u00f9 frequentemente, un documento cartaceo viene inviato all'ufficio ufficiale del provider con la richiesta di fornire i dati necessari in conformit\u00e0 con il pertinente decreto. Se tutto \u00e8 in ordine, il provider fornisce i log di accesso e altri dati alle autorit\u00e0. Di solito si richiede semplicemente di inviare i dati richiesti.<\/p>\n

Raramente, se \u00e8 davvero necessario, i rappresentanti delle forze dell'ordine si recano fisicamente nel centro dati. Ad esempio, quando avete un server dedicato e i dati possono essere prelevati solo fisicamente.<\/p>\n

In tutti i paesi, per ottenere accesso a un'area privata, effettuare perquisizioni e altre operazioni, \u00e8 necessario avere prove che i dati possano contenere informazioni importanti per l'indagine di un crimine. Inoltre, \u00e8 richiesto un mandato di perquisizione redatto secondo tutte le normative. Qui possono esserci sfumature legate alle peculiarit\u00e0 della legislazione locale. La cosa principale da comprendere \u00e8 che, seguendo il corretto iter ufficiale, i rappresentanti del data center non permetteranno a nessuno di andare oltre il varco.<\/p>\n

Inoltre, nella maggior parte dei paesi non \u00e8 possibile semplicemente prendere e rimuovere un'attrezzatura funzionante. Ad esempio, in Russia, fino alla fine del 2018, ai sensi dell'articolo 183 del codice di procedura penale russo, parte 3.1, era garantito che, durante l'operazione di prelievo, il sequestro dei supporti elettronici di informazione avvenisse con la partecipazione di un esperto. Su richiesta del legittimo proprietario dei supporti elettronici di informazione o del detentore delle informazioni in essi contenute, un esperto partecipante all'operazione di prelievo, in presenza di testimoni, esegue la copia delle informazioni da tali supporti su altri dispositivi elettronici.<\/p>\n

Poi, purtroppo, quel punto dell'articolo \u00e8 stato rimosso.<\/p>\n

Segreto e non ufficiale<\/h2>\n

\nQuesta \u00e8 gi\u00e0 la competenza di specialisti appositamente formati delle organizzazioni come NSA, FBI, MI5 e altre entit\u00e0 con acronimi simili. Nella maggior parte dei casi, le legislazioni nazionali prevedono poteri estremamente ampi per tali strutture. Inoltre, quasi sempre esiste un divieto legislativo su qualsiasi divulgazione diretta o indiretta del fatto stesso di cooperare con tali forze dell'ordine. Anche in Russia ci sono norme giuridiche analoghe legali<\/a><\/noindex>.<\/p>\n

In caso di una simile minaccia ai vostri dati, \u00e8 quasi certo che verranno estratti. Oltre al semplice prelievo, potrebbero essere utilizzati tutti gli arsenali non ufficiali di backdoor, vulnerabilit\u00e0 zero-day, estrazione dei dati dalla memoria RAM della vostra macchina virtuale e altre amenit\u00e0. In questo caso, il provider di hosting sar\u00e0 obbligato a fornire il massimo supporto alle forze dell'ordine.<\/p>\n

Dipendente disonesto<\/h2>\n

\nNon tutte le persone sono uguali. Alcuni degli amministratori del data center potrebbero decidere di guadagnare qualcosa vendendo i vostri dati. Da quel punto in poi, gli sviluppi dipendono dai suoi privilegi e dagli accessi. La cosa pi\u00f9 sgradevole \u00e8 che un amministratore con accesso alla console di virtualizzazione ha il completo controllo sulle vostre macchine. Pu\u00f2 sempre creare uno snapshot insieme a tutto il contenuto della memoria RAM e poi esaminarlo con calma.<\/p>\n

VDS<\/h2>\n

\nQuindi avete una macchina virtuale fornita dal vostro hosting. Come potete organizzare la crittografia per proteggervi? In realt\u00e0, non ci sono molte opzioni. Inoltre, anche un server dedicato di qualcun altro potrebbe alla fine rivelarsi una macchina virtuale con i dispositivi necessari collegati.<\/p>\n

Se l'obiettivo di un sistema remoto non \u00e8 solo l'archiviazione dei dati, ma anche l'esecuzione di calcoli, l'unica opzione per lavorare con una macchina non fidata sar\u00e0 l'implementazione della crittografia omomorfa<\/a><\/noindex>. In questo caso, il sistema eseguir\u00e0 i calcoli senza la possibilit\u00e0 di comprendere cosa stia facendo. Sfortunatamente, i costi associati all'implementazione di tale crittografia sono cos\u00ec elevati che il loro utilizzo pratico \u00e8 attualmente limitato a compiti molto specifici.<\/p>\n

Inoltre, nel momento in cui la macchina virtuale \u00e8 avviata e sta svolgendo delle operazioni, tutti i volumi crittografati sono accessibili, altrimenti il sistema operativo non potrebbe lavorarci. Questo significa che, avendo accesso alla console di virtualizzazione, \u00e8 sempre possibile fare uno snapshot della macchina in esecuzione e estrarre tutte le chiavi dalla memoria RAM.<\/p>\n

Molti fornitori hanno tentato di implementare la crittografia hardware della RAM, in modo che nemmeno l'hosting provider avesse accesso a questi dati. Ad esempio, la tecnologia Intel Software Guard Extensions crea aree nello spazio degli indirizzi virtuali, protette dalla lettura e scrittura da parte di altri processi, incluso il kernel del sistema operativo. Purtroppo, non puoi riporre piena fiducia in queste tecnologie, poich\u00e9 sarai limitato alla tua macchina virtuale. Inoltre, esistono gi\u00e0 esempi concreti di attacchi riusciti<\/a><\/noindex> a questa tecnologia. Eppure, la crittografia delle macchine virtuali non \u00e8 cos\u00ec priva di senso come potrebbe sembrare.<\/p>\n

Crittografiamo i dati su VDS<\/h2>\n

\nTengo a precisare che tutto ci\u00f2 che faremo di seguito non garantisce una protezione completa. L'hypervisor pu\u00f2 effettuare le copie necessarie senza interrompere il servizio e senza che tu te ne accorga.<\/p>\n