ATTENZIONE: CON QUESTO COMANDO VENGONO ELIMINATI FILES IN MANIERA DEFINITIVA.
Eliminare i files passando per il cestino o usando rm non comporta la loro cancellazione materiale dal hard disk, con alcuni programmi (photorec ad esempio) è possibile recuperare i files cosa che per alcuni documenti personali vorremmo non fossse possibile.
Come difendersi: il file wiping consiste essenzialmente nella cancellazione di un file tramite sovrascritture successive di dati casuali rendendo così impossibile (dipende dal numero di riscritture!) recuperare i files.
Come usare il file wiping: uso del comando shred, per il quale credo non sia necessario installare nulla in quanto è nel pacchetto coreutils.
il comando va seguito da delle opzioni, le principali sono
<pre> <br />-f cambia i permessi e forza il comando<br />-n sovrascrive N volte (default 25) <br />-u rimuove il file dopo la sovrascrittura <br />-v mostra a video il progresso <br />-z l'ultima sovrascrittura è fatta con 0 per nascondere il wiping stesso<br /></pre>
(per maggiori comandi $shred --help)
il comando tipo da eseguire risulta
<pre>shred -f -v -u -z -n 50 nomefile.estensione</pre>
50 è il numero di volte che verrà sovrascritto il file in questione, 50 volte rende la procedura un po' lunga ma da un risultato che non lascia dubbi, si possono eseguire 20 o 30 riscritture per avere una buona sicurezza di meno lo sconsiglio poichè programmi come photorec funzionano molto bene.
Questo trick è scritto in base esperienza personale, non sostituisce la documentazione ufficiale del comando. Non rispondo di eventuali danni o perdite di dati indesiderate.
Commenti
Inviato da daraf il Lun, 09/06/2008 - 11:33.
controindicazioni
ricordati che purtroppo funziona solo con file-system non journaled. quindi praticamente mai nel caso di una recente installazione con reiserFs o ext3.
Inviato da Moreno il Lun, 09/06/2008 - 12:11.
Re: controindicazioni
Ciao
Perché ??
Il Journaling mantiene traccia solo delle transazioni non ancora concluse, una volta concluse anche li non rimane più nulla o sbaglio ??
Ciao Ciao, Moreno
Addio, e grazie per tutto il pesce.
Avatar by moonlight-dream.
Inviato da daraf il Lun, 09/06/2008 - 15:11.
Re: controindicazioni
quando modifichi un file in un file-system journaled, in pratica lo riscrivi modificato, ma da un'altra parte. Quando la scrittura è finita viene "cancellata" la vecchia versione del file, che però continua ad esistere, anche se non più indicizzata. Se la scrittura non va a buon fine (crash del sistema, per esempio) si ignora il file modificato e si considera la versione originale, che non è stata sovrascritta e quindi esiste ancora integralmente. Quindi l'unico modo per cancellare definitivamente dei dati consiste nel sovrascrivere ripetutamente l'intera partizione, magari con dd
Inviato da Moreno il Lun, 09/06/2008 - 15:56.
Re: controindicazioni
Ciao
Non credo proprio che le cose funzionino in questo modo, avrebbero decisamente poco senso.
Ti faccio un esempio:
Prendiamo un bel file da 4.5GB che ne so una ISO di Mandriva.
Ora di questo file modifico 1 byte perché mi piace.
Stando al tuo ragionamento il sistema dovrebbe quindi copiarsi 4.5GB meno un byte, verificare che tutto sia corretto e poi cancellare il vecchio file da 4.5GB insomma domani siamo ancora qui.
Per come la vedo io le cose invece funzionano così:
1) Leggo il file nella parte da modificare e la salvo in un file temporaneo, apro una transazione con file, posizione e lunghezza.
2) Applico la modifica al file
3) La modifica ha avuto successo ??
No sovrascrivo il pezzo di file file originario con il file temporaneo.
3.a) Sì cancello transazione e file temporaneo
3.
La cosa così è molto ma molto più veloce e non si mangia i dischi ogni volta che modifico file di grosse dimensioni.
Ciao Ciao, Moreno
Ciao Ciao, Moreno
Addio, e grazie per tutto il pesce.
Avatar by moonlight-dream.
Inviato da daraf il Lun, 09/06/2008 - 16:16.
Re: controindicazioni
un conto è modificare un byte, un conto è sovrascrivere l'intero file (di questo si parla): il file temporaneo di cui parli ha le stesse dimensioni del file intero.
comunque se vuoi sapere se shred funziona sui file-system journaled, esiste sempre internet per controllare.
Inviato da Moreno il Lun, 09/06/2008 - 16:34.
Re: controindicazioni
Ciao
Detto e fatto
Quote:
A quanto pare comunque sembrerebbe una cosa alquanto difficile fare l'undelete dei file sotto ext3
Stando alle FAQ
http://batleth.sapienti-sat.org/projects/FAQs/ext3-faq.html
Quote:
In order to ensure that ext3 can safely resume an unlink after a crash, it actually zeros out the block pointers in the inode, whereas
ext2 just marks these blocks as unused in the block bitmaps and marks the inode as "deleted" and leaves the block pointers alone.
Your only hope is to "grep" for parts of your files that have been deleted and hope for the best.
La cosa è molto ma molto ma molto difficile
Ho trovato questo HowTo di qualche mese fa
http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html
che indica l'uso di ext3grep, il pacchetto si trova in Contrib
<br />%%% Informazioni<br />Name : ext3grep Relocations: (not relocatable)<br />Version : 0.6.0 Vendor: Mandriva<br />Release : 2mdv2009.0 Build Date: sab 26 apr 2008 12:22:56 CEST<br />Install Date: (not installed) Build Host: n2.mandriva.com<br />Group : File tools Source RPM: ext3grep-0.6.0-2mdv2009.0.src.rpm<br />Size : 584648 License: GPLv2+<br />Signature : DSA/SHA1, sab 26 apr 2008 12:40:24 CEST, Key ID dd684d7a26752624<br />Packager : Anssi Hannula <anssi@mandriva.org><br />URL : http://code.google.com/p/ext3grep/<br />Summary : Investigation and recovery tool for ext3 filesystem<br />Description :<br />A tool to investigate an ext3 file system for deleted content and<br />possibly recover it.<br />
Altri utili link sono:
http://en.wikipedia.org/wiki/Ext3
http://en.wikipedia.org/wiki/Journaling_file_system
Ho trovato anche la presentazione ufficiale di Ext3 del lontano 2000 (sembra che fosse sempre esistito)
http://olstrans.sourceforge.net/release/OLS2000-ext3/OLS2000-ext3.html
Ciao Ciao, Moreno
Addio, e grazie per tutto il pesce.
Avatar by moonlight-dream.
Inviato da maurelio79 il Lun, 09/06/2008 - 16:58.
Re: controindicazioni
Ciao kio341, ma dal link che hai fornito confermi la tesi di daraf, cito:
Quote:
* filesystem con logging o journaling come quelli forniti con AIX e Solaris
(e JFS, ReiserFS, XFS, ext3, ecc...)
* filesystem che scrivono dati ridondanti e continuano a scrivere anche se
alcune scritture falliscono, come i file system basati su RAID
* filesystem che fanno snapshot, come quello dei server NFS di Network
Appliance"
Quindi, sto comando funziona su ext3 o no? Io tempo fa, per sbaglio, ho sputtanato un HD esterno con un dd
Devo dire che se vuoi formattare una partizione e il metodo più veloce....
Debian Squeeze+Mandriva2009 on Asus X59SLseries
http://www.mylinuxexperience.org/
Inviato da daraf il Lun, 09/06/2008 - 17:49.
Re: controindicazioni
per sciogliere i dubbi: man shred
Inviato da maurelio79 il Lun, 09/06/2008 - 19:01.
Re: controindicazioni
Infatti...
Quote:
Debian Squeeze+Mandriva2009 on Asus X59SLseries
http://www.mylinuxexperience.org/
Inviato da kio341 il Lun, 09/06/2008 - 14:37.
Re: controindicazioni
Quote:
??
http://forum.masterdrive.it/gnu-linux-open-source-15/shred-distruggere-file-partizione-21582/