File Eraser programmieren

[3_of_8]

Nein, ich frage jetzt nicht, wie man einen File Eraser schreibt. Hab ich nämlich schon. Mit Chrissi91.

Meine Frage ist nur: Warum sollte man ein und dieselbe Datei mehrmals mit zufälligen Daten überschreiben? Reicht das nicht einmal?

Und, wird mit deletefile() der Header (oder wie das beiner Datei heißt) ganz gelöscht, sodass man nicht mehr sagen kann "Es gab mal ne Datei mit dem Namen..." und wenn nicht, wie kriege ich den weg?

[Matze]

AH, du fragst mal nach einem simplen programm
( Löschen ginge so: http://www.delphipraxis.net/internal...=478795#478795 )

Anmerkung:
Sicher ist nichts, das die Hardware ganz lässt, da die Profis die Restmagnetisierung mit diversen Tools und Gerätschaften auslesen können und damit meistens Dateien wiederherstellen, von denen du sicher warst, dass das nicht mehr geht.

[3_of_8]

Nein, ich habe schon ein Programm. Ich frage, warum man eine Datei mehrmals überschreiben soll.

Das mit der EM-Signatur hab ich schonmal in Navy CIS gesehen, aber ich wusste ned, ob das stimmt. Glaube niemals dem Fernsehen.

[Oxmyx]

Ganz einfach: Selbst wenn du physikalischen Speicher mit anderen Daten überschreibst, kann man mit extrem feinfühligen Geräten trotzdem noch die Restmagnetisierung der Datei, die vorher dort war, messen. Wenn man quasi die Magnetisierung der "aktuellen" Daten herausrechnet, kann man tatsächlich noch die Magnetisierung der vorherigen Daten erkennen. Das kannst du verhindern, indem du einfach oft genug irgendwelche Daten drüberschreibst. Denn irgendwann versumpft einfach alles im Datenbrei.

[3_of_8]

Achso. Heißt praktisch, ich kann durch oft genug überschreiben auch die EM-Signatur noch unbrauchbar machen. Hätte ich nicht gedacht.

Ich habe mal gehört, dass ein Programm eine Datei zuerst mit dem Muster 00001111 und dann mit 11110000 überschreibt. Was hat das für einen Sinn?

[himitsu]

also die großen Programme, welche sowas machen, gehen oftmals mit verschienenen Bitmustern drüber, damit auch wirklich jedes Bit ofgenug überschrieben/geändert wird.


Denn wenn du eine 1 über 'ne 1 drüberschreiben läßt, dann verändert sich da nicht viel.
Und über eine gut gewählte BitMusterkombination, kann eher garantiert werden, daß die einzelnen Bits auch oft genug geändert werden.

Du kannst ja z.B. nacheinander sowas reinschreiben, dann es "sichergetellt, daß die einzelnen Bits immer schön umgekehrt werden und somit die restdaten langsam verschwinden.

Delphi-Quellcode:

11110000
00001111
11110000
00001111
... // mehrfach wiederholen
10101010
01010101
10101010
01010101
... // hier och mal

... // und eventuell alles auch noch mal in ein paar Runden druchlaufen

Natürlich wären da ein paar weniger gleichmäßige Bitmuster besser, damit es noch schwerer wird diese rauszurechnen. (je gleichmäßiger und/oder weniger überschrieben wird, desto einfacher wird es aus dem aktuellen Datenbrei, auf die ursprünglichen Daten zurückzurechnen)

[PierreB]

Meint ihr es würde reichen den Inhalt der Datei zu löschen, dann sinnlose Zeichenfolgen in die Datei zu kopieren und dann die Datei zu löschen (so macht es der Code von 3_of_8 nämlich derzeit) ? Die Datei wird ja dann nicht überschrieben, sondern lediglich im Inhalt ersetzt, oder ?

[3_of_8]

So ähnlich: Ich füre in etwa folgenden Code aus:

Delphi-Quellcode:

if fileexists(filename) then
begin
assignfile(f,filename);
reset(f);
size:=filesize(f);
rewrite(f);
for I:=1 to size do begin character:=chr(Random(255)+1); write(f,character); end;
closefile(f);
deletefile(filename);
end;

[PierreB]

Zitat:

So ähnlich: Ich füre in etwa folgenden Code aus:

Ich weiß,

ich hab den Quelltext eures Projekts von Chrissi91 bekommen.