Newsgroup: it.comp.os.linux.sys
Titolo: Safe data deletion su SSD

Ricordo che su un HD di tipo magnetico la cancellazione sicura del dato 
prevede la riscrittura del singolo cluster con dati casuali per molte 
volte onde prevenire il recupero del dato attraverso sonde che 
utilizzino il ciclo di isteresi del materiale.
Su SSD tutto ciò è inutile, basta un flusso di elettroni per resettare 
l'informazione. Anzi è dannoso, riscritture multiple accorciano la vita 
di molti SSD.
Però molti SSD usano la tecnica del wear leveling per prevenire le 
scritture multiple sullo stesso cluster distribuendo update e write su 
cluster poco utilizzati.
A giudicare da 
http://www.corsair.com/_faq/FAQ_flash_drive_wear_leveling.pdf
, 
sembrerebbe che il PBA considerato FREE sia effettivamente cancellato. 
MA questo non vanifica la tecnica stessa? Si ha l'impressione che la 
vecchia informazione permanga.
Vorrei capire se e come intervenire per ottenere una cancellazione 
sicura su SSD. Ho sondato il web e non mi sembra ci sia un'informazione 
sicura.
Qulcuno ha esperienza in materia? QUalche suggerimento?

 Qulcuno ha esperienza in materia? QUalche suggerimento?
Riempire *DEL TUTTO* la chiavetta di zeri.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net


...e fin qui.
Mi verrebbe da chiedere "come?" Anche perchè non voglio formattare un 
intero HD (o chiavetta che sia), vorrei cancellare un singolo file.
Molti produttori offrono tool per resettare i propri prodotti  a livello 
fabbrica, ma non posso reinstallare il sistema ogni volta che cancello 
(che so) i file di appoggio per i censimenti anagrafici.

 cancello (che so) i file di appoggio per i censimenti anagrafici.
Dopo aver cancellato il file potresti usare uno di quei tool che riempiono
lo spazio vuoto, o scrivere un file grosso quanto tutto lo spazio libero.
Ma se hai queste esigenze di sicurezza *e* non vuoi cancellare sempre
tutto il disco mi sa che la ssd non è lo strumento adatto...
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 

 intero HD (o chiavetta che sia), vorrei cancellare un singolo file.
Non lo puoi fare, AFAIK.
La gestione del wear-leveling è trasparente, dall'esterno della
chiavetta non sai se ciò che chiedi di scrivere andrà nel terzo
settore fisico come tu hai chiesto.(sempre AFAIK, ovviamente)


 Riempire *DEL TUTTO* la chiavetta di zeri.
Per quel che ne so, potrebbe non essere sufficiente, in quanto alcuni 
costruttori utilizzerebbero più celle per ogni locazione, per aumentare 
la vita utile del dispositivo.
In pratica un disco da 4GB conterrebbe al suo interno memoria per 
8/12/16 GB.
Il meccanismo di rilocazione è trasparente e non accessibile 
dall'esterno (i tuoi dati potrebbero essere ancora presenti ma 
semplicemente invalidati in qualche angolo del disco).


La psospettiva futura è che il supporto magnetico venga sostuituito. Non 
dagli SSD, è ovvio, ma: si vis pacem, para bellum.


Qusto diventa un grosso grosso problema.


Ho trovato: 
http://www.storagenewsletter.com/news/flash/avalanche-secure-erase-suite-ssd-foremay
, 
ma non capisco se si basa su interfaccie proprietarie.
Ripeto, potrebbe essere un grosso, grosso problema.

 Ripeto, potrebbe essere un grosso, grosso problema.
Non è il problema che è grosso, è la soluzione che è sbagliata.



Prego? Cioè?

alef-0 ha scritto:

Cioè la chiavetta NON è un device adatto per quello che ti serve,
stanti i requisiti.
Non è detto che la cosa sia fattibile in modo trasparente, io ti
consiglierei eventualmente un file system criptato di dimensioni
pari ad un terzo della chiavetta, e di fregarsene se restano dei
settori non sovrascritti, mettendo nel conto la durata inferiore
della chiavetta stessa.


 cluster poco utilizzati.
Molti? AFAIK tutti.
Comunque sì, un problema analogo me l'ero posto anch'io a proposito dell'uso
di badblocks in modalità read-write su un SSD.
Consolati: anche su dischi normali, in molti casi i tool di cancellazione 
sicura falliscono:
http://groups.google.it/group/it.comp.os.linux.iniziare/browse_thread/thread/3bb4e80645028c1/daa607457a678cef?hl=it&ie=UTF-8&q=lem+srm#daa607457a678cef
-- 
Bye, Lem

 della chiavetta stessa.
Anche se personalmente le uso sempre, non è detto che la partizione 
criptata sia utilizzabile in ogni contesto.
E comunque il mio personale livello di paranoia suggerisce di ottenere 
la cancellazione sicura anche della partizione criptata.
Sto mettendo l'accento sulla cancellazione totale del dato, non sul suo 
mascheramento.

 
se la cancellazione sicura e' un requisito, leggendo quello che hai 
riportato ssd & chiavette sono da scartare a priori.
e non per qualche difetto di ssd o chiavette, ma semplicemente perche' 
non soddisfano i requisiti: non consentono la cancellazione sicura by 
design.
-- 
Paolo opg
BE AWARE that this post uses a fake reply-to address
to contact me write to:
janickg ( at ) hotmail ( dot ) com
--

 
http://groups.google.it/group/it.comp.os.linux.iniziare/browse_thread/thread/3bb4e80645028c1/daa607457a678cef?hl=it&ie=UTF-8&q=lem+srm#daa607457a678cef
io uso wipe, che ha sempre funzionato, per quel che potevo vedere. Il 
resto non so. Certo che nel test mi mostri mi vien quasi da dire che 
manca un rsync prima dell'uso del programma di rimozione, così il file 
si è semplicemente riformato. Ma probabilmente mi sbaglio.


Si vis pacem para bellum.
Tra due anni gli unici HD disponbili sul mercato potrebbero essere solo 
SSD o ibridi. Il mercato sta andando verso quella direzione.

 si è semplicemente riformato. Ma probabilmente mi sbaglio.
Uhm... Il test l'ho fatto io su questo laptotp.
Che rsync? File riformato? Eh? ?-)
-- 
Bye, Lem

 Che rsync? File riformato? Eh? ?-)
Ripeto, probabilmente mi sbaglio. Ma tutti i FS Unix sono in cache. 
Vengono scritti su supporto quando il sistema decide che è conveniente 
farlo.
Il tipico effetto speciale, che ho visto più volte, è questo:
Apro file su terminale 1, e lo modifico
Apro il file su terminale 2, magari con un disk editor, non vedo le 
modifiche.
Se il file è molto piccolo, magari l'utility ha prodotto scritture sulla 
copia in cache del file, mancando il sync queste non sono  state 
riportate sul disco.

 SSD o ibridi. Il mercato sta andando verso quella direzione.
Bella questa.
E non sempre la direzione è quella migliore.
Per esempio, andando un po' fuori tema, la gente dove tiene archiviati i 
propri filmati video?
Finora le videocamere usavano nastri miniDV che potevano essere 
ragionevolmente conservati, ora le videocamere registrano su memoria, 
lasciando all'utente l'incombenza di travasarli su supporti adeguati.
Che praticamente finiscono sempre su dischi fissi, ovvero ciò che di più 
inaffidabile esiste in questo campo (dopo i floppy disk :) ).

 inaffidabile esiste in questo campo (dopo i floppy disk :) ).
E per di più prima potevo farmi la collezione di minidv (cosa che 
effettivamente ho) ed invece adesso dovrei rompermi a scaricare i 
filmati prima di continuare ad usare la telecamera (ed a fare il backup 
su partizione e dvd per mantenerlo in vita).
Quoto, ma così è la vita.

 modifiche.
Non le vedi solo in due casi:
- Hai usato un disk-editor, che di cosa è un file se ne sbatte.
- Non hai ancora finito di modificare il file con terminale 1.
In tutti gli altri casi, il file viene riletto dalla cache, se anche
non è ancora "flushato" su disco.


 modifiche.
Se lo apri con un disk editor č normale, stai leggendo il disco e non il
file. Se lo apri chiamando il sistema operativo e vedi questo
comportamento allora c'č un malfunzionamento da qualche parte.


 Qulcuno ha esperienza in materia? QUalche suggerimento?
usare dischi ssd che supportino full disk encryption. per esempio:
http://www-307.ibm.com/pc/support/site.wss/MIGR-73173.html
in pratica, il dato viene criptato prima della scrittura su disco da un 
chip presente nel disco stesso. la chiave di criptatura viene 
memorizzata in una flash del controller o del disco e una semplice 
operazione di cancellazione della chiave rende inutilizzabili i dati.

 Ma tutti i FS Unix sono in cache.
Ho scritto di aver dato un sync per sicurezza, dopo il secure-delete. :)
-- 
Bye, Lem

 ragionevolmente conservati
C'e` da dire pero` che il MiniDV richiedeva un riproduttore apposito, che 
con la morte del VHS (dovuta alla massiccia diffusione del DVD) e` venuto a 
mancare
Enrico

 modifiche.
's/magari//'
-- 
Wikipedia Admin: "wikipedia non è un blog"
Iosif Stalin: "i compagni hanno scambiato il partito per un circolo di
discussione"


Allora avevo torto


Ancora una volta: mi sto concentrando sulla cancellazione e non sulla 
mascheratura. Ovviamente potrebbe risultare impossibile cancellare gli 
SSD, in qual caso rimane il cripting.
Peraltro c'è un principio asintotico sulla cifratura: o prima o poi ci 
saranno prpocessori in grado di eseguire la crittanalisi a base di forza 
bruta in tempi accettabili. E' capitato alle chiavi da 64 bit, 
impossibili da sfondare all'inzio del '90 ed ora obsolete.

 Il 07/10/2010 20.15, Lem Novantotto ha scritto:

's/Allora/In ogni caso/'


Se proprio questi dati sono tanto segreti da dover essere distrutti, il 
consiglio che do ai miei clienti quando mi chiedono come fare quando 
devono portare un pc dismesso in discarica e non vogliono lasciar tracce 
in giro, è quello di togliere l'hard disk e dargli delle martellate da 
distruggere i piatti. A quel punto la sicurezza è pari al 99%. Lo so un 
po drastico, ma spiegando così, si convincono che i dati effettivamente 
andranno persi, mentre spiegargli che c'è un software che fa il wipe del 
disco, non lo capirebbero e non dormirebbero sonni tranquilli

 ha scritto nel
messaggio news:i8l411$1n3$1...@alice.wonderland.home

Non č che ti confondi con il minivhs?
MiniDV č un formato anche abbastanza recente e registra a 720x576,
la videocassetta o la vedi con la telecamera o con i videolettori minidv
che non hanno mai avuto diffusione consumer.



Ancora una volta (ma sarebbe il caso di leggersi tutto un post prima di 
intervenire) non si vuole distruggere un disco, o riportarlo a aparmetri 
di fabbrica. Si vuole essere certi di avere cancellato UN file.

 di fabbrica. Si vuole essere certi di avere cancellato UN file.
E ancora una volta ti diciamo che quel tipo di device, per progetto, non
lo permette.
Sindrome da BP&MU, temo.
E non sappiamo ancora il PERCHÈ la cancellazione sicura sia necessaria e
non sia difendibile con un file system (o una parte di esso) criptato.



Per lo stesso motivo per cui le chiavi di cifrature a 64 bit sono ormai 
deprecate ed obsolete.

Ho fatto un pò di drill down.
A parte la già postata soluzione commerciale, anche il tool fornito da 
ibm per le sue SSD produce il wipe manuale delle SSD (descrizione breve 
http://www.drdobbs.com/architecture-and-design/227400218
) utilizzando il 
comando trim. Manuale nel senso che un particolare programma/comando 
ordina al driver di effettuare trim.
Alcuni OS (ho notizia di W7 e WS2008R2, linux si sta attrezzando su 
versioni 2.6.28, MAC OS sembra non supportarlo) bindano il TRIM alle 
normali operazioni su file. Il che è particolarmente conveniente, visto 
che il TRIM rende il dato più organizzato.
Mi sono chiarito (abbastanza) sull'attuale funzionamento "fisico" del 
comando TRIM:
http://www.windowsitpro.com/article/file-systems/q-what-is-the-trim-function-for-solid-state-disks-ssds-and-why-is-it-important-.aspx
Se la parola "DELETED" indica portare a '0' i bit del cluster elaborato, 
il gioco è fatto.
Nel passato recente la funzione TRIM non era disponibile su RAID, adesso 
sì 
(
http://downloadcenter.intel.com/detail_desc.aspx?agr=N&ProductID=&DwnldID=15251
) 
eccetto il RAID 5, anche se non tutti i chipset sono in grado di gestire 
raid SSD >0 facendo passare il comando TRIM da OS.
In realtà non tutti i controller per SSD sono in grado di gestire 
correttamente TRIM, praticamente solo la serie G2 dell'IBM sembra usarlo 
correttamente. Le serie precedenti, anzi, avevano bug.
Insomma, è un mezzo casino, ma la cosa sembra sistemarsi per il traminto 
del vecchio disco rigido e la nascita del nuovo cubo solido.
Ah, lo ribadisco per evitare ripetizioni. Si sta parlando di HD, che, a 
quanto ho letto in quest'ultima ora, sono completamente differenti dalle 
chiavette USB.
Non si finisce mai di imparare.

 che non hanno mai avuto diffusione consumer.
Uh, pensavo che fosse visibile con il normale videoregistratore (come il 
MiniVHS), non sapevo che ci volesse un lettore apposito
Enrico


wrote:

anche per i filmati riversati su HD serve un riproduttore apposito.
Ciao Jack

 anche per i filmati riversati su HD serve un riproduttore apposito.
Ma quelli sono ormai facili da trovare, mentre di lettori miniDV non ne
ho mai visti fuori dall'ambito professionale o prosumer.
