Was ist ein Hashwert? Hashing, SHA-256 und Salt einfach erklärt

Hashwert einfach erklärt: Ein Hashwert ist der digitale Fingerabdruck von Daten. Eine Hashfunktion presst jede Eingabe – ein Wort, ein Passwort, eine 4-GB-ISO-Datei – in eine Zeichenkette mit fester Länge. Hallo ergibt mit dem Verfahren SHA-256 immer 753692ec…838e013e, 64 Zeichen lang. Zurückrechnen lässt sich daraus nichts, und ein einziges geändertes Zeichen kippt das komplette Ergebnis. Das trennt Hashing von Verschlüsselung.

Hashing oder Verschlüsselung? Der Unterschied in einer Tabelle

Die beiden Begriffe werden ständig verwechselt, dabei lösen sie gegensätzliche Aufgaben. Der Knackpunkt ist die Umkehrbarkeit: Verschlüsselung soll wieder rückgängig gemacht werden, Hashing niemals.

	Hashing	Verschlüsselung
Ziel	Integrität und Vergleichbarkeit	Vertraulichkeit
Schlüssel	keiner	zwingend (symmetrisch oder Schlüsselpaar)
Umkehrbar	nein (Einbahnstraße)	ja, mit dem passenden Schlüssel
Länge des Ergebnisses	immer gleich	wächst mit der Datenmenge
Typische Verfahren	SHA-256, SHA-3, Argon2	AES, RSA, ChaCha20
Alltagsbeispiel	Prüfsumme unter einem Download	HTTPS-Verbindung zur Bank

Als Eselsbrücke für die Prüfung: Verschlüsselung ist ein abschließbarer Tresor, Hashing ein gebackener Kuchen. Den Tresor öffnest du mit dem Schlüssel wieder. Aus dem Kuchen bekommst du Eier und Mehl nie zurück – und trotzdem erkennst du am Ergebnis sofort, wenn jemand am Rezept gedreht hat.

Eine dritte Kategorie taucht in Prüfungsaufgaben gern als Ablenkung auf: die Kodierung, etwa Base64. Die verändert nur die Darstellung, braucht keinen Schlüssel und ist von jedem umkehrbar. Base64 ist damit weder Verschlüsselung noch Hashing, sondern schlicht ein anderes Format.

Hashwert einfach erklärt: So entsteht der Fingerabdruck

Die Hashfunktion zerlegt die Eingabe in Blöcke fester Größe (bei SHA-256 sind es 512 Bit) und verrechnet sie Runde für Runde mit einem internen Zustand. Am Ende bleibt dieser Zustand übrig – der Hashwert. Deshalb ist das Ergebnis unabhängig von der Eingabegröße immer gleich lang, und deshalb ist es deterministisch: Dieselbe Eingabe liefert auf jedem Rechner der Welt denselben Wert.

Am besten siehst du das an drei minimal verschiedenen Eingaben. Es ändert sich nur die Großschreibung beziehungsweise ein Ausrufezeichen, die Ergebnisse haben nichts mehr miteinander zu tun:

Eingabe	SHA-256-Hashwert (gekürzt)
Hallo	753692ec36adb4c7…838e013e
hallo	d3751d33f9cd5049…baeb20b9
Hallo!	357a57fe73d6c63b…e38fc3df

Dieses Verhalten heißt Lawineneffekt und ist der Grund, warum Hashes zum Prüfen taugen: Ein manipuliertes Byte in einer ISO-Datei fällt genauso auf wie ein komplett ausgetauschter Download.

Die vier Eigenschaften einer kryptografischen Hashfunktion

Nicht jede Funktion, die Daten verkürzt, taugt für Sicherheitszwecke. Eine Prüfsumme wie CRC32 erkennt Übertragungsfehler, hält aber keinem Angreifer stand. Eine kryptografische Hashfunktion muss vier Bedingungen erfüllen – ein Klassiker in der Fachinformatiker-Prüfung:

• Feste Länge und Determinismus. Ob fünf Zeichen oder ein ganzes Buch: Der Hashwert hat immer dieselbe Länge, und dieselbe Eingabe ergibt immer denselben Wert. SHA-256 liefert stets 256 Bit, also 64 Hexadezimalzeichen.
• Einwegfunktion (Urbildresistenz). Die Berechnung läuft nur in eine Richtung. Zu einem gegebenen Hashwert eine passende Eingabe zu finden, ist praktisch nicht durchrechenbar.
• Kollisionsresistenz. Es darf praktisch nicht möglich sein, zwei verschiedene Eingaben mit demselben Hashwert zu konstruieren. Eine solche Dopplung heißt Kollision – und genau daran sind MD5 und SHA-1 gescheitert.
• Lawineneffekt. Eine winzige Änderung der Eingabe wirft ein völlig anderes Ergebnis aus. Aus zwei Hashwerten lässt sich also nicht ablesen, wie ähnlich sich die Eingaben waren.

Wichtig für das Verständnis: „Praktisch unmöglich“ heißt nicht „mathematisch ausgeschlossen“. Weil unendlich viele Eingaben auf endlich viele Hashwerte abgebildet werden, existieren Kollisionen zwangsläufig. Sicher ist ein Verfahren, solange niemand sie gezielt herstellen kann.

Welche Hash-Algorithmen sind 2026 noch sicher?

„Hash“ ist der Oberbegriff, die konkrete Rechenvorschrift ist der Algorithmus. Vier Namen begegnen dir ständig, aber nur zwei davon gehören heute noch in sicherheitskritische Anwendungen:

Algorithmus	Länge	Status 2026
MD5	128 Bit	gebrochen – nur noch als grobe Prüfsumme gegen Übertragungsfehler
SHA-1	160 Bit	gebrochen – von NIST bis Ende 2030 abgekündigt, danach unzulässig
SHA-256 / SHA-512 (SHA-2)	256 / 512 Bit	Standard, von BSI und NIST empfohlen
SHA3-256 (SHA-3)	256 Bit	zugelassen, völlig andere Bauweise – die Reserve für den Fall der Fälle

Bei MD5 sind Kollisionen seit Jahren auf einem Notebook in Sekunden herstellbar. SHA-1 fiel in zwei Etappen: 2017 zeigten Forscher von Google und dem CWI Amsterdam mit SHAttered die erste praktische Kollision, 2020 folgte mit SHA-mbles die deutlich gefährlichere Chosen-Prefix-Kollision – für rund 45.000 US-Dollar gemietete GPU-Rechenzeit. Damit lassen sich zwei sinnvolle, aber verschiedene Dokumente mit identischem Hashwert bauen; genau das braucht ein Angreifer für gefälschte Signaturen.

Die offiziellen Fristen kennst du am besten aus erster Hand: NIST hat den Ausstieg aus SHA-1 bis zum 31. Dezember 2030 festgelegt – danach ist der Algorithmus für kryptografischen Schutz nicht mehr zulässig, und die kommende Standardfassung FIPS 180-5 enthält ihn nicht mehr. Das deutsche BSI führt in seiner jährlich aktualisierten Technischen Richtlinie TR-02102-1 (Version 2026-01) SHA-256, SHA-384 und SHA-512 sowie die SHA-3-Varianten als empfohlene Hashfunktionen.

Praktische Folge: Bietet ein Anbieter zu seinem Download nur eine MD5-Summe an, erkennst du damit einen abgebrochenen Transfer, aber keine gezielte Manipulation. Für echte Integritätsprüfung gehört SHA-256 hin.

Prüfsumme selbst berechnen – Windows, Linux, macOS

Der häufigste Praxisfall: Du hast eine ISO-Datei oder ein Installationspaket geladen und willst wissen, ob sie unverändert angekommen ist. Das geht auf allen drei Systemen ohne Zusatzsoftware.

1. Den Soll-Wert von der Herstellerseite holen. Nur von der offiziellen HTTPS-Seite, nicht vom selben Spiegelserver wie die Datei – sonst könnte jemand Datei und Prüfsumme zusammen austauschen.
2. Den Ist-Wert lokal berechnen. Windows, PowerShell: Get-FileHash .\datei.iso – der Befehl nutzt standardmäßig SHA-256. In der klassischen Eingabeaufforderung geht certutil -hashfile datei.iso SHA256. Unter Linux: sha256sum datei.iso, unter macOS: shasum -a 256 datei.iso.
3. Vergleichen lassen statt hinschauen. 64 Hexzeichen mit dem Auge zu prüfen, geht schief. In der PowerShell erledigt das (Get-FileHash .\datei.iso).Hash -eq 'HIER_DEN_SOLLWERT' und antwortet mit True oder False. Liefert ein Projekt eine Datei wie SHA256SUMS mit, prüft sha256sum -c SHA256SUMS gleich mehrere Dateien auf einmal.

Ein passender Hashwert beweist Unversehrtheit – nicht Vertrauenswürdigkeit. Wer die Datei auf einem Server manipuliert, kann dort auch die veröffentlichte Prüfsumme ändern. Erst eine Signatur, etwa mit GPG oder über ein Code-Signing-Zertifikat, bindet die Datei an einen überprüfbaren Absender.

Passwörter richtig hashen: Salt und langsame Verfahren

Hier liegt der verbreitetste Denkfehler. SHA-256 gilt als sicher – für Passwörter ist es trotzdem die falsche Wahl. Der Grund liegt im Design: SHA-256 ist auf Tempo getrimmt. Eine aktuelle Grafikkarte rechnet Milliarden dieser Hashes pro Sekunde und rät kurze Passwörter aus einem Leak in Minuten durch.

Für Passwörter braucht es deshalb zwei zusätzliche Bausteine:

• Salt. Vor dem Hashen wird jedem Passwort eine zufällige Zeichenkette beigemischt, pro Benutzerkonto eine eigene. Zwei Personen mit identischem Passwort bekommen dadurch verschiedene Hashwerte, und vorberechnete Angriffstabellen (Rainbow Tables) laufen ins Leere. Der Salt ist kein Geheimnis und wird im Klartext neben dem Hash gespeichert – seine Wirkung liegt allein in der Einzigartigkeit.
• Absichtlich langsame Verfahren. Passwort-Hashfunktionen sind bewusst rechen- und speicherhungrig gebaut, um massenhaftes Durchprobieren zu verteuern. Üblich sind Argon2id, scrypt, bcrypt und PBKDF2. Argon2 gewann 2015 die Password Hashing Competition und gilt heute als erste Wahl.

Welche Einstellungen als Mindestmaß gelten, hält der OWASP Password Storage Cheat Sheet fest:

Verfahren	Mindestparameter laut OWASP	wann
Argon2id	19 MiB Speicher, 2 Durchläufe, Parallelität 1	Standardwahl für neue Projekte
scrypt	CPU/Speicher-Kosten 2^17, Blockgröße 8, Parallelität 1	wenn Argon2id fehlt
bcrypt	Kostenfaktor 10 oder höher	Bestandssysteme; Achtung: nur 72 Byte Passwortlänge
PBKDF2-HMAC-SHA-256	600.000 Iterationen	wenn FIPS-140-Konformität gefordert ist

Als dritte Schicht taucht gelegentlich der Pepper auf: ein zusätzlicher Geheimwert, der für alle Konten gleich ist, aber getrennt von der Datenbank liegt – etwa in einem Hardware-Sicherheitsmodul. Erbeutet jemand nur den Datenbank-Dump, fehlt ihm dieser Baustein.

Für die Umsetzung gilt eine schlichte Regel: Passwort-Hashing nie selbst zusammenbauen. Jedes ernstzunehmende Framework bringt eine fertige Funktion mit, die Salt-Erzeugung, Verfahren und Parameter im Hash-String hinterlegt. Wer stattdessen blankes SHA-256 oder gar MD5 in die Benutzertabelle schreibt, baut die Schwachstelle ein, an der Datenlecks reihenweise ausgewertet werden.

Wo dir Hashwerte im Alltag begegnen

• Downloads und Updates. Prüfsummen neben ISO-Dateien, Paketmanager wie apt oder Windows Update vergleichen intern ständig Hashwerte.
• Anmeldungen. Seriöse Dienste speichern kein Klartext-Passwort, sondern nur den gesalzenen Hash. Beim Login wird deine Eingabe erneut gehasht und verglichen.
• Digitale Signaturen und Zertifikate. Signiert wird nicht das Dokument, sondern dessen Hashwert – das macht Signaturen schnell und beweist trotzdem jede Byte-Änderung.
• Versionsverwaltung. Git identifiziert Commits über Hashwerte; die Kette aus Commit-Hashes macht nachträgliche Änderungen an der Historie sichtbar.
• Deduplizierung und Forensik. Backup-Software erkennt identische Dateien am gleichen Hash, Ermittler vergleichen Datenträger-Images darüber.

Drei Missverständnisse, die in Prüfungen Punkte kosten

Damit ist der Hashwert einfach erklärt – die Fallstricke liegen woanders. Diese drei Sätze hört man ständig, und alle drei sind falsch oder zumindest unvollständig:

• „Das Passwort ist verschlüsselt gespeichert.“ Wenn es richtig gemacht ist, ist es gehasht – nicht verschlüsselt. Wäre es verschlüsselt, könnte der Betreiber es zurückholen. Deshalb ist eine Website, die dir dein altes Passwort per Mail zusendet, ein Warnsignal.
• „Gehasht heißt sicher.“ Ein Leak mit blanken SHA-256-Hashes ohne Salt ist in kurzer Zeit weitgehend geknackt. Erst Verfahren, Salt und Parameter entscheiden über den Schutz.
• „MD5 ist kaputt, also unbrauchbar.“ Für Sicherheit ja. Als schneller Vergleichswert beim Deduplizieren oder Sortieren großer Dateimengen ist MD5 weiterhin brauchbar, solange kein Angreifer die Eingaben bestimmt.

Häufige Fragen

Was ist ein Hashwert einfach erklärt?

Ein Hashwert ist der digitale Fingerabdruck von Daten: Eine Hashfunktion wandelt jede Eingabe in eine Zeichenkette fester Länge um. Aus dem Ergebnis lässt sich das Original nicht zurückrechnen.

Was ist der Unterschied zwischen Hashing und Verschlüsselung?

Verschlüsselung ist mit dem passenden Schlüssel umkehrbar und schützt die Vertraulichkeit. Hashing ist eine Einbahnstraße ohne Schlüssel und dient der Integritätsprüfung, nicht der Geheimhaltung.

Welcher Hash-Algorithmus ist 2026 sicher?

Für Prüfsummen und Signaturen SHA-256 oder SHA-512, alternativ SHA-3. MD5 und SHA-1 sind durch Kollisionsangriffe gebrochen; NIST lässt SHA-1 nur noch bis Ende 2030 zu.

Warum reicht SHA-256 für Passwörter nicht aus?

SHA-256 ist auf Tempo gebaut, Grafikkarten berechnen Milliarden Hashes pro Sekunde. Passwörter brauchen bewusst langsame Verfahren mit Salt, etwa Argon2id, bcrypt oder scrypt.

Wie prüfe ich den Hashwert einer Datei unter Windows?

In der PowerShell mit Get-FileHash .\datei.iso – der Befehl nutzt standardmäßig SHA-256. Den ausgegebenen Wert mit der Prüfsumme auf der offiziellen Herstellerseite vergleichen.