Ne pas cliquer
Parrain-Linux
ne pratique pas le cannibalisme (rassurant, n'est-ce pas ?)
Écrire un nouveau message
Page : 1
Ecraser/supprimer/effacer espace libre
Avatar
compte supprimé
utilisateur supprimé
supprimé
Inscrit le : inconnu
Messages : inconnu
Point(s) : 0
Localisation :

Posté le 25/02/2014 à 16:03:56
Citer

Bonjour !

Existe-t-il d'autres méthodes, avec LINUX, que  :
- BleachBit,
- Un programme Windows, via le paquet Wine (ne marche pas/pas de résultat valable, a priori, avec PrivaZer),
- Le paquet "Secure delete", comprenant SFILL (par ligne de commande, dans le Terminal) ?

J'ai calculé qu'avec deux passes, SFILL travaillait sur quatre gigaoctets à l'heure. C'est encore supportable sur un petit disque, une petite clé...

Et qui a raison entre ceux qui disent qu'une seule passe suffit bien (théorie du créateur de BleachBit) et ceux qui en soutiennent plusieurs (cas de PrivaZer) ?

Cordialement.

Dernière édition le 25/02/2014 à 16:07:18
Remonter Descendre Permalien du message
Avatar
Magissia
administrateur
Marraine
Inscrit le : 28/08/2013
Messages : 720
Point(s) : 5109
Distribution : ArchLinux
Localisation :
localhost (pour de vrai), Autre pays, Autre pays
Posté le 26/02/2014 à 15:49:58
Citer

J'utilise l'outil DOS de Western Digital pour effacer les disques durs chez moi, chez les clients j'utilise l'outil fourni par Kaspersky (si Windows) sinon je fais un "Kill disk" avec des outils type Acronis.

La seule situation où j'efface l'espace libre avec un système en ligne est avec Kaspersky sur Windows, sinon je passe systématiquement par un autre système pour faire une suppression bas niveau du disque entier.

J'espère que mon expérience te sera utile, mais retiens bien qu'effacer l'espace vide sur plusieurs passes prends systématiquement du temps, si tu fais ça sur une base régulière, il sera moins long de créer des contenaires TrueCrypt ou équivalent et d'effacer les données du contenaire avant d'effacer le contenaire lui même et en re créer un autre. Les données étant chiffrés à la base, écrasés par d'autres données chiffrés, ça devrait suffire à dissuader toute personne sensée.

Cordialement, Magissia.

Dernière édition le 26/02/2014 à 15:52:27
_________________
http://s3.archive-host.com/membres/images/1228019761111749/magissiaf.png
Remonter Descendre Permalien du message
Avatar
compte supprimé
utilisateur supprimé
supprimé
Inscrit le : inconnu
Messages : inconnu
Point(s) : 0
Distribution : ArchLinux
Localisation :

Posté le 27/02/2014 à 17:41:31
Citer

Citation de Magissia:

[...]

J'espère que mon expérience te sera utile, mais retiens bien qu'effacer l'espace vide sur plusieurs passes prends systématiquement du temps, si tu fais ça sur une base régulière, il sera moins long de créer des contenaires TrueCrypt ou équivalent et d'effacer les données du contenaire avant d'effacer le contenaire lui même et en re créer un autre. Les données étant chiffrés à la base, écrasés par d'autres données chiffrés, ça devrait suffire à dissuader toute personne sensée.

Cordialement, Magissia.


Bonjour.

N'est-ce pas plus direct de chiffrer la partition ?

Cordialement.

Dernière édition le 27/02/2014 à 17:41:52
Remonter Descendre Permalien du message
Avatar
Magissia
administrateur
Marraine
Inscrit le : 28/08/2013
Messages : 720
Point(s) : 5109
Distribution : ArchLinux
Localisation :
localhost (pour de vrai), Autre pays, Autre pays
Posté le 28/02/2014 à 17:21:09
Citer

Garder un conteneur chiffré plutôt qu'une partition permet de déplacer des fichiers non chiffrer d'un poste à un autre, dans le cas où le poste cible serait incapable de déchiffrer les données chiffrés, mais tu peux chiffrer la partition entière aussi.

_________________
http://s3.archive-host.com/membres/images/1228019761111749/magissiaf.png
Remonter Descendre Permalien du message
Avatar
compte supprimé
utilisateur supprimé
supprimé
Inscrit le : inconnu
Messages : inconnu
Point(s) : 0
Distribution : ArchLinux
Localisation :

Posté le 01/03/2014 à 17:45:11
Citer

Merci.

Remonter Descendre Permalien du message
Écrire un nouveau message
Page : 1
Page générée en 0.0584 seconde(s).