{"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 fornitore di 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 controllo completo su di esso. Ci\u00f2 significa che in qualsiasi momento al fornitore di hosting possono arrivare persone specialmente addestrate e chiedere di fornire i tuoi dati. E il fornitore li consegner\u00e0 se la richiesta \u00e8 formalizzata secondo la legge. <\/p>\n

Non vuoi assolutamente che i log del tuo server web o i dati degli utenti finiscano in mani sbagliate. Costruire una protezione ideale non \u00e8 possibile. Difendersi da un fornitore di hosting che possiede l'iperchiavistore e ti fornisce una macchina virtuale \u00e8 quasi impossibile. Ma, forse, \u00e8 possibile ridurre un po' i rischi. La crittografia delle macchine affittate non \u00e8 cos\u00ec inutile come sembra a prima vista. Diamo anche un'occhiata alle minacce derivanti dall'estrazione di dati dai server fisici.
\n<\/a><\/noindex><\/p>\n

Modello di minacce<\/h2>\n

\nDi norma, il fornitore di hosting cercher\u00e0 di proteggere al massimo gli interessi del cliente, nel limite del possibile secondo la legge. Se nella lettera delle autorit\u00e0 ufficiali viene richiesta solo la log di accesso, il fornitore non fornir\u00e0 dump di tutte le tue macchine virtuali con i database. Non dovrebbe, almeno. Se viene richiesta la totalit\u00e0 dei dati, il fornitore copier\u00e0 i dischi virtuali con tutti i file e tu non lo saprai.<\/p>\n

Indipendentemente dallo scenario degli eventi, il tuo obiettivo principale \u00e8 rendere l'attacco troppo complesso e costoso. Di solito ci sono tre opzioni principali per la minaccia.<\/p>\n

Ufficiale<\/h2>\n

\nPi\u00f9 spesso, all'ufficio ufficiale del fornitore di hosting viene inviato un documento cartaceo con la richiesta di fornire i dati necessari secondo il relativo decreto. Se tutto \u00e8 formalizzato correttamente, il fornitore fornisce i log di accesso e altri dati alle autorit\u00e0 ufficiali. Di solito si chiede semplicemente di inviare i dati richiesti.<\/p>\n

Occasionalmente, se necessario, i rappresentanti delle forze dell'ordine si recano personalmente nel Data Center. Ad esempio, quando hai un server dedicato e i dati possono essere prelevati solo fisicamente.<\/p>\n

In tutti i paesi, per ottenere l'accesso a un'area privata, eseguire perquisizioni e altre operazioni \u00e8 necessaria l'esistenza di prove che possano contenere informazioni rilevanti per un'indagine su un crimine. Inoltre, \u00e8 richiesto un mandato di perquisizione redatto secondo tutti i regolamenti. Qui possono esserci particolarit\u00e0 legate alle normative locali. La cosa principale da capire \u00e8 che, seguendo il giusto iter ufficiale, i rappresentanti della sicurezza non lasceranno passare nessuno oltre il punto di controllo.<\/p>\n

Inoltre, nella maggior parte dei paesi non \u00e8 possibile semplicemente strappare via attrezzature in funzione. Ad esempio, in Russia, fino alla fine del 2018, secondo l'articolo 183 del codice di procedura penale russo, parte 3.1, era garantito che durante le operazioni di sequestro, il prelievo di supporti elettronici di informazione veniva effettuato con la presenza di un esperto. Su richiesta del legittimo proprietario dei supporti elettronici di informazione o di chi detiene le informazioni contenute in essi, un esperto partecipante al sequestro, alla presenza di testimoni, copia le informazioni dai supporti elettronici su altri supporti elettronici.<\/p>\n

Poi, sfortunatamente, questo punto \u00e8 stato rimosso dall'articolo.<\/p>\n

Segreto e non ufficiale<\/h2>\n

\nQuesta \u00e8 gi\u00e0 un'area di operazione di agenti appositamente formati dell'NSA, FBI, MI5 e di altre organizzazioni con acronimi di tre lettere. Spesso, la legislazione dei paesi prevede poteri estremamente ampi per tali strutture. Inoltre, quasi sempre esiste un divieto legislativo su qualsiasi divulgazione diretta o indiretta del semplice fatto di cooperare con tali agenzie di sicurezza. In Russia esistono norme giuridiche analoghe. norme giuridiche<\/a><\/noindex>.<\/p>\n

In caso di una minaccia simile ai vostri dati, \u00e8 quasi certo che verranno estratti. In questo contesto, oltre al semplice sequestro, possono essere utilizzati tutti gli strumenti non ufficiali, backdoor, vulnerabilit\u00e0 zero-day, estrazione di dati dalla memoria operativa della vostra macchina virtuale e altre 'delizie'. Il fornitore di hosting sar\u00e0 obbligato a cooperare il pi\u00f9 possibile con gli specialisti delle forze dell'ordine.<\/p>\n

Dipendente disonesto<\/h2>\n

\nNon tutte le persone sono uguali. Alcuni degli amministratori del CED possono decidere di guadagnare vendendo i tuoi dati. Lo sviluppo degli eventi dipender\u00e0 dai suoi poteri e accessi. La cosa pi\u00f9 spiacevole \u00e8 che un amministratore con accesso alla console di virtualizzazione ha il pieno controllo sulle tue macchine. \u00c8 sempre possibile creare uno snapshot insieme a tutto il contenuto della memoria RAM e poi studiarlo con calma.<\/p>\n

VDS<\/h2>\n

\nQuindi, hai una macchina virtuale che ti \u00e8 stata fornita dal provider. Come puoi organizzare la crittografia per proteggerti? In realt\u00e0, praticamente non puoi. Inoltre, anche un server dedicato esterno pu\u00f2 finire per essere una macchina virtuale, alla quale sono stati collegati i dispositivi necessari.<\/p>\n

Se lo scopo del sistema remoto non \u00e8 solo l'archiviazione dei dati, ma l'esecuzione di calcoli, l'unica opzione per lavorare con una macchina non fidata sar\u00e0 la realizzazione di crittografia omomorfica<\/a><\/noindex>. In questo modo, il sistema eseguir\u00e0 calcoli senza la possibilit\u00e0 di capire cosa stia facendo. Sfortunatamente, le spese generali per implementare tale crittografia sono cos\u00ec elevate che la loro applicazione pratica \u00e8 attualmente limitata a compiti molto specifici.<\/p>\n

Inoltre, nel momento in cui la macchina virtuale \u00e8 accesa e sta eseguendo delle azioni, tutti i volumi crittografati si trovano in uno stato accessibile, altrimenti il sistema operativo semplicemente non potrebbe interagirci. Ci\u00f2 significa che, avendo accesso alla console di virtualizzazione, puoi sempre creare uno snapshot della macchina in funzione ed estrarre tutte le chiavi dalla memoria RAM.<\/p>\n

Molti fornitori hanno tentato di implementare la crittografia hardware della RAM affinch\u00e9 neanche il fornitore avesse accesso a questi dati. Ad esempio, la tecnologia Intel Software Guard Extensions, che organizza aree nella memoria virtuale protette dalla lettura e scrittura da parte di altri processi, incluso il kernel del sistema operativo. Sfortunatamente, non potrai fidarti completamente di queste tecnologie, poich\u00e9 sarai limitato dalla tua macchina virtuale. Inoltre, ci sono gi\u00e0 esempi concreti di attacco riuscito<\/a><\/noindex> a questa tecnologia. Eppure, la crittografia delle macchine virtuali non \u00e8 cos\u00ec inutile come potrebbe sembrare.<\/p>\n

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

\nIniziamo col dire che tutto ci\u00f2 che faremo di seguito non costituisce una protezione completa. L'iper-vettore permetter\u00e0 di creare le copie necessarie senza fermare il servizio e senza che voi ve ne accorgiate.<\/p>\n