Mehrere Objekte verschlüsselt serialisieren

[BildschirmUser]

Hallo,

ich habe eine Liste an Objekten, welche unterschiedliche Daten in Form von Strings enthalten.
Diese Liste mit Objekten möchte ich nun in eine Datei abspeichern, welche ich einfach wieder laden kann.

Mir ist jedoch wichtig, dass der eigentliche Inhalt der Datei NICHT einfach durchschaubar ist (wie es bei der normalen Serialisierung (XML oder Object) ja leider der Fall ist.

Nun habe ich es bisher so gehandhabt:
-ich Serialisiere die Liste ganz normal in eine Datei
-diese Datei lese ich dann Zeile für Zeile als String ein
-diesen (gesamt)String verschlüssele ich dann (AES)
-den verschlüsselten String speichere ich dann wieder in eine Datei und überschreibe die alte
(einlesen analog dazu)

Bisher hat das auch ganz gut geklappt.
Nun ist meine Liste an Objekten jedoch funktionsbedingt etwas größer geworden - es werden mehr Daten abgelegt.
Nun tritt sporadisch der Fehler auf, dass vereinzelt Zeichen falsch eingelesen wurden...

Bedeutet:
Von 500 Daten, hat eine "Date" plötzlich einen anderen Wert.
Java wirft mir jedoch keine Exception, dass der InputStream beim Deserialisieren einen Fehler aufweist...
(Ich merke die Abweichung, da ich die Daten anschließend prüfe)

Das Problem liegt eindeutig in der Verschlüsselung, wenn ich diese weg lasse, gibt es kein Problem.

Woher kommt das?
Was kann ich tun?

Wie könnte ich alternativ meine Objekt Liste speichern?
(Wichtig hierbei: die Objekt List MUSS verschlüsselt sein. Die verschlüsselte Datei sollte NUR aus normalen Chars bestehen, keine cryptischen Sachen wie sie von der normalen Serialisierung produziert werden.)

Danke schonmal

 

[Ikaron]

Ich glaube, sinnvoller wären verschachtelte Streams. Z.B:

ObjectOutputStream oout = new ObjectOutputStream(new VerschlüsselterOutputStream(new FileOutputStream(...)));

Dafür musst du natürlich noch die Klasse "VerschlüsselterOutputStream" implementieren (und den dazugehörigen InputStream). Da gibt es aber sicher schon Javainterne Klassen, die diese Funktionalität bereitstellen. Vielleicht wäre CypherOut/InputStream ja was. Das könnte dein Problem schon lösen.

 

[BildschirmUser]

Danke für die Antwort.

Ich habe das Problem nun wie folgt gelöst:

Daten -> in Object Array serialisieren mit ObjectOutput -> diesen decodiere ich in base64 als string -> diesen String verschlüssele ich mit AES

Rückwärts klappt gut

 

[Ikaron]

Man kann es auch übertreiben, aber wenn du diesen Sicherheitsgrad erreichen willst, dann wohl durchaus angebracht. Was ich nicht verstehe ist die "Zwischenspeicherung" im Objekt-Array. Du kannst ja auch direkt writeObject(speziellerDatensatz) verwenden, oder seh ich das falsch?

 

[BildschirmUser]

Ups, habe mich verschrieben.

Meinte Byte Array.

Schreibe es erst in ein Byte Array, um innerhalb der VM/des Programms den Code in Base64 zu decoden & verschlüsseln.
Sonst würde ich es einmal unverschlüsselt als Datei schreiben. (wenn auch für wenige milisekunden)

 

[Ikaron]

Ups, habe mich verschrieben.

Meinte Byte Array.

Schreibe es erst in ein Byte Array, um innerhalb der VM/des Programms den Code in Base64 zu decoden & verschlüsseln.
Sonst würde ich es einmal unverschlüsselt als Datei schreiben. (wenn auch für wenige milisekunden)

Auch ein Speichern in ein Byte-Array kann mit verschachtelten Streams umgangen werden, vorausgesetzt, Base64 braucht nur ein paar Byte und nicht die ganze Kette.

Jetzt ist es ja:
Daten -> byte[] -> String -> String(AES) -> Datei
So wäre es:
Daten -> String -> String(AES) -> Datei

Ich kenn mich nicht mit AES aus, aber so wie ich das sehe, braucht dieser ja eine gewisse Anzahl an Zeichen (pro Block), korrekt? Dann kannst du sogar den 2. String überspringen, indem du einen weiteren (eigenen) Stream (AESOutputStream) schachtelst.
Daten -> String(AES) -> Datei

Die Schachtelung kann in diesem Fall den Speicherverbrauch erheblich verringern, so wie ich das sehe mindestens halbieren, wäre also wohl eine Überlegung wert. Außerdem wird die Verarbeitung (um einen ähnlichen Faktor) schneller.

 

[BildschirmUser]

Danke für den Hinweis

Aktuell geht es noch ziemlich zackig alles.

Werde es aber für später im Hinterkopf behalten!

Danke