TontonTools
Sicherheit und Datenschutz

MD5 vs. SHA-256 vs. bcrypt: Welchen Hash sollten Sie verwenden?

Enyong Carinton Tegum· May 11, 2026· 3 Min Lesezeit
Abstract visual of data encryption and cryptographic hashing
Photo by Rafael Minguet Delgado on Pexels

Hashing nimmt jede Eingabe entgegen und erzeugt einen „Fingerabdruck“ fester Länge, der praktisch unmöglich rückgängig zu machen ist. Es ist überall – Dateiintegritätsprüfungen, digitale Signaturen, Blockchains und Passwortspeicherung. Aber MD5, SHA-256 und bcrypt sind für sehr unterschiedliche Aufgaben konzipiert und die Verwendung des falschen Passworts (insbesondere bei Passwörtern) ist ein schwerwiegender, häufiger Sicherheitsfehler. So wählen Sie richtig aus.

Erstens, was eine gute Hash-Funktion garantiert

Ein kryptografischer Hash sollte deterministisch sein (gleiche Eingabe, gleiche Ausgabe), schnell zu berechnen für den legitimen Gebrauch und resistent gegen zwei Angriffe: Finden der ursprünglichen Eingabe aus dem Hash (Preimage-Resistenz) und Finden von zwei Eingaben mit demselben Hash (Kollisionsresistenz). Wenn eine Hash-Funktion „kaputt geht“, bedeutet das normalerweise, dass Forscher einen praktischen Weg gefunden haben, Kollisionen zu erzeugen.

MD5: Nur schnelle Fingerabdrücke

MD5 erzeugt einen 32-Zeichen-Hash (128-Bit) und ist sehr schnell. Der Haken: Es ist seit Mitte der 2000er Jahre kryptografisch gebrochen – praktische Kollisionsangriffe sind gut dokumentiert, weshalb es niemals für Passwörter, Zertifikate oder Signaturen verwendet werden darf. Für nicht sicherheitsrelevante Zwecke wie Cache-Schlüssel, Deduplizierung und schnelle Prüfsummen, bei denen ein Angreifer keinen Anreiz hat, eine Übereinstimmung zu fälschen, ist es immer noch in Ordnung. Generieren Sie eines mit unserem MD5-Generator.

SHA-256: Sichere Integrität

SHA-256, Teil der von NIST standardisierten SHA-2-Familie, erzeugt einen 256-Bit-Hash und bleibt kollisionsresistent, ohne dass praktische Angriffe auftreten. Es ist das Arbeitstier hinter TLS-Zertifikaten, Software-Signatur und Bitcoin. Verwenden Sie es immer dann, wenn Sie sicherstellen müssen, dass sich Daten nicht geändert haben – Dateidownloads, Dokumentintegrität, API-Anfragesignatur. Probieren Sie den SHA-256-Generator aus, um ihn in Aktion zu sehen.

bcrypt: das für Passwörter

Hier ist die wichtigste Erkenntnis, die so viele Entwickler stutzig macht: Passwörter sollten niemals mit MD5 oder SHA-256 gehasht werden, gerade weil diese schnell sind. Die Geschwindigkeit ist bei Prüfsummen großartig, bei Passwörtern jedoch katastrophal, da sie es Angreifern ermöglicht, Milliarden von Vermutungen pro Sekunde anhand einer gestohlenen Datenbank zu testen. bcrypt ist absichtlich langsam und verfügt über einen integrierten Zufalls-Salt, sodass identische Passwörter unterschiedliche Hashes erzeugen und Brute-Force-Angriffe unpraktisch werden. Aufgrund seines „Kostenfaktors“ können Sie den Arbeitsaufwand erhöhen, wenn die Hardware schneller wird. Sehen Sie, wie es mit unserem bcrypt-Hash-Generator funktioniert. Das OWASP Password Storage Cheat Sheet empfiehlt aus genau diesem Grund bcrypt (oder Argon2/scrypt).

Kurzreferenz

  • MD5 → nicht sicherheitsrelevante Fingerabdrücke, Cache-Schlüssel, Deduplizierung. Nie aus Sicherheitsgründen.
  • SHA-256 → Dateiintegrität, Signaturen, Zertifikate, Blockchains.
  • bcrypt (oder Argon2/scrypt) → Passwortspeicherung, immer gesalzen und langsam.

Identifizierung eines unbekannten Hash

Sie haben eine Datenbank voller mysteriöser Hashes geerbt? Die Länge und das Format geben wichtige Hinweise – 32 Hexadezimalzeichen bedeuten normalerweise MD5, 64 bedeutet SHA-256 und eine Zeichenfolge, die mit $2y$ beginnt, ist bcrypt. Unser Hash-Identifier kann es für Sie eingrenzen. Die ausführlichere Geschichte „Warum schnelles Hashing bei Passwörtern fehlschlägt“ finden Sie in unserem Begleitleitfaden zum Erstellen sicherer Passwörter.

Fazit

Passen Sie das Tool an die Aufgabe an: MD5 für triviale Fingerabdrücke, SHA-256 für Integrität und ein langsamer Salted-Algorithmus wie bcrypt für Passwörter. Die Wahl der falschen Lösung ist keine Stilpräferenz – es ist der Unterschied zwischen einem eingedämmten und einem katastrophalen Datenbankverstoß.

Share X / Twitter Facebook LinkedIn WhatsApp

Weiterlesen

← Zurück zu allen Beiträgen

We use cookies for analytics and to keep the tools free via ads. See our Privacy Policy.