ich versuche gerade (bzw. seit ner ganzen weile) ein verschlüsselte Passwort mit BlowFish wieder zu entschlüsseln.
Dazu hab ich mir den BlowFish als C++-Source runtergeladen und in mein Projekt eingebunden. (DL von: http://www.codeproject.com/cpp/blowfish.asp)

Soweit klappt auch alles, nur will der BlowFish beim decrypting von mir wissen, wie lange dass Passwort sein wird, wenn es entschlüsselt ist.
Mein Problem ist jetzt, dass das Passwort zwischen 4 und 8 Stellen haben kann.
Wenn ich der decrypt-Methode eine 8 mitgebe und das Passwort nur 5 Stellen hat, bekomm ich dass Entschlüsselte Passwort + 3 Zeichen die zufällig im Speicher stehn. Ich hab mir auch schon überlegt den gesamten char* mit '\0' vorzubelegen, nur bringt das nix, da die Methode den gesamten char* neu beschreibt und somit die '\0' ebenfalls weg sind.

Kennt jemand eine Lösung oder eine andere BlowFish-Implementierung um dieses Problem zu beheben oder zu umgehen.

Danke im voraus!

cu
Claus

Kennt jemand eine Lösung oder eine andere BlowFish-Implementierung um dieses Problem zu beheben oder zu umgehen.

du lässt dir alle 3 passwörter erzeugen (mit for ) und probierst dann aus, welches richtig ist.
allerdings muss ich zugeben, dass mir das richtige verständnis für dein problem fehlt. muss die schlüssellänge normalerweise etwa nicht mit angegeben werden, oder wie?

ansonsten: OpenSSL

Mein Passwort ist: hallo
Encrypted: asfhaghfgajhgfhsagfhsag (irgendwas eben)

Wen ich den BlowFish aufrufen will, muss ich das über folgende Methode tun:

void CBlowFish::Decrypt(const unsigned char* in, unsigned char* out, size_t n, int iMode)

1. Parameter: edcryptedPasswort
2. Parameter: decryptedPasswort
3. Parameter: Länge des decrypteten Passwort
4. Parameter: iMode z.B. ECB

Ich such jetzt praktisch eine Implementierung, die auf den 3. Parameter verzichten kann, da ich die länge des Passworts an dieser Stelle nicht weis.
(ich bekomm nur das encryptete Passwort übergeben.

Hast Du vielleicht ein kleines Beispiel zu OpenSSL mit dem BlowFish?

Danke

cu
Claus

Dann speicher doch die Länge des Passworts gleich mit - entweder im Klartext oder verschlüssle die Länge auch.

Die Schnittstelle zwischen den Programmen ist fest definiert, da kann ich nicht die länge einfach noch dau nehmen.

Hat niemand vielleicht noch ne Idee?

Hab mir gerade OpenSSL runtergeladen, nur steig ich irgendwie nicht durch, wie ich OpenSSL in mein Programm linken muss.

Danke & cu
Claus

Bye, TGGC (Demo or Die)

cu
Claus

btw, OpenSSL ist übrigens nicht ganz so einfach zu verwenden.

Gruß,
Cosmixx

ich versuche gerade (bzw. seit ner ganzen weile) ein verschlüsselte Passwort mit BlowFish wieder zu entschlüsseln.
[..]
Mein Problem ist jetzt, dass das Passwort zwischen 4 und 8 Stellen haben kann.
Wenn ich der decrypt-Methode eine 8 mitgebe und das Passwort nur 5 Stellen hat, bekomm ich dass Entschlüsselte Passwort + 3 Zeichen die zufällig im Speicher stehn.

Sicher, dass es um DEIN Passwort geht, probier halt mal 4, 5, 6, 7 oder 8 zu übergeben?

Sicher, dass es um DEIN Passwort geht, probier halt mal 4, 5, 6, 7 oder 8 zu übergeben?

Es ist natürlich nicht MEIN Passwort, sondern das Passwort eines Anwenders, dessen Passwort verschlüsselt an mich bzw. meine Applikation übertragen wird und ich die Anmeldung am BackEnd-System machen muss.
Um das ganze noch etwas zu verkomplizieren, wird das encryptete Passwort noch mit Base64 encodet. Meine Applikation muss das Passwort also erst Base64 decoden und anschliessend BlowFish decrypten.

Soweit ich das Problem jetzt eingrenzen konnte passiert folgendes:

En-/Decrypting in C++ => funktioniert ohne Probleme
En-/Decrypting in Java => funktioniert ohne Probleme
Base64 Encoding + Encrypting auf Java UND Base64 Decoding + Decrypting in C++ => Problem

Der char wird nicht mit \0 terminiert und da ich nicht weis, wie lange dass Passwort vorher war, habe ich irgend welchen Datenmüll in meinem char stehn. Eine Allokierung des char vor dem Decrypting bringt auch kein Erfolg, da der Blowfish den kompletten char neu beschreibt.

Daher meine Vermutung:
In Java wird der String nicht mit \0 terminiert, bevor dieser Base64 decodiert und decyrpted wird. Somit fehlt der C++-Applikation nach der Base64 Decodierung die Terminierung des char und der Blowfish decyrpted eben bis der char "voll" ist (bei maximal 8 Zeichen).
Da kann man dem alten KugelFisch eigentlich nix vorwerfen, aber ich konnte diese Vermutung noch nicht untermauern und weis im Moment auch noch nicht, wie ich Java dazu bringe den String mit \0 zu terminieren.
Eine Idee wäre, der Passwort-String wird vor dem Decoding und Dycrying in den ein byte-Array (Java-Typ) gecastet, das Byte-Array am Ende mit einem Dezimalwert für \0 zu erweitern (müsste in Dezimal auch 0 sein).

Bin für jede Hilfe und Tipp sehr sehr sehr Dankbar!

Danke & Gruß
Claus

Dir ist schon klar, dass n die Größe des Ausgabepuffers ist?

Wie meinst Du das jetzt?

Das Passwort MUSS zwischen 5 und 8 Zeichen lang sein.

Ich hab heute noch folgenden Versuch angestellt.

encrypting und encoding in C++
anschliessend
decoding und decrypting in C++
=> Alles geht wunderbar, der String wird richtig terminiert.

encrypting und encoding in Java
anschliessend
decoding und decrypting in C++
=> der String wird NICHT terminiert

Meine Schlussfolgerung:
Java hat kein \0 und verarbeitet dieses auch nicht vom encrypting und decoding,
somit kann C++ beim Decoding und Decrypting nicht wissen, an welcher Stelle der String aufhört, oder?

Meine "Lösungen":
1. Ich bekomme die Länge des Passworts übergeben
2. Java muss VOR dem Encrypting ein "\0" anhängen, da dieses von C++ später benötigt wird.

Auf eine andere Lösung bin ich noch nicht gekommen.

Danke & Gruß
Claus

er (oder sie^^ (unwarscheinlich)) meint das n nicht die länge des entschlüsselten passwortes ist, sondern die größe des puffers in das dieses reinkommt

Genau das ist der Hacken an der Sache.
Wenn ich nicht weis wie lange der Buffer ist, kann ich den Buffer auch nicht mit \0 terminieren und habe nach dem eigentlich entschlüsselten Passwort noch irgend welchen Datenmüll stehn.
Eine vorbelegung mit \0 bringt auch nichts, da der Blowfish schon nicht erkennt, an welcher Stelle der String zu Ende ist.

Gruß
Claus