Wie zerkleinere ich rekursiv einen gesamten Verzeichnisbaum?

Ich habe einen Verzeichnisbaum, den ich mit dem Linux-Dienstprogramm 'shred' vernichten möchte. Leider hat shred keine -RMöglichkeit zum rekursiven Shreddern.

Wie kann ich einen gesamten Verzeichnisbaum rekursiv zerreißen?

Verwenden Sie den findBefehl, um shredrekursiv auszuführen :

find <dir> -type f -exec shred {} \;

Vorsicht vor Fetzen!

Aus der Shred-Manpage:

VORSICHT: Beachten Sie, dass Shred von einer sehr wichtigen Annahme abhängt: Das Dateisystem überschreibt die vorhandenen Daten. Dies ist die traditionelle Vorgehensweise, aber viele moderne Dateisystemdesigns erfüllen diese Annahme nicht. Im Folgenden sind Beispiele für Dateisysteme aufgeführt, auf denen shred nicht oder nicht in allen Dateisystemmodi wirksam ist:

• Dateisysteme mit Protokollstruktur oder Journaled File Systems, wie sie mit AIX und Solaris (und JFS, ReiserFS, XFS, Ext3 usw.) geliefert werden

• Dateisysteme, die redundante Daten schreiben und auch dann weiterarbeiten, wenn einige Schreibvorgänge fehlschlagen, z. B. RAID-basierte Dateisysteme

• Dateisysteme, die Snapshots erstellen, z. B. der NFS-Server von Network Appliance

• Dateisysteme, die an temporären Speicherorten zwischengespeichert werden, z. B. NFS-Clients der Version 3

• komprimierte Dateisysteme

Im Fall von ext3-Dateisystemen gilt der oben genannte Haftungsausschluss (und Shred ist daher von begrenzter Wirksamkeit) nur im data = journal-Modus, bei dem zusätzlich zu den Metadaten auch Dateidaten aufgezeichnet werden. Sowohl in den Modi data = ordered (Standard) als auch data = writeback funktioniert shred wie gewohnt. Ext3-Journal-Modi können geändert werden, indem die Option data = something zu den Mount-Optionen für ein bestimmtes Dateisystem in der Datei / etc / fstab hinzugefügt wird, wie in der Mount-Manpage (man mount) dokumentiert.

Darüber hinaus können Dateisystemsicherungen und Remotespiegel Kopien der Datei enthalten, die nicht entfernt werden können und die eine spätere Wiederherstellung einer geschredderten Datei ermöglichen.

Lösung: Verwenden Sie ein verschlüsseltes Dateisystem und löschen Sie einfach Ihre Dateien.

Verwenden Sie stattdessen sicheres Löschen.

sudo apt-get install secure-delete
srm -r pathname

Getan. Sicheres Löschen ist viel paranoider als Shred. Verwenden Sie statt 3 38 Durchgänge. Verwenden Sie für einen schnellen Durchgang

srm -rfll pathname

Mit fll erhalten Sie einen weniger zufälligen Datengenerator und nur einen einzigen Durchgang.

Kombinieren Sie diese Antwort mit den bekanntesten Shred-Optionen, indem Sie diesen Stapelüberlauflink " Dateien dauerhaft und sicher unter CentOS löschen " verwenden:

find <directory> -depth -type f -exec shred -v -n 1 -z -u {} \;

Bearbeiten: Beachten Sie, dass die beste Antwort für das Shreddern einer einzelnen Datei eine Synchronisierung erzwingt, bei der Änderungen auf das Medium geschrieben werden, bevor die Datei gelöscht wird, da einige oder alle aufgezeichneten Dateisysteme über einen Puffer verfügen.

Wenn möglich, sollte der Befehl find ein Shell-Skript für die folgende Datei aufrufen:

shred -v -n 1 /path/to/your/file #overwriting with random data
sync #forcing a sync of the buffers to the disk
shred -v -n 0 -z -u /path/to/your/file #overwriting with zeroes and remove the file

auf jeder Datei.

find /your/directory -exec shred {} \;

find [dirname] -depth -type f -exec shred -n1 {} \;

Dies führt eine Tiefensuche nach Dateien im Verzeichnis [dirname] durch und führt dann den shred -n1Befehl für jede Datei aus. Wenn Sie Dateien und / oder Verzeichnisse entfernen, ist das Hinzufügen -depthals Standard eine gute Angewohnheit, auch wenn dies in diesem Fall nicht unbedingt erforderlich ist. Wenn Sie mit dieser Art von Befehl ausführen rm -rfstatt shred, -depthbenötigt wird , um sicherzustellen , dass Verzeichnisse nicht gelöscht , bevor der Inhalt der Verzeichnisse versucht wird gelöscht werden (also Fehler verursacht).

Die gründlichste shredMethode, die ich gefunden habe, einschließlich des Entfernens von Verzeichnissen, besteht darin find, ein Skript aufzurufen, um Folgendes zu erhalten shred:

• überschreibe die Datei
• synchronisieren
• dann löschen
• und rufen Sie schließlich rm auf, um die Verzeichnisnamen zu entfernen.

Diese Methode behandelt auch Dateinamen mit Leerzeichen.

Zuerst das shredSkript (ich habe meins benannt dirShredder.shund im /rootVerzeichnis gespeichert :

shred -v -n 1 "$1" #overwriting with random data
sync #forcing a sync of the buffers to the disk
shred -v -n 0 -z -u "$1" #overwriting with zeroes and remove the file
rm -rvf "$1" # call rm to remove the directories

Rufen Sie das Skript dann folgendermaßen auf:

find /volume1/pathToShred/ -mindepth 1 -depth -exec /root/dirShredder.sh "{}" \;

Stellen Sie sicher, dass Sie die killit.shausführbare Datei ( chmod +x) markieren und den Pfad für das Verzeichnis, in das Sie den Shred-Vorgang ausführen möchten, und für das Verzeichnis, in dem Sie die Datei dirShredder.shspeichern möchten, aktualisieren .

NOTA BENE - shredProbleme mit Copy-on-Write-Dateisystemen (ZFS, BTRFS usw.) und sogar mit Journaling-Dateisystemen. Es gibt keinen wirklich akzeptierten "besten" Weg, um damit umzugehen, den ich anders als "verschlüsselte Dateisysteme" gefunden habe, aber ich bin mir nicht sicher, wie effektiv dies nachträglich ist.
Am ehesten können Sie nach dem Shreddern den gesamten freien Speicherplatz auf dem Laufwerk mit zufälligen Daten überschreiben (keine Nullen, dies scheint nicht immer zuverlässig zu sein). SSDs können auch andere Aspekte berücksichtigen (z. B. TRIM).

Ich gehe hier nicht auf diese ein, es gibt andere Stack-Antworten (die Antwort von @user unknown in dieser Frage zum Beispiel) und zahlreiche Diskussionen im gesamten Netz, die diese Themen behandeln. Suchen Sie sie daher heraus, wenn Sie diese Sicherheitsstufe benötigen.