Ich muss einige Dateien sicher löschen. Ich habe mich schon einmal shred
auf Linux-Systemen umgesehen und festgestellt, dass dies shred
Teil des coreutils
Pakets in Macports ist. Ich habe port install coreutils
coreutils installiert, kann es aber immer noch nicht shred
in der Befehlszeile finden.
Wie kann ich shred
mit der Befehlszeile meines Mac arbeiten? Wenn es darauf ankommt, verwende ich Mac OS X 10.7.5 (Lion)
macos
macports
secure-erase
inspectorG4dget
quelle
quelle
shred
dem verwendeten Dateisystem abhängt. Ich weiß nicht, wie effektiv sie auf HFS ist.Antworten:
port install coreutils
Fügt den Namen der Binärdateien ein Präfix hinzu, also ist shred gleich/opt/local/bin/gshred
.quelle
brew install coreutils
machtgshred
für diejenigen mit Homebrew zur Verfügung.OSX verfügt über einen integrierten Befehl
srm
zum sicheren Entfernen von Dateien. Siehe https://developer.apple.com/legacy/library/documentation/Darwin/Reference/ManPages/man1/srm.1.html . Sie könnenrm -P
die Dateien auch dreimal mit Bytefolgen überschreiben.Mit sierra oder höher enthält macOS srm nicht mehr. Aber Benutzer können es mit Homebrew installieren:
quelle
srm
Befehl existiert. Die Datei wird überschrieben, umbenannt und gekürzt, bevor sie gelöscht wird. Zusätzlich zu den 7 US DoD-konformen Durchläufen (0xF6, 0x00, 0xFF, zufällig, 0x00, 0xFF, zufällig) (Option -m) wird garantiert, dass die Datei nicht wiederherstellbar ist.srm
nicht mehr enthalten.srm
mit dem Befehl brew installierenbrew install homebrew/dupes/srm
.homebrew/dupes
ist jetzt veraltet. Scheint, dasssrm
entfernt und nicht migriert wurdehomebrew-core
.Die Antwort von @ user495470 ist für die gestellte Frage richtig. Das Problem ist für moderne Systeme nicht
srm
oder nichtshred
wirklich sinnvoll.Dies liegt hauptsächlich an SSDs. Im Gegensatz zu Magnetplatten löschen moderne TRIM-fähige Festplatten gelöschte Daten automatisch im Hintergrund.
SSDs führen auch einen Verschleißausgleich durch. Dies macht Versuche, eine Datei zu "überschreiben", sowohl zwecklos (Sie schreiben an einen anderen physischen Speicherort) als auch unerwünscht (es trägt unnötigerweise zum Verschleiß der Festplatte bei).
Auf allen Macs, die mit einer SSD geliefert werden, ist TRIM aktiviert.
Das andere Problem ist das Dateisystem, insbesondere das Journal-Dateisystem, das eine Kopie der Daten an einer anderen Stelle aufbewahren kann, bevor sie ausgeschrieben werden.
Sogar auf magnetischen Medien kann dies zu Problemen für beide führen
srm
:Und
shred
:HFS Plus-Volumes werden seit Mac OS X 10.3 standardmäßig aufgezeichnet.
Heutzutage ist der beste Weg, um Dateien sicher zu "löschen", FileVault zu aktivieren (damit sie niemals unverschlüsselt auf die Festplatte schreiben). Löschen Sie sie dann einfach und lassen Sie TRIM sie sortieren.
Wenn Sie sich aufgrund eines Unglücks auf einem magnetischen Medium befinden, das Journaling deaktiviert ist und die Festplatte aus irgendeinem Grund nicht verschlüsselt werden kann, haben Sie folgende Optionen:
rm -P
welche Dateien überschreibt mit0xff
, dann0x00
und dann0xff
nochmalcoreutils
fürgshred
(d. H.brew install coreutils && gshred secrets.txt
)srm
wird entfernt aushomebrew-dupes
undhomebrew-core
aber jemand einen Hahn hier veröffentlicht , das funktioniert (dh.brew install khell/homebrew-srm/srm && srm secrets.txt
)quelle
shred /dev/hda
? Ja, ich denke schon. Die vom Betriebssystem adressierten Blöcke sind jedoch immer noch vom physischen Speicher abstrahiert und werden möglicherweise während des Shreds neu zugeordnet . Ich frage mich, ob irgendwelche Abnutzungsnivellierungen und Platzreservierungen dazu führen könnten, dass dies nicht immer funktioniert.