Moin

Szenario: ein Passwort wird mittels mcrypt (blowfish/cfb) verschlüsselt und in deiner DB-Tabelle als blob-Datensatz gespeichert, also binär(?)

Anwendung: dieses Passwort wird mit jedem Seitenaufruf gelöscht und neu in die DB geschrieben, allerdings wird es immer mit dem gleichen Key erzeugt (das soll mir quasi eine zweite Session erzeugen, da das Passwort nach relativ kurzer Zeit ungültig werden soll, egal, einfach hinnehmen ^^)

Problem: Wenn ich diese Seite öfter neu lade, bekomme ich irgendwann einen SQL-Fehler mit Fehlercode 0. Die Anzahl der Seitenaufrufe spielt dabei keine Rolle, mal kommt es direkt beim erstn mal neuladen, mal nach 20 Versuchen. Das Passwort wird wie gesagt bei jedem Aufruf gleich erzeugt, also mit gleichem zu verschlüsselndem Passwort und dem jeweils gleichen Key, es sollte also immer das gleiche verschlüsselte Passwort an die DB geschickt werden (wird es auch, sofern ich das mit echo prüfen kann...)


War mir jetzt nicht sicher, ob das eine php-Problematik oder doch eher an mySQL hängt. Kann mir jemand irgendwie weiterhelfen?

Danke schonmal im Voraus.

Mmh, hab keine Ahnung was ich groß an Code posten soll... ok...

Hiermit erzeug ich relativ harmlos mein verschlüsseltes Passwort:


Und... naja, das wäre die SQL-Anweisung, eigentlich relativ harmlos:


Naja, die Anweisung wird quasi mit jedem Seitenaufruf ausgeführt, wobei der Eintrag vorher mit jedem Aufruf gelöscht wird (hat seine Gründe ^^)

Alles klar, wall of text incomming

ich bastel (eher zum Spaß und privaten Gebrauch) ne kleine Applikation, mit der ich Datenbanken (lokal oder auf externen Servern) miteinander synchronisiere. Zu diesem Zweck muss ich mich ja mit den Datenbanken verbinden. Da ich das DB-Passwort natürlich nicht im Klartext in der DB der Applikation speichern möchte, wird es durch ein individuelles Benutzerpasswort verschlüsselt (via Mcrypt).
Hat der Benutzer sich in die DB "eingeloggt" erzeuge ich eine Art Session (siehe SQL-Statement letzter Post), das gleiche funktioniert auch für FTP-Zugriffe, deswegen die type-Spalte. Wie auch immer, die Sache läuft objektorientiert, der Benutzer will zu einer DB verbinden, es wird ein entsprechendes Objekt angelegt... in einer Methode zum Verbinden wird halt geprüft, ob bereits eine "Session" zu der userID vorhanden ist, wenn ja, wird diese gelöscht und neu angelegt. Ja, das is eigentlich absolut sinnfrei, da hat mich ein anderer Gedanke getrieben, den ich wieder verworfen habe, aber das ist nunmal das Szenario in dem der Fehler auftritt.

Fakt ist jedenfalls, das diese "Aktualisierung der Session" mal funktioniert und mal nicht, bei gleichbleibenden Eingaben (ok, wie man im SQL_Statement sieht bau ich ne timestamp ein, aber das sollte ja soweit passen) und ich hab keine Ahnung wieso. Klar, ich werd diese sinnfreie Löschaktion wieder ausbauen, aber mich würd halt trotzdem interessieren, wie es zu diesem Fehler kommen kann

@Erasel
verstehe was du meinst, danke für die Erinnerung, man hält sich ja manchmal für so gut, solche Fehler direkt ausschließen zu können aber trotz Nachbildung komm ich auf den gleichen Fehler.

@d0nut
an sowas hatte ich eher gedacht, bin aber ziemlicher Anfänger auf dem Gebiet... also geht über intval, addslashes und ggf. htmlentities nich hinaus. Besagte Fälle fange ich vorher entsprechend ab. Ich hab ehrlich gesagt keine Ahnung, ob/wie ich das Passwort vernünftig ablegen sollte, bzw. wie ich mit dem kodierten String umgehen soll (die Schreibweise is verdammt gewöhnungsbedürftig). Bytecode war nur eine Idee, weil ich es nicht als String behandeln kann

Hier auch nochmal die einzige Fehlermeldung, die ich rausziehen kann:

Invalid SQL: INSERT INTO sync_authenticate (userID, type, typeID, stamp, pass) VALUES ('1', 'db', '18', '1274345851', '���q JK'}�c�')

Zweiter Anlauf:

Ich hab jetzt für jeden Schritt der Verbindung eine Testausgabe eingebaut und siehe da, irgendwann funktioniert die Entschlüsselung nicht mehr. Der Ablauf ist wie folgt:

1. Lies das verschlüsselte Passwort aus der Session-Tabelle
2. Entschlüssel das Passwort mit einem Key(*)
3. Verbinde dich mit der Datenbank mittels entschlüsselten Passworts
4. Verschlüssel das Passwort wieder mit dem Key(*)
5. Speicher das neue Passwort in der Session-Tabelle

Der Key(*) setzt sich aus Objektvariablen zusammen, die wiederum aus einer Datenbank kommen, in diesem Fall ohne Sonderzeichen oder irgendwelche Besonderheiten
Irgendwann kommt bei Schritt 2 nicht mehr das Originalpasswort raus, sondern wieder etwas unleserliches, was in Schritt 4 zu irgendwas verschlüsselt wird, was der Anweisung in Schritt 5 scheinbar nich gefällt.
Auffallend ist, dass in Schritt 4 immer ein anderes verschlüsseltes Passwort erzeugt wird, aber das (wenn ich mich recht erinner) dem blowfish entsprechen, oder?

Zur Ver- und Entschlüsselung verwende ich die McryptUtil.class.php aus dem Wiki

Da die Objektvariablen, die ich als Key verwende, unverändert sind, muss der Fehler ja eigentlich in meiner Handhabung/Speicherung des verschlüsselten Passworts liegen, oder?
Ich hab nur blob als Typ verwendet, weil ich bei text, also string, ein sql-insert error bekomme...

Hat da jemand Hilfe anzubieten, oder Erfahrung, oder Ideen? Bin für alles offen

Grüße

danke für den Tipp mit dem base64, hätte man echt selbst drauf kommen können, wenn man sich etwas mehr damit befasst hätte

Ich hatte gehofft, es käme immer das gleiche Passwort raus, als ich das Codebeispiel aus dem Wiki gelesen hatte, ist mir halt dieser Zufallswert MCRYPT_RAND aufgefallen, und da mein Passwort immer anders aussah, dachte ich da einen Zusammenhang gefunden zu haben.

Wenn ich dein Codebeispiel verwende kommt tatsächlich immer das gleiche raus, wie gesagt habe ich die McryptUtil von SargTeX aus eurem Wiki testweise verwendet, hier nochmal die entsrepchenden Methoden:


Nehme ich jetzt folgendes Beispiel:


erhalte ich folgende Ausgabe:


Also jedesmal ein anderes Passwort. SargTeX verwendet auch andere Methoden und nen anderen Algorithmus als du (oder?), da ich von dem Gebiet relativ wenig Ahnung hab, war copy&paste angesagt.

Wie auch immer, ich habe die Klasse mal angepasst und mich dabei an dein Beispiel gehalten, siehe da, alles funktioniert wunderbar, die Passwörter sind jetzt tatsächlich identisch
Der zu Beginn genannte SQL-Fehler kommt vermutlich von den Bytedaten die ich speichern wollte... zumindest bekomm ich nach base64 keine Fehler mehr, auch bei den alten "variierenden" Passwörtern. Da bietet MySQL extra ein Byteformat an und ich bin auf Grund mangelnder PHP-Kentnisse zu doof, das zu nutzen... wird nachgeholt.

Zu deiner Frage, was die wiederholte Speicherung soll: da hast du natürlich absolut recht und ich hatte weiter oben ja schon geschrieben, dass ich besagte Verfahrensweise entferne. Das war einfach ein wiederverwendetes Relikt aus grauer Vorzeit und in diesem Kontext ziemlich unnütz Trotzdem hat es mich interessiert, wie es zu dem Fehler kommt, irgendwie muss man ja lernen, oder?

Also, vielen Dank nochmal für die Hilfe


Eine letzte Frage doch noch: Das Beispiel hat ja auch mit SargTeX Version, also den variierenden Passwörtern, funktioniert. Gibt es ne Art Schlagwort, unter dem ich die verschiedenen Algorithmen, die in Mcrypt verwendbar sind, vergleiche kann? Oder heißt es auch hier sich in jeden Algorithmus einlesen und seinen Liebling zu finden?