@p4nDa:
String-Objekte landen bei Java unter Umständen in einem Pool. Das ist der letzte Ort, wo man ein Kennwort haben möchte.
Das kannst Du auch einfach überprüfen:
Code: Alles auswählen
String s1 = "hallo"; /* neues Objekt, landet im Pool */
String s2 = "hallo"; /* identisch mit s1, kommt nämlich aus dem Pool */
System.out.println(s1 == s2); /* true */
String s3 = new String("hallo"); /* neues Objekt, nicht aus dem Pool */
System.out.println(s1 == s3); /* false */
s3 = s3.intern(); /* gibt das Objekt aus dem Pool zurück, das gleich s3 ist */
System.out.println(s1 == s3); /* true */
Sich ein neues String-Objekt mit
new zu erzeugen, wäre also denkbar, aber das ist weder schön noch klar noch sicher. Je nach Eingabe weiß man auch nicht, woher ein String kommt. Ist es ein neues Objekt oder ist es ein aus dem Pool wiederverwendetes?
zeeno hat geschrieben:Hab jetzt eine Möglichkeit gefunden. Cipher bietet das Verschlüsseln von Objekten an. Schreibe das verschlüsselte Objekt einfach in eine Datei und fertig. Kann es dann auslesen und wieder entschlüsseln. Jetzt ist nur die Frage wie und wo ich den Key speicher. Und ob ich den Key bei jedem Verschlüsselungs- und Entschlüsselungsdurchlauf neu erstelle. Würde das die Sicherheit nicht nochmal erneut steigern? Weil der Key sich ja immer ändert.
Das verlagert das Problem lediglich. Nun ist das Kennwort durch einen Schlüssel geschützt, und Du weißt nicht, wohin Du mit dem blöden Schlüssel sollst.
In Java gibt es einen Schlüsselspeicher (java.security.keystore), in dem man Zertifikate und Schlüssel sicher speichern kann. Aber auch dort werden sie mit einem Kennsatz oder wenigstens Kennwort gesichert.
Für die Schlüssel selbst gibt es Klassen, da mußt Du Dir nichts bauen. Das einzige, was Du als char-Feld hast, ist das eingegebene Kennwort, und Du hast schon sehr richtig erkannt, daß es nach dem Laden des Schlüsselspeichers entfernt werden kann. Den
Garbage Collector wirft man für so etwas aber nicht an, das ist unnütz und viel zu teuer. Stattdessen überschreibt man es, und da man es dann nie mehr braucht, kann man es auf
null setzen, damit der GC den Speicher irgendwann freigibt.
Code: Alles auswählen
char[] password;
...
Arrays.fill(password, '#');
password = null;
Das ist eine sehr gute Idee. Ich verlange dann sozusagen beim erstmaligen Starten das Masterpasswort und speicher das dann als MD5 Hash.
Wenn Du kein Salz hinzufügst, kannst Du es auch fast im Klartext abspeichern.
Die Idee ist zwar schon richtig, aber die Länge des Kennwortes muß erhöht werden, und das geschieht durch das Salz. Das darf auch öffentlich bekannt sein, Du kannst also zufällige Zeichen oder ein festes Merkmal eines Nutzers verwenden. Das verhindert zweierlei: einerseits ergeben zwei identische Kennwörter unterschiedliche Streuwerte; andererseits steigt die Länge des Kennwortes, vorberechnete Tabellen mit Streuwerten bringen daher nichts mehr.
Wenn Du den Rechenaufwand eines Angreifers noch erhöhen möchtest, berechnest Du den Streuwert iterativ, beispielsweise in hunderttausend Durchläufen. Das geht für ein einzelnes Kennwort sehr schnell, erhöht den Aufwand eines Angreifers, der alles ausprobieren muß, aber ganz enorm. Salz alleine genügt aber.
Ach ja, und dann nimmt man heute auch kein MD5 mehr. SHA-2 ist eine gute Wahl.
