SHA-1 Hash Generator (160-Bit-Legacy)

Was ist SHA-1?

// Hash text using Web Crypto API (SHA-1 — legacy use only)
async function sha1(text) {
  const data = new TextEncoder().encode(text);
  const hash = await crypto.subtle.digest('SHA-1', data);
  return Array.from(new Uint8Array(hash))
    .map(b => b.toString(16).padStart(2, '0'))
    .join('');
}

await sha1('Hello, World!');
// → '0a0a9f2a6772942557ab5355d76af442f8f65e01'
// ⚠️ SHA-1 is broken — use SHA-256 for new work.

SHA-1-Beispiele

tree 4b825dc642cb6eb9a060e54bf8d69288fbee4904
author A Dev <dev@example.com> 1716854400 +0000
committer A Dev <dev@example.com> 1716854400 +0000

Initial commit

-----BEGIN CERTIFICATE-----
MIIDXTCCAkWgAwIBAgIJAKlL...
-----END CERTIFICATE-----

node-v0.12.7-linux-x64.tar.gz

(Dateiinhalt von shattered-1.pdf über den Reiter "Datei" einspielen)

SHA-1-Hashes generieren

1. 1

   Text einfügen oder Datei einspielen

   Wähle den Reiter "Text" und füge einen beliebigen String ein — eine Commit-Nachricht, einen Zertifikatskörper oder eine Legacy-Prüfsummen-Eingabe — in den Eingabebereich. Der SHA-1-Hash wird während der Eingabe aktualisiert. Für Dateien wechsle zum Reiter "Datei" und ziehe eine Datei in die Drop-Zone; der Browser hasht sie lokal ohne Upload.

2. 2

   Den 40-Zeichen-Hash kopieren

   Klicke auf die Kopieren-Schaltfläche neben der Hash-Ausgabe. Der vollständige 40-Zeichen-Kleinbuchstaben-Hex-String wird in die Zwischenablage kopiert. Nutze den Großbuchstaben-Schalter, wenn dein Legacy-System Großbuchstaben-Hex erwartet — einige alte Tools und Windows-APIs verwenden standardmäßig Großbuchstaben.

3. 3

   Mit einem Legacy-Fingerprint vergleichen

   Wechsle zum Reiter "Vergleichen" und füge zwei SHA-1-Hashes nebeneinander ein, um zu bestätigen, dass sie übereinstimmen. Nützlich zur Validierung einer Legacy-Herausgeber-Prüfsumme, zur Überprüfung eines gespiegelten Git-Repositorys oder zur Überprüfung eines alten TLS-Zertifikats-Fingerprints aus einem Dokument, das vor der SHA-256-Einführung datiert.

Technische Details

Algorithmus: Merkle-Damgård-Konstruktion, 80 Runden

SHA-1 verarbeitet Eingaben in 512-Bit-Blöcken (64 Byte) und wendet 80 Runden bitweiser Operationen an, die in vier 20-Runden-Phasen gruppiert sind, jede mit einer anderen logischen Funktion (Ch, Parität, Maj, Parität) und additiven Konstanten. Der initiale Hash-Zustand besteht aus fünf 32-Bit-Wörtern (A–E). Implementiert in FIPS 180-1 (1995), abgelöst durch FIPS 180-4 (2015).

Ausgabe: 160 Bit, 40 Hex-Zeichen

Immer genau 40 Kleinbuchstaben-Hexadezimalzeichen (160 Bit = 20 Bytes, kodiert als 2 Hex-Zeichen pro Byte). Die Ausgabelänge ist unabhängig von der Eingabegröße fest. Im Vergleich zu SHA-256s 64 Zeichen bietet die kürzere Ausgabe weniger Bits an Kollisionsresistenz — ein Schlüsselfaktor dafür, warum SHA-1 vor SHA-256 gebrochen wurde.

Performance: schnell — aber genau das ist Teil des Problems

SHA-1 ist schnell — typischerweise 400–700 MB/s in einem Browser mit Web Crypto, vergleichbar mit SHA-256. Für einen Angreifer ist diese Geschwindigkeit ein Vorteil: ein modernes GPU-Cluster kann Milliarden von SHA-1-Hashes pro Sekunde berechnen. Geschwindigkeit ist der Grund, warum SHA-1 (wie MD5) nie zur Passwortspeicherung verwendet werden darf — nutze bcrypt, scrypt oder Argon2.

Standards: FIPS 180-1 (1995) — veraltet im Kontext von FIPS 180-4

SHA-1 wurde in FIPS 180-1 (1995) standardisiert. NIST erklärte SHA-1 für digitale Signaturen in NIST SP 800-131A (2011) für veraltet und in FIPS 186-5 (2023) formal für alle digitalen Signaturen untersagt. Die W3C WebCrypto API enthält SHA-1 noch aus Legacy-Interoperabilitätsgründen, was dieses Browser-Tool zur Berechnung ermöglicht.

Best Practices

SHA-1 niemals für sicherheitssensitive Operationen verwenden

SHA-1 ist veraltet für digitale Signaturen, TLS-Zertifikate, Code-Signing, Passwortspeicherung und alle Workflows, bei denen Kollisionsresistenz wichtig ist. Der SHAttered-Angriff von 2017 demonstrierte praktische Kollisionen. Für alle Sicherheitsanwendungen migriere zu SHA-256 oder SHA-3. Der Kostenunterschied ist auf moderner Hardware vernachlässigbar — SHA-256 ist hardwarebeschleunigt in allen aktuellen CPUs.

SHA-1 für Legacy-Fingerprint-Nachschlagen ist akzeptabel

Wenn du eine Dateiprüfsumme vor 2017 verifizieren, eine Git-Commit-ID nachschlagen oder einen alten Zertifikats-Fingerprint für Prüfzwecke inspizieren musst, ist SHA-1 angemessen. Der Hash selbst wird nicht zur Sicherheitsentscheidung genutzt — du reproduzierst nur einen bekannten Fingerprint zur Kreuzreferenz. Dokumentiere dies explizit in deinen Prüfprotokollen: 'SHA-1 nur für Legacy-Referenz verwendet, nicht zur Sicherheitsvalidierung.'

Immer UTF-8-Bytes hashen, keine Unicode-Code-Points

SHA-1 operiert wie alle Hash-Algorithmen auf Bytes, nicht auf Zeichen. Derselbe als UTF-8 vs. UTF-16 kodierte String erzeugt unterschiedliche Hashes. Dieses Tool kodiert Eingaben immer als UTF-8 ohne BOM vor dem Hashen. Wenn du ein System abgleichen musst, das eine andere Kodierung verwendet (Windows UTF-16-LE, Latin-1), musst du die Eingabe extern vorcodieren.

Zeitkonstanten Vergleich beim Verifizieren von Hashes im Code verwenden

Wenn du zwei SHA-1-Hashes im Code vergleichst, verwende eine zeitkonstante Gleichheitsprüfung — Node.js crypto.timingSafeEqual(), Python hmac.compare_digest() — statt naivem String-Vergleich (=== oder ==). Naiver Vergleich gibt Timing-Informationen preis, die es einem Angreifer theoretisch ermöglichen, den erwarteten Hash Byte für Byte zu rekonstruieren.

SHA-1 FAQ