Par exemple, l’outil « sfill » (secure_deletion) :
* Une passe avec 0xff
* 5 passes aléatoires avec la source /dev/urandom
* 27 passes avec des valeurs spéciales définies par Peter Gutmann. (http://www.cs.auckland.ac.nz/~pgut001/pubs/secure_del.html)
* A nouveau 5 passes aléatoires.
* Une passe avec 0×00.

dd if=/dev/urandom of=/dev/sdX

@cxnull: c’est posssible:

for n in `seq 7`; do dd if=/dev/urandom of=/dev/sdX bs=8b conv=notrunc; done

http://www.scientificamerican.com/article.cfm?id=hard-drive-recovered-from-columbia&sc=rss

même un crash de navette spatial n’efface pas le disque :p

D’autre part, d’après la pub des boîtes spécialisées dans la récupération de données, aucun effacement dit « de sécurité » ne résiste à l’examen au microscope électronique en salle blanche, comme dit plus haut dans un autre commentaire.

Qui a raison ? Et d’ailleurs, saura-t-on la vérité un jour ? Jusqu’à preuve du contraire, je pars du principe qu’aucun effacement à l’aide de réécriture n’est fiable, seule la destruction physique totale est sûre……

pour votre info

Il exite aussi un live cd nommé @ctive kill disk qui fera la job sur n’importe quel type de partition. Notez que la version gratos ne fait qu’une passe, tout de même sécuritaire pour 99.9% de la population. Sinon a peu de frais on a la version PRO. En passant, à partir de 35 passes c’est considéré comme sécuritaire selon le DOD américain (département de justice).

L’OSSIR a publié un dossier sur l’effacement sécurisé de disque : http://web.ossir.org/windows/supports/2006/2006-11-13/EffacementDisques-v10.pdf

dd if=/dev/zero of=/dev/partition

De plus, 1 fois des zéro suffit a rendre caduque tout les systeme de récupération de donné logicielle. Il faut ouvrir le disque en salle blanche et essayer de chopé la rémanence magnétique des plateau pour faire quelque chose. en clair, ceci ne sert a rien a part perdre du temps.

Allez, pour être sur on fait 3 cycles, si l’hébergeur veux vraiment récupérer les données, il devra payer quelques milliers d’euros, pas grand chose. Et a 39 écritures, on est a peux pres sur que le gouvernement aura ce qu’il veux plus vite en vous tabassant que en essayant de relire la rémanence.

http://man.gnusquad.org/shred/section-1/fr/

Si je comprend bien le -z ne mettrai que les 0 a la fin des itérations ( pas sur, réécriture finale, porte a confusion ) enfin l’idée est la ,destruction physique des données ( Espérons que c’est un parano celui qui a écrit la fonction, toujours la classe de défoncer ses données sans péter son disque physiquement, au marteau )

Selon le gouvernement, formaté 32 fois suffirait a bloquer la récupération de fichier.

Et puis il faudrait alterner l’écriture de 0 et 1, histoire d’être sur qu’y a pas une histoire de cache et du coup écrire 100 fois 0 ne l’écrit qu’une seul fois. (hum, on me comprend ?)

Sinon pourquoi mettre en paramètres -n 100, -n 10 ça suffit pas ? ou -n 10000 si on veut vraiment être sur ? Faut faire environs 100 écritures pour défoncer les données c’est ça ?

@Vincent: Nombre de cycles d’écriture limité à 100 000-300 000 pour les SDD( wiki ) a priori ca fait que 100 cycle la, je pense pas que ca le tuera, c’est plutot les fichiers log comme ils dissent qui peuvent étre assez méchant.

@toto: ton disque dur met des 0 et des 1 de lui meme pour ecrire des fichiers, là tu lui demande jsute de forcer les 0 à un endroit particulier, en gros c’est son boulot habituel.