Can I reverse a hash to get the original input back?

No. Hash functions are one-way by design - there is no mathematical inverse that reconstructs the original input from its digest. What looks like 'cracking' a hash is actually a guessing attack: an attacker hashes millions of candidate inputs (dictionary lookup, rainbow table, or brute-force search) and checks for a matching digest. They find an input that produces the same hash, not the original text. The only practical defenses against this are using a strong algorithm (SHA-256+), a long input, and a per-input salt for stored passwords.

Should I use MD5 or SHA-256 to hash passwords?

No - use a password hashing function instead. MD5 and SHA-256 are general-purpose digest algorithms designed to be fast, which is exactly the wrong property for password storage because attackers can compute billions of guesses per second on a GPU. For passwords, use a purpose-built slow KDF such as bcrypt, scrypt, or Argon2 (the OWASP and NIST recommended choices). These functions add tunable computation cost, memory hardness, and a per-password salt, which makes offline cracking economically impractical even after a database leak.

Is my input sent to the server?

No. All hashing in this tool runs entirely in your browser using the CryptoJS library, and the input never leaves your device. The server only serves the static HTML, CSS, and JavaScript - it sees no inputs, hashes, or metadata about what you typed. This makes the tool safe for hashing sensitive values such as API keys, configuration secrets, file fingerprints, or strings you need to verify against a known digest.

What is a collision and why does it matter?

A hash collision occurs when two different inputs produce the same digest. Collisions are mathematically unavoidable because hash outputs are fixed-length while inputs are unlimited, but a secure algorithm makes finding one computationally infeasible - this is called collision resistance. MD5 (broken in 2004) and SHA-1 (broken in 2017) have practical collision attacks, meaning an attacker can construct a malicious file or TLS certificate that matches the digest of a legitimate one. SHA-256, SHA-384, and SHA-512 have no known practical collisions and remain the current standard for digital signatures, certificates, blockchains, and file integrity checks.

Which hash algorithm is fastest?

MD5 is the fastest of the six algorithms here, followed by SHA-1, then SHA-256/SHA-224, then SHA-384/SHA-512. Speed scales with digest size and round count - larger digests do more work per input. On modern x86-64 hardware, MD5 hashes around 700 MB/s per core, SHA-256 around 400 MB/s, and SHA-512 around 600 MB/s (because SHA-512 uses 64-bit words that process more data per round). For password hashing the speed ranking is reversed: you want the slowest algorithm available, which is why bcrypt, scrypt, or Argon2 are used instead.

What is the difference between hashing and encryption?

Hashing is a one-way transformation: the digest cannot be reversed to recover the input. Encryption is a two-way transformation: the ciphertext can be decrypted back to the plaintext using a key. Use hashing when you need to verify integrity (file checksums, password storage, digital signatures) or fingerprint data. Use encryption when you need to retrieve the original content later, such as protecting a message in transit (TLS, HTTPS) or at rest (disk encryption). The two are often combined - signing a message uses a hash plus encryption of that hash with a private key.

Why do MD5 and SHA-1 still appear in this tool?

MD5 and SHA-1 are still useful for non-security use cases such as file integrity checks against accidental corruption, deduplication, ETags in HTTP caching, and verifying legacy systems that have not migrated yet. They are unsafe for any security-sensitive purpose - password storage, digital signatures, certificate fingerprints, or message authentication. Treat them as a checksum, not a security primitive.

How long is each hash output?

Each algorithm produces a fixed-length digest regardless of input size. MD5: 128 bits / 32 hex characters. SHA-1: 160 bits / 40 hex characters. SHA-224: 224 bits / 56 hex characters. SHA-256: 256 bits / 64 hex characters. SHA-384: 384 bits / 96 hex characters. SHA-512: 512 bits / 128 hex characters. The hex representation is twice the byte count because each byte is two hex characters.

Hash-Generator - MD5, SHA-1, SHA-256, SHA-384, SHA-512 direkt in deinem Browser

Hash-Arbeitsbereich

Text oder eine Datei hashen, eine Nachricht mit HMAC signieren oder einen unbekannten Hash identifizieren. Alles läuft in deinem Browser und verlässt diese Seite niemals.

Ausgabeformat

0Zeichen 0Byte

MD5

SHA-1

SHA-224

SHA-256

SHA-384

SHA-512

SHA3-256

RIPEMD-160

Datei hierher ziehen oder klicken, um eine auszuwählen

Die Datei wird auf deinem Gerät gelesen und gehasht. Sie wird niemals hochgeladen.

MD5

SHA-1

SHA-256

SHA-512

Mit einer Prüfsumme vergleichen

Geheimer Schlüssel

Nachricht

Algorithmus

HMAC-Ausgabe

Unbekannter Hash

Dies ist eine Schätzung basierend auf Länge und Format, kein Beweis. Viele Algorithmen erzeugen Ausgaben gleicher Länge.

Was ist ein Hash, einfach erklärt?

Stell dir einen Hash wie einen digitalen Fingerabdruck für einen Text oder eine Datei vor. Gibst du dieselbe Eingabe ein, erhältst du immer exakt denselben kurzen Code; änderst du auch nur einen Buchstaben, sieht der Code völlig anders aus. Du kannst den Fingerabdruck aus einer Datei erzeugen, aber du kannst die Datei niemals aus dem Fingerabdruck wiederherstellen. Deshalb sind Hashes ideal, um zu prüfen, ob ein Download oder eine Nachricht genau so angekommen ist, wie sie gemeint war.

Warum den Hash-Generator von SecretNote verwenden?

Wir geben dir nicht einfach ein Tool an die Hand und lassen dich damit allein. Wir erklären dir in verständlicher Sprache, wie Hashing funktioniert, und zeigen dir, wie du es richtig anwendest, auch wenn du überhaupt kein technisches Vorwissen hast.

SecretNote Typisches Online-Tool

Alles läuft in deinem Browser, deine Texte und Dateien werden niemals hochgeladen

Text, Dateien, HMAC und Prüfsummenverifizierung an einem Ort

In einfacher Sprache für nicht-technische Personen erklärt

Sagt dir, welchen Algorithmus du tatsächlich verwenden solltest und warum

Kein Konto, keine Registrierung, keine Tracking-Werbung, immer kostenlos

Hash-Generator-Algorithmenvergleich

Gegenüberstellung von MD5, SHA-1, SHA-224, SHA-256, SHA-384 und SHA-512 mit Ausgabegrößen, Sicherheitsstatus und empfohlenen Anwendungsfällen.

MD5 Unsicher

Ausgabe: 128 bit / 32 hex · Anwendungsfall: Dateiintegritätsprüfungen auf vertrauenswürdigen Systemen (nicht sicherheitskritisch)

SHA-1 Kompromittiert

Ausgabe: 160 bit / 40 hex · Anwendungsfall: Git-Commit-IDs und veraltete Zertifikatsketten (für neue Projekte vermeiden)

SHA-224 Sicher

Ausgabe: 224 bit / 56 hex · Anwendungsfall: Eingeschränkte Umgebungen, in denen ein kürzerer SHA-2-Digest erforderlich ist

SHA-256 Sicher

Ausgabe: 256 bit / 64 hex · Anwendungsfall: Digitale Signaturen, TLS-Zertifikate, Blockchain, allgemeines Hashing

SHA-384 Sicher

Ausgabe: 384 bit / 96 hex · Anwendungsfall: TLS-1.3-Cipher-Suites und Subresource-Integrity-Tags (SRI)

SHA-512 Sicher

Ausgabe: 512 bit / 128 hex · Anwendungsfall: Passwort-Hashing-Pipelines und hochsicherheitskritische Datenarchivierung

Wie generierte Hashes funktionieren

Die Grundlagen

Eine Hash-Funktion nimmt eine beliebige Eingabe entgegen, ob ein einzelnes Zeichen oder eine ganze Datei, und erzeugt eine Zeichenkette mit fester Länge, den sogenannten Digest. Gibst du dieselbe Eingabe zweimal ein, erhältst du immer exakt dieselbe Ausgabe. Änderst du auch nur ein einziges Byte, ändert sich der Digest vollständig. Das ist der sogenannte Lawineneffekt.

Hashing ist eine Einwegoperation: Es gibt keine mathematische Umkehrung, die die ursprüngliche Eingabe aus dem Digest rekonstruiert. Diese Eigenschaft macht Hashes nützlich, um die Integrität von Dateien zu prüfen, ohne die Datei selbst speichern zu müssen, und um zu bestätigen, dass ein Passwort übereinstimmt, ohne den Klartext jemals zu speichern.

Kollisionsresistenz ist das entscheidende Merkmal, das moderne Algorithmen von veralteten unterscheidet. Eine Kollision tritt auf, wenn zwei verschiedene Eingaben denselben Digest erzeugen. MD5 und SHA-1 sind anfällig für gezielte Kollisionen, weshalb sie für sicherheitskritische Aufgaben nicht mehr als vertrauenswürdig gelten. SHA-256 und neuere Algorithmen haben keine bekannten praktischen Kollisionen.

Faustregel: Nimm standardmäßig SHA-256 und einen langsamen Passwort-Hash (bcrypt, scrypt oder Argon2), wenn du Passwörter speicherst.

Den richtigen Algorithmus wählen

MD5 Nur für nicht sicherheitskritische Prüfsummen, wenn ältere Tools es erfordern. Niemals für Passwörter oder Signaturen.
SHA-1 Für neue Projekte vermeiden. Nur akzeptabel, wenn Interoperabilität mit Systemen erforderlich ist, die noch nicht migriert wurden.
SHA-256 Die sichere Standardwahl für die meisten Anwendungsfälle: Dateiprüfung, Signierung von API-Anfragen, HMAC-Schlüssel.
SHA-512 Empfohlen beim Aufbau einer Passwort-Hashing-Pipeline oder wenn ein größerer Digest für zusätzliche Sicherheitsmarge benötigt wird.
SHA-384 Für Subresource-Integrity-Attribute (SRI) im Browser und TLS-1.3-kompatible Cipher-Aushandlung verwenden.
SHA-224 Nischenanwendung auf eingeschränkten Geräten oder in Protokollen mit strikter Obergrenze für die Digest-Größe.

Häufig gefragt

Häufig gestellte Fragen

Häufige Fragen zu Hash-Funktionen und ihrer sicheren Verwendung.

Nein. Hash-Funktionen sind von Natur aus Einwegfunktionen. Es gibt keine mathematische Umkehrung, die die ursprüngliche Eingabe aus dem Digest rekonstruiert. Was wie das "Knacken" eines Hashes aussieht, ist in Wirklichkeit ein Ratenangriff: Ein Angreifer hasht Millionen von Kandidateneingaben (Wörterbuchangriff, Rainbow-Table oder Brute-Force-Suche) und sucht nach einem übereinstimmenden Digest. Er findet eine Eingabe, die denselben Hash erzeugt, aber nicht den ursprünglichen Text. Die einzigen praktischen Schutzmaßnahmen dagegen sind ein starker Algorithmus (SHA-256 oder besser), eine lange Eingabe und ein individueller Salt pro Eingabe für gespeicherte Passwörter.

Nein, verwende stattdessen eine Passwort-Hashing-Funktion. MD5 und SHA-256 sind universelle Digest-Algorithmen, die auf Geschwindigkeit ausgelegt sind. Das ist genau die falsche Eigenschaft für die Passwortspeicherung, da Angreifer auf einer GPU Milliarden von Kandidaten pro Sekunde berechnen können. Für Passwörter solltest du eine speziell entwickelte, langsame KDF wie bcrypt, scrypt oder Argon2 verwenden (die von OWASP und NIST empfohlenen Optionen). Diese Funktionen bieten einstellbare Rechenkosten, Speicherhärte und einen individuellen Salt pro Passwort, was Offline-Cracking selbst nach einem Datenbankdiebstahl wirtschaftlich unpraktikabel macht.

Nein. Alle Hashing-Vorgänge in diesem Tool laufen vollständig in deinem Browser ab und verwenden die CryptoJS-Bibliothek. Die Eingabe verlässt dein Gerät zu keinem Zeitpunkt. Der Server liefert nur die statischen HTML-, CSS- und JavaScript-Dateien und sieht weder Eingaben noch Hashes noch Metadaten zu dem, was du eingegeben hast. Damit ist das Tool sicher für das Hashing sensibler Werte wie API-Schlüssel, Konfigurationsgeheimnisse, Datei-Fingerprints oder Zeichenketten, die du gegen einen bekannten Digest prüfen möchtest.

Eine Hash-Kollision tritt auf, wenn zwei verschiedene Eingaben denselben Digest erzeugen. Kollisionen sind mathematisch unvermeidbar, da Hash-Ausgaben eine feste Länge haben, während Eingaben unbegrenzt sein können. Ein sicherer Algorithmus macht es jedoch rechnerisch undurchführbar, eine solche Kollision zu finden. Das nennt sich Kollisionsresistenz. MD5 (gebrochen 2004) und SHA-1 (gebrochen 2017) haben praktische Kollisionsangriffe, das heißt, ein Angreifer kann eine bösartige Datei oder ein TLS-Zertifikat erstellen, das mit dem Digest eines legitimen übereinstimmt. SHA-256, SHA-384 und SHA-512 haben keine bekannten praktischen Kollisionen und sind weiterhin der aktuelle Standard für digitale Signaturen, Zertifikate, Blockchains und Dateiintegritätsprüfungen.

MD5 ist der schnellste der sechs Algorithmen, gefolgt von SHA-1, dann SHA-256/SHA-224 und schließlich SHA-384/SHA-512. Die Geschwindigkeit skaliert mit der Digest-Größe und der Rundenanzahl: Größere Digests leisten mehr Arbeit pro Eingabe. Auf moderner x86-64-Hardware hasht MD5 etwa 700 MB/s pro Kern, SHA-256 etwa 400 MB/s und SHA-512 etwa 600 MB/s (da SHA-512 64-Bit-Wörter verwendet, die mehr Daten pro Runde verarbeiten). Beim Passwort-Hashing ist die Geschwindigkeitsrangfolge umgekehrt: Hier ist der langsamste verfügbare Algorithmus erwünscht, weshalb bcrypt, scrypt oder Argon2 eingesetzt werden.

Hashing ist eine Einwegtransformation: Der Digest kann nicht umgekehrt werden, um die Eingabe wiederherzustellen. Verschlüsselung ist eine Zweiwegtransformation: Der Chiffretext kann mit einem Schlüssel wieder in den Klartext entschlüsselt werden. Verwende Hashing, wenn du die Integrität prüfen möchtest (Datei-Prüfsummen, Passwortspeicherung, digitale Signaturen) oder Daten einen Fingerprint geben willst. Verwende Verschlüsselung, wenn du den ursprünglichen Inhalt später abrufen musst, etwa zum Schutz einer Nachricht bei der Übertragung (TLS, HTTPS) oder im Ruhezustand (Festplattenverschlüsselung). Beide Verfahren werden häufig kombiniert: Beim Signieren einer Nachricht wird ein Hash erstellt und dieser Hash anschließend mit einem privaten Schlüssel verschlüsselt.

MD5 und SHA-1 sind für nicht sicherheitskritische Anwendungsfälle weiterhin nützlich, etwa für Integritätsprüfungen von Dateien gegen versehentliche Beschädigung, Deduplizierung, ETags beim HTTP-Caching und die Prüfung älterer Systeme, die noch nicht migriert wurden. Für alle sicherheitskritischen Zwecke sind sie unsicher, darunter Passwortspeicherung, digitale Signaturen, Zertifikats-Fingerprints und Nachrichtenauthentifizierung. Behandle sie als Prüfsumme, nicht als Sicherheitsprimitive.

Jeder Algorithmus erzeugt einen Digest mit fester Länge, unabhängig von der Eingabegröße. MD5: 128 Bit / 32 Hex-Zeichen. SHA-1: 160 Bit / 40 Hex-Zeichen. SHA-224: 224 Bit / 56 Hex-Zeichen. SHA-256: 256 Bit / 64 Hex-Zeichen. SHA-384: 384 Bit / 96 Hex-Zeichen. SHA-512: 512 Bit / 128 Hex-Zeichen. Die Hex-Darstellung ist doppelt so lang wie die Byte-Anzahl, da jedes Byte durch zwei Hex-Zeichen repräsentiert wird.

Weitere Datenschutz-Tools

Alles, was du brauchst, um private Daten sicher zu teilen: kostenlos, kein Konto erforderlich, läuft direkt in deinem Browser.

SecretNote

Schreib eine private Notiz, erstelle einen Einmal-Link und teile ihn. Die Notiz zerstört sich in dem Moment selbst, in dem sie gelesen wird: nichts wird gespeichert, nichts gelangt nach außen.

Geheime Notiz erstellen →

SecretScreen

Lade einen Screenshot hoch und erhalte einen Link, der sich nach dem ersten Aufruf selbst zerstört. Das Bild wird vor dem Hochladen verschlüsselt und nach der ersten Ansicht gelöscht (kein dauerhaftes Hosting).

Screenshot teilen →

SecretFile

Lade eine beliebige Datei hoch und teile einen Einmal-Download-Link. Die Datei wird Ende-zu-Ende verschlüsselt und nach dem Herunterladen durch den Empfänger dauerhaft gelöscht.

Geheime Datei senden →

Passwort-Generator

Generiere starke, zufällige Passwörter mit voller Kontrolle über Länge und Zeichensätze. Alles läuft lokal: Deine Passwörter gelangen nie auf einen Server.

Passwort generieren →