Dans VMS, on peut dire au système de fichiers d'écrire des fichiers indésirables sur le contenu existant d'un fichier lorsqu'il est supprimé. Voici la commande DCL pour identifier le fichier pour ce type de traitement:
$ SET FILE/ERASE_ON_DELETE SAMPLE.TXT
Cela permet à la stratégie d'être définie à un moment donné, puis les utilisateurs ultérieurs du fichier n'ont pas à gérer ce détail de sécurité. Une suppression standard qui retire le nom du fichier du répertoire et libère de l'espace pour un autre fichier à utiliser modifiera également le contenu existant pour empêcher le prochain utilisateur de le lire. La suppression normale:
$ DELETE SAMPLE.TXT.*
Qu'est-ce que Linux pour cela?
Notez qu'avec la technologie actuelle, vous n'aurez parfois aucun contrôle sur cela. Avec les disques SSD, chaque écriture peut être effectuée à un emplacement différent, en conservant les anciennes données ... et cela ne peut pas être annulé par le système d'exploitation, le système de fichiers ou quoi que ce soit dans le logiciel. Plus d'informations sur http://www.anandtech.com/printarticle.aspx?i=3531 .
la source
L'équivalent le plus proche que vous trouverez généralement sur les systèmes Unix est le chiffrement. Un moyen simple de configurer un répertoire chiffré sous Linux (et la plupart des autres unités) est Encfs . Démarrage rapide:
Il existe plusieurs autres options pour le cryptage du système de fichiers. Voir Comment chiffrer et déchiffrer au mieux un répertoire via la ligne de commande ou le script? , La meilleure façon de faire un chiffrement complet du disque? et plusieurs autres discussions sur Super User , Server Fault et Ask Ubuntu .
Je ne sais pas
FILE/ERASE_ON_DELETE
contre quelles menaces protège. Notez que sous unix, l'ancien contenu d'un fichier réécrit ou supprimé ne peut être vu que par l'administrateur système ou par une personne ayant un accès physique au lecteur: il n'y a pas de «mode de création de fichier rapide» qui remplirait un fichier avec des données aléatoires qui se trouvait dans la région de disque utilisée par le fichier.la source
Je ne sais pas si c'est ce que vous cherchez:
Il écrit des octets aléatoires dans
FILE
.la source