Newsgroup: it.comp.sicurezza.varie
Titolo: Occhio se vendete/cambiate un SSD

Sospettavo la cosa da un certo tempo, considerando la
struttura degli SSD ed ora ho avuto la conferma che i miei
sospetti non erano del tutto campati in aria
http://nvsl.ucsd.edu/sanitize/
a quanto sembra, utilizzando programmi di "cancellazione
sicura" (che su un normale HD forniscono risultati decenti)
su un SSD, i dati contenuti in quest'ultimo non vengono del
tutto eliminati, anzi, ne rimane una buona parte
Quindi, prima di buttar via un SSD rovinato o di decidere
di cambiare un SSD e vendere il vecchio "su eBay" pensateci
dato che il vecchio SSD anche se apparentemente cancellato
potrebbe contenere ancora le VOSTRE informazioni
D'altro canto sarebbe interessante prendere qualche SSD usato
su eBay e vedere cosa ne salti fuori :D

tutto eliminati, anzi, ne rimane una buona parte
Da questo punto di vista sono migliori i sistemi di "OS deletion",
che sostanzialmente creano un file largo quanto il disco, riempito
di rumore bianco (in modo da bypassare eventuali sistemi capaci di
comprimere i dati al volo).
Questo sistema funziona MALE perche' lascia intatte varie zone del
disco, generalmente associate a metadati e similari. Una scrittura
diretta all'assassina come fanno SDelete & co. uccide anche quelle
- ma solo sugli hard disk; e lascia intatta la roba sulle SSD.
Funziona anche male (ma niente funziona meglio) sulle SSD ed altri
mezzi dotati di hot remapping, perche' le zone rimappate rimangono
inaccessibili - questo pero' e' un dettaglio, e riguarda solo zone
molto piccole e percentualmente trascurabili del disco.
Probabilmente, una sequenza di questo tipo e' ottima e portabile -
si', le prestazioni fanno onco a' bai, lo so da me, grazie :-)
	* chkdsk/fsck (per raggiungere eventuali cluster persi)
	* cancellazione di tutti i file da OS (per massimizzare lo
	  spazio accessibile all'OS)
	* riempimento del disco con file piccoli pieni di rumore
	  e dimensioni multiple intere di 512 byte (si sa mai) e
	  metadati (fork, ADS...) di 8, 4, 2, 1, 0.5, 0 Kb; nome
	  di lunghezza massima consentita dall'OS, ASCII random.
	* in caso di errore (file non creabile), cancellazione
	  del file i-esimo e ricreazione con dimensioni massime,
	  con i che parte da 0. Se non funziona, creare una dir,
	  e iterare.
	* se avanza spazio libero, i++ e ripete il passo preced.
	= a questo punto abbiamo fregato il wear leveling
	* (opzionale) riscrittura Gutmann di ciascun file
	* (opzionale) riempimento del file con zeri o 0xF6 [1]
	* per ciascun file:
		* troncamento (da OS) del file a lunghezza zero
		* rename del file in "$"
		* settaggio di [cma]time a 00:00:0000 00:00
		* cancellazione del file
Personalmente, io per le SSD sensibili[2] userei il sistema WIB -
per esempio, prova a riprèndili, i dati da questo iPod, vedrai ti
diverti:
 
http://www.youtube.com/watch?v=B8H29jU8Wrs
Per i modelli piu' robusti c'e' un altro metodo:
 
http://www.youtube.com/watch?v=k-ckechIqW0
Leonardo
[1] la presenza di rumore bianco è "evidence of sanitization", il
    che a volte puo' essere indesiderabile
[2] fortunatamente non ne ho mai possedute, con quel che costano
-- 
Enough, enough!  But, stranger, ere we part,
Glancing farewell to each nefarious bier,
This warning would I beg you take to heart:
There is an end to e'en the worst career!

  
http://www.youtube.com/watch?v=B8H29jU8Wrs
Si ok, la distruzione fisica fatta ammodino funziona ... ma quanti
utenti, considerando che gli SSD dovrebbero prendere sempre
piů piede, si preoccuperanno (ammesso che lo sappiano) di
una cosa del genere e quanti, utilizzando procedure di "wiping"
magari certificate DoD o quel che vuoi e che funzionavano sui
normali HD riterranno poi sicuro poter gettare (o rivendere) gli
SSD senza rendersi conto che gli stessi contengono ANCORA
dei dati recuperabili ?

 utilizzando procedure di "wiping" magari certificate DoD
iterarle per il numero di IOPS dichiarati supportati dal disco ?
A quel punto tanto vale passare alla distruzione fisica, visto che poi il 
disco sarebbe inaffidabile.
Una soluzione potrebbe essere che il legislatore imponga ai produttori di 
implementare nel firmware una procedura di cancellazione sicura, con tanto 
di API a disposizione dei soft di terze parti.
-- 
Sans

 di terze parti.
servagnente, vedi sopra :) i blocchi "cattivi" verranno esclusi e, visto
che potrebbero (anzi... credo che il condizionale si possa togliere)
contenere dati "interessanti"....

 servagnente, vedi sopra :) i blocchi "cattivi" verranno esclusi
questo se lo fai da 'fuori', se invece nel firmware implementi una 
procedura ad hoc di cancellazione totale di *tutte* le celle ...
-- 
Sans