Man mag sich fragen, warum die Securestring-Klasse nötig ist, wenn in .NET bereits die einfache String-Klasse zur Verfügung steht. Das Problem ist im Aufbau der String-Klasse begründet. Gibt es zum Beispiel eine Instanz der String-Klasse, die eine Sozialversicherungsnummer enthält, ist es ratsam, diese während der Anwendungsverarbeitung sicher zu speichern, um sie vor neugierigen Blicken zu schützen.
Das Problem ist eben dieses sichere Speichern von Text, da die String-Klasse diesen einfach als Text speichert. Um herauszufinden, wo die Daten gespeichert werden, sind einige Kenntnisse über .NET-Strings vonnöten.
.NET-Strings sind nicht veränderbar. Das heißt, dass jede Veränderung eines String-Wertes einen neuen String im Speicher erzeugt. Folglich befinden sich schnell mehrere Kopien sensibler Daten im Speicher, auf die gewissenlose Nutzer mit ebensolchen Programmen zugreifen können.
Dieser Ansatz ist nicht der effizienteste, und dies wiederum erklärt, warum es das Stringbuilder-Objekt gibt. Man mag glauben, dass das alles kein großes Problem ist, da es ja die automatische Speicherbereinigung gibt, aber die Speicherneubelegung bei String ist nicht plangleich mit der automatischen Speicherbereinigung von .NET. Die String-Klasse sollte also gemieden werden, wenn es um wirklich sensible Daten geht. Dafür bietet sich die Alternative der Securestring-Klasse an.
Sie decken die Identität des Kopfs der Gruppe auf. Britische Behörden fahnden mit einem Foto…
Er treibt das neue iPad Pro mit OLED-Display an. Apple verspricht eine deutliche Leistungssteigerung gegenüber…
Davon entfällt ein Viertel auf staatliche Einrichtungen und 12 Prozent auf Industrieunternehmen.
Forscher umgehen die Verschlüsselung und erhalten Zugriff auf VPN-Datenverkehr im Klartext. Für ihren Angriff benötigen…
Weitere 40 Prozent der Deutschen erledigen ihre Geldgeschäfte überwiegend online und gehen nur noch selten…
Zwei Schwachstellen in Chrome gehören nun der Vergangenheit an. Von ihnen geht ein hohes Risiko…