Speicher eines strings freigeben

[WorstNightmare]

Hallo,

ich speichere sensible Informationen in einem string, welche dann verschlüsselt werden. Den Ursprungs-string möchte ich gerne aus dem Speicher entfernen, ihn einfach '' zu setzen funktioniert leider nicht.
Wenn ich z.B. eine globale Variable s: string habe und das mache:

Delphi-Quellcode:

  s := DateToStr(Now);

Dann sehe ich das Datum in einem Memory Browser natürlich im Speicher. Wie erreiche ich, dass der Inhalt aus dem Speicher verschwindet? Geht das überhaupt, oder muss ich den Speicher dann vorher auch mit einer speziellen Methode anfordern?

[Apollonius]

Du kannst zum Beispiel Folgendes tun:

Delphi-Quellcode:

for i:=1 to Length(Str) do
  Str[i] := 'x';

Durch die For-Schleife wird jedes einzelne Zeichen im Speicher überschrieben, sodass es nicht mehr rekonstruiert werden kann.

[WorstNightmare]

Stimmt, so ist es weg.
Gibt es noch einen "ordentlicheren" Weg, wo der Speicher auch komplett freigegeben wird, sodass er wieder anders genutzt werden kann?

[SirThornberry]

nein nicht bei Strings da deren Speicher den Speichermanger verwendet und dieser sich um die Freigabe kümmert. Und selbst wenn der Speicher frei gegeben wurde kann dieser noch im Ram stehen oder im swap file.
Im übrigen ist sowas verschwendete Zeit. Wer die Daten will liest sie aus dem Binary aus bzw. geht im Debugger alles Schritt für Schritt durch.

[Apollonius]

Der Speicher wird freigegeben, wenn dem String ein neuer Wert zugewiesen wird oder er aus dem Scope läuft (die enthaltende Klasse freigegeben wird, die Prozedur beendet wird, in der der String als lokale Variable deklariert wurde, oder selbiges mit dem enthaltenden Record passiert). Wenn du explizit den Speicher freigeben willst, genügt es, einen Leerstring zuzuweisen.

[SirThornberry]

Ob der Speicher wirklich freigegeben wird bestimmt der Speichermanager. Wenn man einen Leerstring zuweist heißt das noch lange nicht das der Speichermanager auch den Speicher frei gibt.

[Namenloser]

Zitat:

Zitat von Apollonius

Du kannst zum Beispiel Folgendes tun:

Delphi-Quellcode:

for i:=1 to Length(Str) do
  Str[i] := 'x';

Durch die For-Schleife wird jedes einzelne Zeichen im Speicher überschrieben, sodass es nicht mehr rekonstruiert werden kann.

Wenn schon, dann bitte mit FillChar :wink:

[himitsu]

Aber wie schon erwähnt wurde ... aus dem virtuellen Speicher der Anwendung bekommt man es leicht raus (infach überschreiben),
aber was den physischen Speicher, die Auslagerungs und Co. angeht, da gibt es keine zuverlässige Möglichkeit, da man selber nicht wirklich Einfluß drauf hat, wo etwas gespeichert wird.
Windows verschiebt den Speicher ja wie es will hin und her und ob dann noch irgendwo 'ne alte Kopie existiert ...

PS:
wie befüllst du den den String?
womöglich ibt es ja auch innerhalb deiner Anwendug schon Kopieen (z.B. bei längenänderung und beim zusammenführen mehrerer Strings, wird da einiges an speicher umkopiert)

Ja und dann hat SirThornberry Recht ... wenn jemand da ran will, dann ließt er sich die Daten einfach aus, bevor sie von deinem Programm gelöscht werden.

[jbg]

Zitat:

Zitat von NamenLozer

Wenn schon, dann bitte mit FillChar :wink:

Aber bitte nicht unter Delphi 2009 verwenden, außer du passt den "Size" Parameter an Unicode an.

[Apollonius]

Zitat:

Zitat von NamenLozer

Wenn schon, dann bitte mit FillChar :wink:

Ihr ewigen Nörgler. :angel: Du hast natürlich recht.

Bezüglich Sinn/Unsinn: Man sollte durchaus Passwörter o.Ä. überschreiben, die der Nutzer eingegeben hat. Windows bietet sogar extra die Funktion SecureZeroMemory für solche Zwecke. Als Erklärung wird Folgendes genannt:

Zitat:

The password would remain on the application stack where it could be captured in a crash dump or probed by a malicious application.

Auch wenn es hier um den Heap und nicht um den Stack geht, ist die Überlegung übertragbar. Es geht ja explizit nicht darum, Daten vor dem Anwender zu schützen, der einen Debugger verwenden kann, sondern vor anderen Anwendungen.

[himitsu]

Delphi-Quellcode:

ZeroMemory(PChar(Str), Length(Str) * SizeOf(Char));

SecureZeroMemory hat unter Delphi keine Auswirkung. (dort hat es genau die selbe Funktion wie ZeroMemory)

In C ist es so, daß z.B. ZeroMemory weggelassen wird, wenn der zu überschriebende Speicherbereich (also die Variable) danach nicht mehr verwendet wird.
Delphi hat eine derartige Anpassung nicht.
(ZeroMemory ist in C eine Inline-Funktion, oder genauer gesagt ein Makro, weswegen der Compiler derartige Optimierungen vornehmen kann)

[Apollonius]

Mir ist bekannt, dass SecureZeroMemory nur existiert, weil ZeroMemory in C wegoptimiert werden kann. Mir ging es nur darum, zu zeigen, dass auch Microsoft es als sinnvoll erachtet, sensible Daten im Speicher zu überschreiben.