Hash berechnen: MD5, SHA-1, SHA-256

VonOleh Soloninaktualisiert 25. September 2026

Ergebnis

SHA-256: 3726b0bf701a0283d1ee0e9d174344e235e2eb243249923da92272c2f28f7990

Hash (hexadezimal)

3726b0bf701a0283d1ee0e9d174344e235e2eb243249923da92272c2f28f7990

Länge

Rechnung

8 Zeichen sind in UTF-8 8 Bytes. SHA-256 verdichtet sie auf 256 Bit und schreibt sie als 64 Hexziffern — dieselbe Länge, ob die Eingabe ein Wort ist oder ein Gigabyte.

Hinweis

SHA-256 gilt als sicher. Für Passwörter trotzdem ungeeignet: dafür braucht es bcrypt, scrypt oder Argon2, weil ein schneller Hash milliardenfach je Sekunde durchprobiert wird.

Das Ergebnis ist ein Richtwert und ersetzt keine Beratung.

MD5, SHA-1 oder SHA-256 von einem Text — mit Länge und Hinweis, wofür der Algorithmus noch taugt.

Ein Hash ist ein Fingerabdruck fester Länge: SHA-256 liefert für „hallo“ und für ein ganzes Buch jeweils 64 hexadezimale Zeichen. Ändert sich ein einziges Zeichen — „Hallo“ statt „hallo“ —, ist das Ergebnis nicht ähnlich, sondern vollständig anders. Deshalb taugt ein Hash zum Vergleichen, nicht zum Suchen nach Ähnlichem: Zwei fast gleiche Texte haben in ihren Hashes nichts gemeinsam.

Gerechnet wird im Browser, und zwar über die UTF-8-Darstellung des Textes. Ein Leerzeichen oder ein Zeilenumbruch am Ende zählt mit: Wer den Wert mit der Ausgabe von sha256sum vergleicht und eine Abweichung sieht, findet die Ursache fast immer dort. Dateien nimmt das Feld nicht entgegen, nur Text.

So benutzen Sie den Rechner

Tragen Sie den Text ein — gerechnet wird im Browser, nichts wird übertragen.
Wählen Sie den Algorithmus: SHA-256 für alles Neue, MD5 und SHA-1 nur, um eine vorhandene Prüfsumme nachzurechnen.
Vergleichen Sie den Hash Zeichen für Zeichen mit dem veröffentlichten Wert — eine einzige Abweichung bedeutet andere Daten.

Drei Algorithmen, drei feste Längen

Ein Hash ist immer gleich lang, ganz gleich wie lang die Eingabe war. Das Wort „UniTools“ und ein Gigabyte Video ergeben in SHA-256 beide 64 Hexziffern — die Länge gehört zum Algorithmus, nicht zu den Daten.

Unterschiedlich ist damit nur, wie viele verschiedene Werte es überhaupt gibt: 2¹²⁸ bei MD5, 2²⁵⁶ bei SHA-256. Das allein macht MD5 nicht unbrauchbar — unbrauchbar wurde er, weil sich Kollisionen gezielt erzeugen lassen.

Alle Werte stammen aus dem Rechner dieser Seite; dort stehen sie vollständig. Abgeschnitten sind sie hier nur der Breite wegen — verglichen werden muss immer der ganze Hash.
Algorithmus	Bit	Hexziffern	Hash von „UniTools“ (Anfang)	Wofür noch
MD5	128	32	9cab0fc13c93…	Prüfsumme gegen Übertragungsfehler
SHA-1	160	40	f2965bbb06bf…	Prüfsumme, Objektnamen in Git
SHA-256	256	64	3726b0bf701a…	Signaturen, Zertifikate, Integrität

Ein Zeichen anders, alles anders

Ändert sich an der Eingabe ein einziges Bit, ändert sich im Mittel die Hälfte aller Bits des Hashes. Der Lawineneffekt ist der Grund, warum sich aus einem Hash nichts über die Eingabe ablesen lässt: Ähnliche Texte ergeben keine ähnlichen Hashes.

Er ist auch der Grund für den häufigsten Fehlalarm beim Prüfen von Downloads. Ein Leerzeichen oder ein Zeilenumbruch am Ende zählt als Zeichen und ergibt einen völlig anderen Hash — die vierte Zeile zeigt es.

Alle Zeilen stammen aus dem Rechner dieser Seite. Keine zwei Hashes ähneln einander auch nur entfernt, obwohl sich die Eingaben um ein einziges Zeichen unterscheiden.
Eingabe	SHA-256 (Anfang)	Unterschied zur ersten Zeile
UniTools	3726b0bf701a0283…	—
unitools	3ad1d50a39b1a0c6…	zwei Buchstaben klein statt groß
UniToolt	9034e1d3c4180d3a…	ein Buchstabe ausgetauscht
UniTools	f5bc6308260f2ae9…	ein Leerzeichen am Ende

MD5 und SHA-1 sind gebrochen

Gebrochen heißt: Man kann gezielt zwei verschiedene Eingaben mit demselben Hash erzeugen. Für MD5 ist das seit 2004 bekannt; heute rechnet ein Notebook eine solche Kollision in Sekunden, und auch die teurere Variante mit frei gewähltem Anfang — erst sie erlaubt es, zwei sinnvolle Dateien gegeneinander auszutauschen — ist seit dem gefälschten CA-Zertifikat von 2008 bezahlbar. Für SHA-1 gelang es 2017 erstmals: Mit einem Rechenaufwand von rund 6 500 CPU-Jahren legten Forscher zwei verschiedene PDF-Dateien mit identischem SHA-1 vor; seit 2019 kostet ein solcher Angriff nur noch einige zehntausend Euro Rechenzeit — billig genug, dass sich niemand mehr darauf verlassen sollte. Für neue Signaturen, Zertifikate oder den Schutz eines Downloads gegen Manipulation taugen sie deshalb nicht mehr. Eine Kollision heißt allerdings nicht, dass sich zu jeder vorhandenen Datei eine zweite mit demselben Hash finden lässt — das wäre ein Angriff auf das zweite Urbild, und der ist auch bei MD5 bis heute nicht praktikabel.

Als Prüfsumme gegen zufällige Beschädigung bleiben beide brauchbar: Ob eine Datei beim Kopieren oder Herunterladen kaputtgegangen ist, verrät ein MD5 so zuverlässig wie eh und je — ein Bit kippt nicht mit Absicht. Sobald jemand ein Interesse daran hat, dass zwei Dateien gleich aussehen, ist SHA-256 die Untergrenze; MD5 (RFC 1321, von 1992) und SHA-1 führt das BSI in seiner Technischen Richtlinie TR-02102-1 seit Jahren nicht mehr als geeignet auf. Darum ist SHA-256 hier voreingestellt.

Passwörter gehören nicht in einen schnellen Hash

SHA-256 ist auf Tempo gebaut. Eine Grafikkarte rechnet Milliarden davon pro Sekunde — genau die Eigenschaft, die den Algorithmus für Prüfsummen tauglich macht, macht ihn als Passwortspeicher untauglich. Wer Passwörter in einer Datenbank ablegt, nimmt bcrypt, scrypt oder Argon2: absichtlich langsame Verfahren mit einstellbarem Aufwand und einem eigenen Salt je Benutzer.

Dass ein Hash nicht umkehrbar ist, hilft dabei wenig. Kurze und häufige Eingaben muss niemand zurückrechnen, sie werden nachgeschlagen: Wortlisten, Name mit Jahreszahl und ganze Leak-Sammlungen liegen längst als fertige Hash-Listen bereit, und Rainbow Tables pressen dasselbe platzsparend in Ketten. Erst ein zufälliges Salt je Eintrag macht diese Vorberechnung wertlos — und ein Salt kennt dieser Rechner nicht.

Was der Rechner nicht kann

Er hasht Text, keine Dateien. Die Prüfsumme einer heruntergeladenen ISO holen Sie sich schneller lokal: sha256sum datei.iso unter Linux, shasum -a 256 datei.iso unter macOS, Get-FileHash datei.iso in der PowerShell. Verglichen wird das Ergebnis mit dem Wert von der Seite des Anbieters, nicht mit dem, der beim Spiegelserver neben der Datei liegt. Gegen einen kaputten Download hilft das; gegen einen manipulierten Anbieter hilft nur eine Signatur — GPG oder minisign, mit einem Schlüssel, den Sie anderswoher kennen.

HMAC, Schlüssel und Salt fehlen ebenfalls. Für eine Webhook-Signatur brauchen Sie HMAC-SHA-256 mit dem geheimen Schlüssel des Absenders; ein reiner Hash über denselben Text ergibt einen anderen Wert und prüft gar nichts. Und auch wenn die Eingabe hier den Browser nicht verlässt: Echte Geheimnisse tippt man grundsätzlich nicht in ein Webformular.

Quellen

Stand der Werte: 2026. Die Ergebnisse sind Orientierungswerte und ersetzen keine fachliche Beratung.

Häufige Fragen

Warum ist mein Hash anders als der auf der Download-Seite?

Fast immer liegt es an der Eingabe, nicht am Algorithmus. Ein Zeilenumbruch am Ende, ein mitkopiertes geschütztes Leerzeichen oder eine andere Zeichenkodierung ergeben einen völlig anderen Wert. Und wenn Sie eine Datei prüfen wollen: Dieses Feld hasht den Text, den Sie hineinkopieren, nicht die Datei selbst.

Kann man einen Hash zurückrechnen?

Den Algorithmus umkehren: nein. Die Eingabe wiederfinden: bei kurzem oder gängigem Text sehr wohl. Ein achtstelliges Passwort aus Buchstaben und Ziffern ist auf heutiger Hardware in überschaubarer Zeit durchprobiert, ein bekanntes Wort steht ohnehin in jeder fertigen Hash-Liste. Geheim bleibt eine Eingabe nur, wenn sie lang und zufällig ist.

Reicht SHA-256, oder sollte es SHA-512 sein?

Für alles Übliche reicht SHA-256: Es gilt als ungebrochen und ist der Standard für Signaturen, Zertifikate und Prüfsummen. SHA-512 ist nicht alltagstauglicher, sondern schlicht länger; in reiner Software ist es auf 64-Bit-Prozessoren sogar schneller, mit den SHA-Befehlen aktueller CPUs liegt dafür SHA-256 vorn. SHA-3 ist ein anderer Aufbau und als Rückfallebene gedacht, kein fälliger Wechsel.

Warum ändert ein einziges Zeichen den ganzen Hash?

Weil jede Runde des Algorithmus das Zwischenergebnis durchmischt: Ein umgekipptes Bit der Eingabe kippt im Mittel die Hälfte aller Bits der Ausgabe. Das heißt Lawineneffekt und ist Absicht — sonst ließen sich aus ähnlichen Hashes ähnliche Eingaben erraten.

Zählt ein Zeilenumbruch am Ende mit?

Ja, wie jedes andere Zeichen. Genau daran scheitern die meisten Vergleiche: Ein Editor hängt beim Speichern einen Zeilenumbruch an, und schon stimmt der Hash nicht mehr mit dem veröffentlichten überein. Der Rechner hasht die Eingabe genau so, wie sie im Feld steht.

Was ist eine Kollision?

Zwei verschiedene Eingaben mit demselben Hash. Bei jedem Hash gibt es sie zwangsläufig, weil beliebig viele Eingaben auf endlich viele Ausgaben abgebildet werden. Entscheidend ist, ob sich eine gezielt herstellen lässt — bei MD5 in Sekunden, bei SHA-1 seit 2017 nachgewiesen, bei SHA-256 bisher nicht.

Nützliche Links

Entwicklung und Web Alle Rechner

Hash berechnen: MD5, SHA-1, SHA-256

Ergebnis

Passt dazu

Base64-Umwandler

UUID erzeugen und prüfen

Passwortstärke-Rechner

JWT-Decoder

Textgröße in Bytes

JSON in YAML umwandeln

Nützliche Links