Hosting VPS cifratoLa crittografia dei dati a riposo protegge una macchina spenta.

Tre stati, e quello che il settore non vende

I dati vengono descritti come esistenti in uno di tre stati, e questa distinzione è l'argomento centrale di questa intera pagina. A riposo è un disco che nessuno sta leggendo. In transito è un pacchetto sulla rete. In uso è un processo che mantiene il testo in chiaro in memoria per poterci fare qualcosa.

I primi due sono risolti, e ogni provider li vende. La rete è protetta da TLS, e i dischi fisici sotto di Lei sono quasi certamente cifrati. Sul terzo si dice pochissimo, perché il terzo è dove si trova il provider: un server in esecuzione ha il volume sbloccato, la chiave residente e i dati in chiaro. Non è un difetto della crittografia. È ciò che significa essere in esecuzione.

Cosa significa “cifrato a riposo” quando lo dice un host

La crittografia dei dati a riposo lato provider è reale e vale la pena averla. Significa che il drive, l'array o l'archivio degli snapshot è cifrato sotto una chiave gestita dal provider, cosicché un disco che lascia l'edificio — guasto, sostituito, rivenduto, rubato — è un mattone anziché una copia del Suo database. Ogni piattaforma seria lo fa, e non Le costa nulla.

Ciò che non può fare è escludere il provider, perché il provider detiene la chiave per definizione. È un controllo contro la banchina di carico, non contro l'operatore. Un host che risponde a una domanda sul proprio accesso descrivendo la crittografia dei dati a riposo ha risposto a una domanda diversa, e di solito lo sa.

La versione che esclude effettivamente il provider è quella in cui la chiave non arriva mai. Il compromesso è messo per iscritto nel runbook apposito: qui gli snapshot vengono archiviati crittografati, questa infrastruttura non detiene alcuna chiave per il contenuto di un disco che Lei ha cifrato personalmente, e di conseguenza non può nemmeno recuperare quel disco per Lei. Le due metà di questa frase sono lo stesso fatto, e un host che offre solo la prima metà detiene una chiave.

Tre macchine, tre risposte diverse

“Il mio host può leggere il mio disco” si risolve in modo diverso su un'istanza condivisa, su una macchina intera e in un cabinet affittato a unità. Vale la pena chiarire queste differenze, perché di solito vengono vendute come lo stesso prodotto con cifre diverse accanto.

Nessuna di quelle righe è un argomento contro il prodotto sopra di essa. Sono un argomento a favore del sapere contro quale minaccia si sta acquistando protezione. Un operatore che gestisce l'hypervisor può leggere la memoria di un guest in esecuzione su di esso, e un provider che affermi il contrario ha frainteso la propria infrastruttura. Ciò che legge sono i Suoi dati, oppure è rumore, e quale dei due è stato deciso mesi prima da dove Lei ha posizionato la chiave.

La cerimonia della chiave è l'intera garanzia

Tutto quanto sopra si riduce a una sola domanda operativa: nel momento in cui la macchina si avvia, da dove arriva la chiave? Sono in uso tre risposte, e la loro solidità non è nemmeno lontanamente paragonabile.

1. Conservata sulla macchina. Un file chiave sullo stesso volume, oppure una passphrase incorporata in uno script di provisioning, così che il server possa avviarsi senza supervisione. Questa è crittografia ridotta a una casella di spunta: chiunque possa leggere il disco può leggere anche la chiave che vi giace accanto.
2. Detenuta dal provider. Comoda, recuperabile, e precisamente l'assetto su cui un ordine giudiziario può agire. La chiave esiste, qualcuno la detiene, e tale detenzione è una condizione che un tribunale può specificare in uno strumento legale.
3. Fornita da Lei a ogni avvio. La macchina si avvia in un initramfs e non fa assolutamente nulla finché Lei non si connette e le fornisce la passphrase. La chiave esiste nella memoria di quella macchina, solo mentre è in esecuzione, e in nessun altro luogo al mondo.

Solo il terzo sposta la questione fuori dal registro legale. Un ordine può obbligare un provider a produrre ciò che detiene; non può obbligarlo a produrre una chiave che non gli è mai stata data. È una differenza di natura, non di grado, ed è per questo che il warrant canary firmato qui presente contiene un'affermazione separata riguardo all'indebolimento imposto di una protezione crittografica. Una promessa sul comportamento e un fatto aritmetico sono strumenti diversi, e solo uno dei due sopravvive alla persona che lo ha fatto.

Cosa lascia ancora in chiaro la crittografia completa del disco

Un filesystem root cifrato non è una scatola opaca. Diversi elementi si trovano al di fuori di esso per costruzione, e sapere quali fa la differenza tra un modello di minaccia e una sensazione.

• La catena di avvio. /boot e l'initramfs vengono letti prima che qualsiasi cosa possa essere decifrata, quindi non sono cifrati e, su hardware noleggiato il cui firmware Lei non può attestare, non sono verificati. Chiunque possa scrivere lì può scrivere qualcosa che cattura la Sua passphrase.
• Swap e ibernazione. Uno swap non cifrato conterrà pagine di memoria decifrata senza battere ciglio. Lo cifri oppure lo disattivi; non esiste una terza opzione sicura.
• La forma della macchina. Le dimensioni delle partizioni, l'header LUKS, quanto del volume è in uso, e il semplice fatto che sia cifrato.
• Tutto ciò che il processo in esecuzione detiene. Il database nella page cache, la chiave privata TLS caricata dal server web all'avvio, le variabili d'ambiente, i socket aperti. È la categoria più ampia di questo elenco, e la crittografia dei dati a riposo non ne tocca nulla.
• Il Suo traffico. Con chi parla, quando e quanto, esattamente come prima. È l'argomento della guida no-logs, non di questa.

La catena di avvio è l'elemento che si tende a sottovalutare. Se l'initramfs è il punto in cui Lei digita la passphrase, l'initramfs diventa una richiesta di credenziali su una macchina che Lei non controlla fisicamente — quindi l'impronta della sua chiave host SSH conta quanto la passphrase stessa. È una chiave diversa da quella presentata dal sistema in esecuzione, ed è esattamente per questo che un'impronta cambiata all'avvio viene lasciata passare senza controllo. La annoti la prima volta e la verifichi ogni volta successiva. Un prompt che sembra corretto senza esserlo è l'intero attacco.

Cosa impedisce, e cosa no

Scorra la colonna centrale. La crittografia è decisiva esattamente nei casi in cui la macchina è spenta o la chiave non è mai stata consegnata, ed è irrilevante in ogni caso in cui la macchina è in esecuzione e qualcuno si trova già al suo interno. Non è una debolezza che l'ingegneria possa aggirare. È ciò che la crittografia è per definizione, e una pagina che lascia intendere il contrario sta vendendo qualcosa.

Il costo, dichiarato prima che Lei si impegni

Questa è la sezione che le pagine che pubblicizzano “hosting cifrato” non hanno, e il motivo è che ogni elemento in essa è un disagio reale che incontrerà entro un mese.

• Nessun riavvio automatico. Un aggiornamento del kernel, un'interruzione di corrente o una migrazione dell'host lasciano la macchina bloccata a un prompt in attesa della passphrase, finché non arriva una persona. La disponibilità diventa ora una funzione del Suo ritmo di sonno.
• Nessun soccorso. Un provider che non può leggere il volume non può ripararlo. I controlli del filesystem, il recupero dati e “potrebbe semplicemente copiarmi la configurazione da lì” diventano compiti esclusivamente Suoi.
• I backup sono testo cifrato. Il che è corretto, e significa che anche un ripristino richiede la chiave. Un backup che Lei non può aprire non è un backup.
• Un header danneggiato è fatale. L'header LUKS contiene la chiave master cifrata in una piccola area all'inizio del volume. Lo copi fuori dalla macchina fin dal primo giorno; senza di esso, anche una passphrase corretta non apre assolutamente nulla.
• Un certo overhead. Reale, visibile in un benchmark, e raramente il fattore limitante di un carico di lavoro — ogni processore attuale esegue AES in hardware. Lo misuri sulla macchina che ha noleggiato, invece di discuterne.

Impostarlo in modo che ne valga la pena

I comandi si trovano nella knowledge base. Ciò che segue è l'ordine in cui eseguirli, che è la parte che non è un comando.

1. Predisponga l'accesso alla console prima di iniziare, non dopo. Il primo errore avviene al prompt di avvio, ed è proprio lì che SSH non è disponibile.
2. Cifri prima un secondo volume. I dati su un disco cifrato separato offrono gran parte del beneficio per una frazione del rischio operativo, e Le insegna le modalità di guasto su una macchina che continua ad avviarsi da sola.
3. Sposti il filesystem root dietro di esso solo una volta che ciò sia diventato routine, con un piccolo server SSH nell'initramfs per ricevere la passphrase all'avvio.
4. Annoti l'impronta della chiave host dell'initramfs al primo sblocco, e la verifichi a ogni sblocco successivo. Non è la stessa chiave presentata dal sistema in esecuzione, e trattare un cambiamento come normale è esattamente il modo in cui una passphrase viene carpita.
5. Esegua il backup dell'header LUKS in un luogo diverso da quella macchina, quindi verifichi che il backup apra effettivamente il volume, anziché darlo per scontato.
6. Cifri o disattivi lo swap, quindi verifichi cosa ha effettivamente costruito: lsblk -o NAME,FSTYPE,MOUNTPOINT mostra cosa si trova dietro il mapper e cosa, silenziosamente, ne è escluso.
7. Lo riavvii una volta, deliberatamente, prima che ci sia sopra qualcosa che Le dispiacerebbe perdere. Un primo riavvio automatico alle tre del mattino non è il momento per imparare la procedura.

Come verificare in dieci minuti la dichiarazione di crittografia di un host

Lo stesso test di ogni altro punto di questo scaffale: ogni domanda qui sotto ha un documento come risposta, oppure non ne ha uno.

1. È la piattaforma, il volume o il guest a essere cifrato — e a quale di questi si riferiva la Sua domanda?
2. Chi genera la chiave, dove risiede, e qual è la procedura quando un cliente la perde? Un percorso di recupero è una seconda chiave, e una seconda chiave è una seconda cosa che un ordine può imporre di produrre.
3. Può portare la Sua chiave e rifiutarsi di condividerla? Se la risposta è sì, chieda cosa si rompe. Se nulla si rompe, la crittografia non stava facendo nulla.
4. Esiste una console che funziona quando la macchina non si avvia, ed è inclusa oppure fatturata a ore?
5. Cosa dichiara il provider di non poter più fare una volta che Lei ha cifrato i dati? Un host che rivendica sia una privacy perfetta sia un supporto completo non ha ragionato fino in fondo, oppure sta descrivendo una chiave che detiene.

L'ultimo è il segnale rivelatore. Ogni risposta onesta in quest'area costa qualcosa al provider, e un'affermazione che non costa nulla sta descrivendo un prodotto, non una garanzia. Ciò che questa infrastruttura farà e non farà è esposto nella guida per le forze dell'ordine e conteggiato nel rapporto di trasparenza.

Le domande che vengono realmente poste

Ogni prezzo di questa struttura è pubblicato per intero, in un unico posto. Consulti l'intero catalogo