staging.inyokaproject.org

Freie / freigegebene Speicherzellen überschreiben

Status: Gelöst | Ubuntu-Version: Ubuntu 22.04 (Jammy Jellyfish)
Antworten |

turmalin

Anmeldungsdatum:
26. Juli 2022

Beiträge: 68

Hallo,

betrifft meine Systemplatte und meine Festplatte für Datensicherung, jeweils SSD / EXT4:

Ich hatte bisher meine Dateien mit dem rm Befehl gelöscht. Da es sich bei einigen gelöschten Dateien um Dateien mit sensiblen Inhalten handelte, war der rm Befehl schlecht. Dateien mit nicht überschriebenen Speicherzellen sind sehr einfach wiederherstellbar.

Ich habe versucht, die Rekonstruierbarkeit durch die Anweisung:

dd if=/dev/zero of=zero.fill bs=1M status=progress

zu verhindern, indem über diese Anweisung freigegebene "Sektoren" (Speicherzellen) überschrieben werden.

Erwartungsgemäß habe ich eine Fehlermeldung erhalten, dass die Festplatte voll ist - hat also geklappt.

Die Datei, die zum Überschreiben der Speicherzellen erstellt wurde habe ich ordnungsgemäß gelöscht mit:

rm zero.fill

Hm, Unmengen von Dateien waren danach immer noch rekonstruierbar -irgendetwas ist das wohl schiefgelaufen.

Kann mir jemand unter die Arme greifen?

Was ich nicht möchte, die gesamte Festplatte platt machen, und auch eine Verschlüsselung möchte ich erst einmal nicht machen.

Ach so, der abschließende Befehl von mir:

sudo fstrim -v /media/User/intenso_512

warf einen Fehler, TRIM wohl nicht aktiv bzw. steht wohl nicht zur Verfügung

Gruß

Bernd

trollsportverein

Avatar von trollsportverein

Anmeldungsdatum:
21. Oktober 2010

Beiträge: 5232

Du möchtest hdparm für Secure-Erase verwenden. Im Wiki:

STRAGIC-IT

Avatar von STRAGIC-IT

Anmeldungsdatum:
3. Januar 2006

Beiträge: 3522

Hallo turmalin, da bist Du mit SSD nicht so gut beraten in der Nutzung. Diese netten Teilchen behalten viel… viel mehr als man sich vorstellt… und LÖSCHEN ist anders als bei HDD.

Ich RATE DIR mit Verschlüsselung zu arbeiten, wenn Du diesem aus dem Weg gehen willst.

Passende wäre ZULUCRYPT… wurde bisher noch nicht geknackt… zumindest ist mir nichts bekannt. Alternativ gesamte SSD mit 0 überschreiben lassen und die notwendigen Daten wieder dorthin kopieren.

BYE HS

dirkolus

Anmeldungsdatum:
17. Mai 2011

Beiträge: 2180

Was spricht denn hier gegen shred zum Löschen einzelner sensibler Dateien?

Kreuzschnabel

Anmeldungsdatum:
12. Dezember 2011

Beiträge: 1768

dirkolus schrieb:

Was spricht denn hier gegen shred zum Löschen einzelner sensibler Dateien?

Dagegen spricht nur, dass es auf SSD schlicht und einfach nicht funktioniert.

--ks

Kreuzschnabel

Anmeldungsdatum:
12. Dezember 2011

Beiträge: 1768

turmalin schrieb:

Hm, Unmengen von Dateien waren danach immer noch rekonstruierbar -irgendetwas ist das wohl schiefgelaufen.

Waren sie direkt vom Laufwerk rekonstruierbar, oder lagen sie noch in irnkeinem Cache? Wie bist du beim Rekonstruieren genau vorgegangen?

auch eine Verschlüsselung möchte ich erst einmal nicht machen.

Deine Entscheidung, aber gibt’s einen handfesten Grund dafür?

--ks

Kreuzschnabel

Anmeldungsdatum:
12. Dezember 2011

Beiträge: 1768

STRAGIC-IT schrieb:

Passende wäre ZULUCRYPT…

Unnötig. Dateisystem beim Formatieren mit LUKS verschlüsseln, fertich. Ist alles schon an Bord. Wenn du sensible Daten in einem Zulucrypt-Container hältst, musst du höllisch aufpassen, dass sie nicht unverschlüsselt in einem Cache oder im Swap liegenbleiben, sonst kannste dir den Container auch schenken. Komplettes System verschlüsselt aufsetzen, fertig. Das ist bei der Installation ein Mausklick und zwei Schlüsseleingaben mehr.

wurde bisher noch nicht geknackt…

Zulucrypt ist ein Frontend, kein Verschlüsselungsalgorithmus. Da gibt’s nichts zu knacken.

Alternativ gesamte SSD mit 0 überschreiben lassen und die notwendigen Daten wieder dorthin kopieren.

Genau das will der TS doch erklärtermaßen nicht.

--ks

turmalin

(Themenstarter)

Anmeldungsdatum:
26. Juli 2022

Beiträge: 68

Ersteinmal Danke für Eure Antworten - prima!

Dachte shred funktioniert - mach ich neuerdings so. Kann man aber nur nutzen mit vorliegenden Dateien; wenn sie schon gelöscht sind ist das Kind eh in den Brunnen gefallen.

Dateien waren direkt im Laufwerk rekonstruierbar - mit photorec.

Verschlüsselung - bin zu faul ☹

Warum?:

Ich habe 3 Systemplatten, mit einer arbeite ich, zwei sind Image Backups für alle Fälle. Zwei Backup-Platten für Datensicherungen. Alle Platten, einschließlich der drei Systemplatten laufen über USB. Daneben habe ich drei Platten unter Windoof.

Kreuzschnabel

Anmeldungsdatum:
12. Dezember 2011

Beiträge: 1768

turmalin schrieb:

Dachte shred funktioniert

Lies Daten sicher löschen, den grauen Kasten „Hinweis“.

Es ist auf SSD technisch nicht möglich, eine bestimmte Speicheradresse gezielt zu überschreiben.

Du kannst natürlich mit shred die komplette Partition überschreiben, das funktioniert nach wie vor.

--ks

turmalin

(Themenstarter)

Anmeldungsdatum:
26. Juli 2022

Beiträge: 68

Werde wohl erstmal folgende Lösung realisieren. Werde an meiner Haustür nen Zettel hängen mit dem Text:

"Liebe Einbrecher, bei mir gibt's nix zu holen. Schon gar keine acht SSD Festplatten, auf denen rekonstruierbare Dateien mit sensiblen Daten stehen, die man mit PotoRec wieder herstellen kann." 😎

Sollte passen. 😳 Später, wenn ich mal mehr Zeit habe mach ich dann das Richtige, wahrscheinlich Platten erstmal komplett "shreddern" - oh mein Gott!

Gruß an Euch Alle, schönes Wochenende

Bernd

Berlin_1946 Team-Icon

Supporter, Wikiteam

Anmeldungsdatum:
18. September 2009

Beiträge: 10477

Stelle bitte auch auf "gelöst".
Forum/Syntax (Abschnitt „geloest-ungeloest“)

turmalin schrieb:

... wahrscheinlich Platten erstmal komplett "shreddern"

Was immer auch "shreddern" bedeutet. 😇

Antworten |