Hallo

Wie kann ich ein PAsswort mit PErl in einer Mysql-Datenbank sicherer verschlüsseln als bisher mit crypt?


Gibt es da etwas?

Habe mal von MD5 gehört, was ist das und wie kann ich das anwenden?

Patrick Müller

crypt ist wohl für alle Praktischen Zwecke sicher genug. crypt kann man nur mit brute-force knacken, md5 auch. Und wenn du mal soweit bist, daß jemand den Inhalt deiner Datenbank kriegt, hast du eh schon fast veroren.

md5 ist nicht zum verschlüsseln gedacht, sondern bildet Prüfsummen über Dateien. Wenn die Prüfsumme gleich ist, kannst du davon ausgehen, daß die Dateien gleich sind. Für md5 gibt es zB. bei Debian das Programm md5sum. Aber du kannst ja auch mal bei CPAN nach md5 suchen.

nachteil bei crypt ist die maximallänge von 8 zeichen...
da ist md5 besser; noch besser sha1...

alle drei beruhen auf dem gleichen Prinzip...
bei allen dreien gibt es keine rückfunktion...

zum verschlüsseln eigent sich auch RC4... da kann man richtig ver- und entschlüsseln!\n\n

<!--EDIT|esskar|1067089563-->

MD5 ist zwar etwas zu aufwendig zu dem Zwecke, aber an sich erfuellt es imho alle Voraussetzungen, die eine Passwort-Verschluesselungsfunktion haben muss. Es ist extra so gebaut, dass man keine Umkehrfunktion findet und nur mit nahezu unendlichem Rechenaufwand zwei gleiche Digests

[quote=betterworld,25.10.2003, 22:06]MD5 ist zwar etwas zu aufwendig zu dem Zwecke[/quote]
wie kommst du darauf?

@esskar: Ich sagte das, weil MD5 ja eigentlich dazu gedacht ist, auf `grosse' Dateien angewandt zu werden statt auf so ein paar Bytes von Passwort. Laesst sich aber trotzdem dazu verwenden

das stimmt doch gar nicht...

Was stimmt nicht? Dass man es verwenden kann oder dass es fuer grosse Dateien gedacht ist?
Ich habe ehrlich gesagt nicht so viel Ahnung von Verschluesselung, aber der Name "Message Digest" laesst doch vermuten, dass es eben fuer Texte und nicht fuer Woerter gedacht ist. Ich habe mir einmal den Algorithmus angeschaut und er sah in der Tat `aufwendig' aus. Wie lang der crypt()-Algorithmus ist, weiss ich hingegen nicht so genau.
Aber ich hab wie gesagt keine Ahnung und schreibe jetzt lieber nichts mehr bevor ich mich vollstaendig blamiere

hashing algorithmen haben an für sich nix mit der länge des inputs zu tun...

der input wird in n blöcke unterteilt (z.b. 1 block = 64 Zeichen)
falls der n-te block < 64 zeichen, dann wird er mit nullen aufgefüllt...

dann wird eine funktion über den block gejagt und rauskommt ein digest von z.b. 16 Zeichen...

hier ist die crypt funktion in c code: http://www.openbsd.org/cgi-bin....-markup

Hm.
Was bringt es mir mit MD5 o. crypt nen Passwort in einer DB zu speichern, wenn ich dieses danach nicht mehr pruefen kann, weil es keine "Rueckfunktion" gibt?

Styx