String Verschlüsselung

[brauner1990]

Ich schreibe gerade eine Applikation für eine Verwaltung des Haushaltsbuchs/Ein-Ausgabenverwaltung.

Meine Problemstellung hierbei besteht in folgendem:
Ich speichere meine Objekte in einer Datenbank via Hibernate. Hibernate hat aber nach meinem Wissen keine eigene Verschlüsslungsmethode. So schrieb ich die Getter und Setter inklusive Verschlüsselung. So bleiben die Daten in der Datenbank gesichert und niemand kann damit so schnell Unfung anstellen.

Hierfür schrieb ich also eine Crypto - Klasse. Diese stellt mir eine crypt und decrypt Methode zur Verfügung, selbstverständlich static, damit ich nicht den kompletten Speicher zumülle.
Ich habe mich mit dem

sun.misc.BASE64Encoder

beschäftigt, nur dieser wird vorraussichtlich bald aus der API gestrichen. Hiermit funktionierte es wunderbar und ich habe mich nun mit den Verschlüsselungsalgorythmen von AES und RSA beschäftigt. Diese können aber nur Byte-Weise verschlüsseln, womit Sondezeichen, u.a. ü,ä,ö...usw., nicht decrypt werden können (Diese sind 16 bit lang).

Hat jmd von euch eine gute Idee wie ich dieses Problem beseitigen kann, bzw. wie ich meine Sicherung einbauen kann?

Bereits schonmal danke und noch einen schönen Abend,

Mfg brauner1990

 

[SlaterB]

ob die API-Klasse da ist oder nicht kann ja in diesem Fall nicht so wichtig sein,
selber programmiert bzw. kopiert sind das nur wenige 100 Zeilen Code
Base64Coder - an open-source Base64 encoder/decoder in Java

wobei ich aber nicht genau verstehe warum du das brauchst,
egal welche Zeichen du hast, jeder String der Anwendung ist am Ende eine Menge von bytes, die du doch wohl verarbeiten kannst,
was ist der Unterschied zwischen einem ö mit 16 bit und einem ab zusammen auch mit 16 bit?
wenn die Verfahren feste Böcke von 64 Byte brauchen oder so, musst du in jedem Fall am Ende auffüllen

 

[HoaX]

Es gibt Verschlüsselung für Hibernate: Jasypt: Java simplified encryption - Main
Da musst du dich um kaum mehr etwas kümmern.

 

[Andi_CH]

Hiermit funktionierte es wunderbar und ich habe mich nun mit den Verschlüsselungsalgorythmen von AES und RSA beschäftigt. Diese können aber nur Byte-Weise verschlüsseln, womit Sonderzeichen, u.a. ü,ä,ö...usw., nicht decrypt werden können (Diese sind 16 bit lang).

Jeder beliebige Datensatz kann grundsätzlich als Array von Bytes betrachtet werden. Auch Strings. Dem Algorithums ist es egal was du in die Bytes hineininterpretierst. Also kannst du die Strings ganz einfach bytweise chiffrieren und wieder dechiffrieren - wenn da nach dem dechiffrieren wieder dassselbe herauskommt (sollte doch so sein ) hast du deine Sonderzeichen wieder.

 

[brauner1990]

Es gibt Verschlüsselung für Hibernate: Jasypt: Java simplified encryption - Main
Da musst du dich um kaum mehr etwas kümmern.

Danke Funktion genutzt, und Danke für den Tipp, habe ich verarbeitet.

Jeder beliebige Datensatz kann grundsätzlich als Array von Bytes betrachtet werden. Auch Strings. Dem Algorithums ist es egal was du in die Bytes hineininterpretierst. Also kannst du die Strings ganz einfach bytweise chiffrieren und wieder dechiffrieren - wenn da nach dem dechiffrieren wieder dassselbe herauskommt (sollte doch so sein ) hast du deine Sonderzeichen wieder.

So schon richtigm, aber der hat mir nie den String wieder richtig zusammengestellt.

 

[SlaterB]

das war dann sicher unabhängig von der Verschlüsselung,
falls du den String an irgendeinem unbekannten Stream übergeben hast der auch byte[] gut fände, dann tue das nicht mehr

stattdessen selber String zu byte[] umwandeln, wie genau wäre ein Problem für sich,
danach erstmal ohne Verschlüsselung testen, aus diesem byte[] wieder einen String zu machen, bei sowas treten schon oft genug Probleme mit Umlaute auf,

na hier ja dann erstmal egal

 

[Andi_CH]

So schon richtig, aber der hat mir nie den String wieder richtig zusammengestellt.

"Der hat mir ...."???:L - hm das müsste man nicht "den" machen lassen sonder es selbst tun!
(Da kommt mir immer James Deans Film in den Sinn: "Denn sie wissen nicht was sie tun" :noe: )
Da war entweder etwas am Ländercode (oder wie der heisst) oder am Crypto-Algorithmus faul.