Newsgroup: it.comp.sicurezza.crittografia
Titolo: Vulnerabilita` nei sistemi di disk encryption

http://www.eff.org/press/archives/2008/02/21-0
http://www.lastknight.com/2008/02/21/bitlocker-dm-crypt-filevault-truecrypt-vulnerabili/

 
beh... a patto di andare in giro con una tanica di azoto liquido...
diciamo che e` piu` che altro un proof of concept... o comunque non
facilmente attuabile in condizioni "normali". IMHO
-- 
William Maddler
Visit my blog at 
http://www.eth0.it
eth0 / ifconfig realworld up!
gpg fingerprint: EAAA 5A70 0359 ECEC 1167 D81E 3ED7 87C1 29EE 144A

 
http://www.lastknight.com/2008/02/21/bitlocker-dm-crypt-filevault-truecrypt-vulnerabili/
Spettacolo! In effetti ero convinto che la RAM perdesse l'informazione nel 
giro di centesimi di secondo (altrimenti perche' refresharle ogni frazione 
di millisecondo?). Al piu' pensavo a qualche attacco estremo del tipo 
misurare le cariche all'interfaccia dell'ossido dei MOS... cose un po' 
esotiche :-)
Possibili contromisure? Non andare mai in sospensione/ibernazione e 
sovrascrivere i dati in RAM all'uscita (tipo quello che si fa per cancellare 
un file da disco fisso)?
Pleg 

 un file da disco fisso)?
Sì, ma la sovrascrittura dovrebbe essere fatta dal BIOS del portatile:
non puoi mica farlo fare al sistema operativo...
Esiste oggi sul mercato un portatile tanto votato alla sicurezza da
sovrascrivere le RAM prima dello spengimento effettivo della macchina e
dopo la chiusura del SO, qualunque esso sia?
-- 
Ciao.
Leo.
Web: 
www.leonardomiliani.com
E-mail: 
leon...@leonardomiliani.com
Co-fondatore di Gambas-it.org: 
www.gambas-it.org
(il sito italiano dedicato alla comunità di Gambas)
Scegli software opensource - Choose opensource software

 e dopo la chiusura del SO, qualunque esso sia?
Non credo, ma č piuttosto semplice (per un programmatore) intercettare la 
chiusura del SO per avviare la sovrascrittura della RAM e poi spegnere il PC 
o il portatile.
Cristiano 

 
Il punto e` che il tipo di attacco descritto mira proprio ad agirare
protezioni di questo genere. Il bando di RAM viene letteralmente
congelato quando e` ancora in uso, ed i dati al suo interno possono
esere letti con "calma". Il problema non e` preservare i dati _dopo_ lo
spegnimento del sistema, ma _durante_ l'uso dei sistemi di crittografia.
La soluzione non e` facile, considerando che comunqueda qualche parte il
sistema deve memorizzare informazioni altamente critiche essenziali per
l'accesso alle informazioni cifrate.


 spegnimento del sistema, ma _durante_ l'uso dei sistemi di crittografia.
[cut]
Il punto sembra invece proprio quello dei dati che permangono nella RAM
DOPO lo spegnimento del sistema che parrebbero leggibili per un tempo 
variabile
fra pochi secondi a diversi minuti persino a temperatura ambiente.
Infatti gli stessi ricercatori consigliano di non mettere il portatile 
in sleep o hibernate mode, di spegnerlo e aspettare qualche minuto prima 
di lasciarlo incustodito.
E' evidente che se uno è tanto imprudente da lasciare incustodito il PC 
dopo aver effettuato l'accesso non c'è sistema crittografico che tenga.
-- 
Fa freddo nello scriptorium, il pollice mi duole. Lascio questa 
scrittura, non so per chi, non so più intorno a che cosa...
U. Eco

 l'accesso alle informazioni cifrate.
Il Trusted Computer era nato anche per aggirare questo tipo di problemi, 
se non vado errato. Ed escludendo tutti i contro (mostruosi e 
inaccettabili, per me) che portava con se la piattaforma TC (perche' le 
chiavi le avevano i costruttori, e non i proprietari dei computer), 
bisogna ammettere che in effetti era un buon metodo perche' anche su 
ram, se non vado errato, era tutto criptato dal chippetto maledetto, 
quindi anche con un metodo del genere facendo il dump della ram, il 
tutto era inservibile.
Applicare sistemi di wiping profondo e continuo anche sulle ram, penso 
che dovrebbe essere attuato a livello HW, per risolvere il problema in 
questo caso. Perche' se si trova una soluzione SW, ci sara' sempre l'OS 
a monte che gestira' questa roba, ritornando ai possibili exploit di cui 
si sono serviti i ricercatori di Princeton (sempre basato su freeze e 
hard dump della ram).
Nonostante sia di remota attuazione, e' comunque un problema di non 
facile soluzione, IMHO, o comunque non risolvibile in maniera definitiva 
a livello di workaround del singolo.
Ora staremo a vedere chi proporra' una qualche pezza, soprattutto in 
quanto tempo.
-- 
BArrYZ

 
Leggi sopra.


 
Esatto.


 sovrascrittura delle RAM.
Assolutamente d'accordo.
-- 
BArrYZ

 sovrascrittura delle RAM.
Le password si trovano ovviamente nella RAM allocata dal programma di 
cifratura. Una volta che lo hai chiuso, la RAM viene liberata e puoi 
sovrascriverla senza problemi.
Ora il punto è: qual è il programma di cifratura? Se è il SO, allora devi 
chiudere il SO, se è TC, allora devi chiudere TC, senza bisogno di chiudere 
il SO.
Cristiano 

 
Ma il sistema operativo sovrascrive con diverse passate le locazioni di
memoria occupate da dei programmi non più presenti in Ram? Non credo.
Credo che le segni solo come libere.
Se chiudi il programma e poi non lanci più nessun applicativo
"impegnativo" per il sistema, corri il rischio che le locazioni di Ram
che hanno memorizzato le password tengano traccia di queste
semplicemente perché nessun altro software viene caricato in esse e
queste celle risultano libere al sistema.
Quindi secondo me l'operazione di sovrascrittura della Ram dovrebbe
essere eseguita dal Bios al termine del SO e prima di spengere il portatile.


 portatile.
Dopo aver chiuso il programma di cifratura e prima di spegnere il portatile, 
puoi sovrascrivere la RAM libera con un qualunque programma avviato da te 
appositamente o caricato automaticamente all'avvio del SO e funzionante in 
background (io parlo di XP; con Linux ho un'esperienza limitata).
Nel caso di programma in background, quando l'utente chiude la sessione, il 
programma intercetta l'apposito messaggio di chiusura del SO 
(WM_QUERYENDSESSION), avvia la sovrascrittura della RAM libera (con quante 
passate ti pare) e chiude il SO.
Se non è il SO a cifrare, non vedo la necessità di doverlo chiudere prima di 
poter sovrascrivere la RAM, perché la RAM per le password l'alloca il 
programma di cifratura; una volta che lo chiudi, la RAM con le password è 
libera e può essere sovrascritta senza problemi.
Cristiano 

 variabile
Si, ma per essere sicuri che la memoria contenga i dati legati al
sistema di cifratura l'"attacco" deve avvenire mentre il sistema di
cifratura e` attivo. IMHO


 passate ti pare) e chiude il SO.
Su Linux, smem serve proprio a questo. :-)
-- 
Saluti, Federico - 
http://www.quaqo.org
Le FAQ sulla crittografia: 
http://kb.quaqo.org/criptofaq/

 
Non lo conoscevo.
Ho fatto una veloce ricerca. Segnalo per tutti gli "ignoranti" come me
questa interessante pagina:
http://www.techthrob.com/tech/securedelete.php
