Ist mehrfaches Hashen sichererer?

[Benzol]

Hi,

wenn man Passwörter überträgt an eine Api etwa sendet man die ja nicht direkt sondern hasht sie. Bei anderen Programmierern habe ich schon gesehen, dass sie nicht nur 1x hashen sondern mehrmals, auch mit anderen Daten als nur dem Passwort wie z.B. dem Salt. Dass es sicherer ist nicht nur das Passwort zu übertragen sondern es mit Benutzerspezifischen Daten zu vernüpfen leuchtet mir ein, da man es so nicht ohne weiteres mit Rainbowtables knacken kann.

Aber wird das ganze wirklich sicherer wenn man ein Kennwort mehrmals Hasht?

Nehmen wir ein Beispiel:

$pw_hashed = md5($user_pw.$user_salt); 

$user_pw ist das normale Passwort dass der Benutzer eingibt und $user_salt sein Salt der aus der Datenbank kommt und bei der Anmeldung generiert wird. Nehmen wir an, $user_pw ist "123". Jetzt muss zum knacken nicht der md5 Hash von 123 ermittelt werden, sondern auch noch der des Salts. Dieser ist völlig unbekannt und kann alles mögliche sein, etwa "8G?2AQ°!4l". Es muss also der md5 Hash von 1238G?2AQ°!4l gefunden werden, also funktionieren Rainbowtables nicht, weil sich dort höchstens der Hash von "123" befinden würde, aber wohl kaum von diesem Gebilde.

Nun seh ich aber dass anderer Programmierer der Meinung sind viel hilft viel, sie würden aus meinem Bsp oben etwas wie das hier machen:

$pw_hashed = md5(md5($user_pw).md5($user_salt)); 

Es wird also der Hash der einzelnen Daten erzeugt und von deren Hash wieder ein Hash. Bringt das wirklich mehr Sicherheit? Wenn ja weshalb?

[CDLF]

Bringt mehr Sicherheit, weil beim bruten mehr Aufwand entsteht.
Ich würde dir statt MD5-Hashes, SHA-1 oder SHA-256 empfehlen.

[!lkay]

Oder SHA3 (Keccak). Und ja, mehrfaches Hashen ist sicherer.

[Leuchtturmwärter]

Ich würde dir statt MD5-Hashes, SHA-1 oder SHA-256 empfehlen.

SHA-1 wird inzwischen allerdings auch als nicht mehr 100% zuverlässig angesehen (siehe z.B. https://blog.mozilla.org/security/20...re-algorithms/), sodass Microsoft, Google und Mozilla allesamt angekündigt haben, Zertifikate mit SHA-1 mittelfristig nicht mehr zu akzeptieren; Kollisionsangriffe sind auch für Passworthashes problematisch.