Hashes/Krypto

Checksum Verifier

Die Integrität einer Datei oder eines Textes prüfen — den erwarteten Hash einfügen, das Tool erkennt den Algorithmus unter den 13 unterstützten selbst.

Text/Datei und den erwarteten Hash zum Überprüfen eingeben.

Berechnete Hashes

MD5
SHA-1
SHA-256
SHA-384
SHA-512
SHA3-256
SHA3-512
RIPEMD-160
BLAKE2b-512
BLAKE2s-256
BLAKE3
CRC32
Adler-32

Sites publish a checksum next to a download so users can confirm the file arrived intact and hasn't been tampered with. This tool hashes your file and compares it against the expected value, detecting the algorithm automatically.

How to use it

Common uses

Things to keep in mind

A checksum check protects against accidental corruption and confirms file integrity, but it doesn't guarantee the original itself wasn't compromised at the source — that requires a digital signature.

If the checksum doesn't match, re-download the file first: the most common cause is corruption in transit, not tampering.

Artikel zu diesem Tool: Checksum Verifier: wie man prüft, ob eine Datei nicht beschädigt ist

Häufig gestellte Fragen

Was bringt es, Prüfsummen zu vergleichen, statt einem Download einfach zu vertrauen?

Eine Prüfsumme lässt Sie bestätigen, dass eine Datei bei der Übertragung nicht beschädigt oder manipuliert wurde, indem Sie den lokal berechneten Hash mit dem von der Quelle veröffentlichten vergleichen — stimmen sie nicht überein, unterscheidet sich die Datei vom veröffentlichten Original.

Welchen Algorithmus sollte ich zur Prüfsummenverifikation verwenden?

Verwenden Sie den Algorithmus, in dem die Quelle die Prüfsumme veröffentlicht hat — heute meist SHA-256, ältere SHA-1- oder MD5-Prüfsummen sind bei Legacy-Dateien aber noch üblich. Der Algorithmus muss exakt übereinstimmen, da ein Hash eines Algorithmus nicht mit einem anderen vergleichbar ist.

Wird meine Datei beim Prüfen irgendwohin hochgeladen?

Nein. Die Datei wird vollständig in Ihrem Browser gelesen und gehasht — sie wird nie auf einen Server hochgeladen.

Warum wird für Prüfsummen manchmal CRC32 statt SHA-256 verwendet?

CRC32 ist deutlich schneller, lässt sich aber leicht absichtlich fälschen — akzeptabel zur Erkennung zufälliger Übertragungsschäden (Archivierungsprogramme, Netzwerkprotokolle), aber ungeeignet als Schutz vor einem Angreifer, der eine Datei unbemerkt austauschen will.

Was tun, wenn die Prüfsumme nicht übereinstimmt?

Laden Sie die Datei zunächst erneut herunter — die häufigste Ursache für Abweichungen ist ein Übertragungsschaden. Stimmt die Prüfsumme auch nach dem erneuten Download nicht überein, verwenden Sie die Datei nicht: Möglicherweise wurde die Datei von der Quelle aktualisiert, ohne die veröffentlichte Prüfsumme zu aktualisieren, oder die Datei wurde ausgetauscht.

Artikel: Hashes/Krypto

Hash Generator: worin sich MD5, SHA-1 und SHA-256 unterscheiden

Warum MD5 immer noch zur Überprüfung der Dateiintegrität verwendet wird, aber nicht für Passwörter.

HMAC: wie sich ein Hash mit Schlüssel von einem gewöhnlichen Hash unterscheidet

Warum ein einfacher SHA-256 nicht vor Manipulation einer Nachricht schützt, HMAC aber schon.

Bcrypt: warum Passwörter langsam gehasht werden, nicht schnell

Warum ein schneller SHA-256 eine schlechte Wahl für Passwörter ist, und ein langsamer bcrypt die richtige.

UUID: wie Kennungen erzeugt werden, die sich fast nie wiederholen

Warum UUID v4 unabhängig auf Millionen von Maschinen ohne Kollisionsrisiko erzeugt werden kann.

Passwortgenerator: was ein Passwort wirklich stark macht

Warum ein langes Passwort aus Wörterbuchwörtern stärker ist als ein kurzes mit Symbolen und Zahlen.

AES: wie symmetrische Verschlüsselung funktioniert

Warum bei AES derselbe Schlüssel Daten verschlüsselt und entschlüsselt, und wie sich das von asymmetrischer Verschlüsselung unterscheidet.

Argon2: warum dieser Algorithmus den Passwort-Hashing-Wettbewerb gewann

Wie Argon2 besser vor Angriffen mit Grafikkarten schützt als ältere Passwort-Hashing-Algorithmen.

Scrypt: warum der Algorithmus so viel Speicher braucht

Warum scrypt absichtlich viel Speicher benötigt, um das Knacken auf ASIC-Geräten zu erschweren.

TOTP: wie Einmalcodes in Authenticator-Apps funktionieren

Warum der Code in Google Authenticator ohne Internet funktioniert und sich nur über die Zeit mit dem Server synchronisiert.

PBKDF2: der älteste Standard zur Schlüsselstreckung

Warum die empfohlene Anzahl der PBKDF2-Iterationen jedes Jahr wächst.

X.509: was in einem SSL-Zertifikat steckt

Was der Browser im Zertifikat einer Website genau prüft, bevor er das grüne Schloss anzeigt.

PGP: wie Verschlüsselung mit öffentlichem und privatem Schlüssel funktioniert

Warum man einen öffentlichen PGP-Schlüssel frei teilen kann, den privaten aber niemals.