SHA-1 erzeugt einen deterministischen 160-Bit-Digest, der normalerweise als 40 Hexadezimalzeichen geschrieben wird. Das Verfahren wurde häufig für Dateiintegrität, Signaturen und Passwortspeicherung verwendet, doch praktische Kollisionen machen es für neue Sicherheitsanwendungen ungeeignet.
Der Generator hasht die exakten Bytes Ihrer Eingabe. Anschließend vergleicht die Suche jeden Digest mit unserem Multi-Hash-Korpus. Ein bereits indexierter Klartext, einschließlich Werten aus unserer eigenen Forschung, kann gefunden werden; beliebiger Text lässt sich aus dem Digest jedoch nicht rekonstruieren.
Der SHA-1-Digest von hello ist aa f4 c6 1d dc c5 e8 a2 da be de 0f 3b 48 2c d9 ae a9 43 4d ohne Leerzeichen. Hello, hello und hello\n erzeugen jeweils unterschiedliche Ergebnisse.
Ein Fehlschlag bedeutet nur, dass der Klartext im aktuell abgefragten Korpus nicht vorhanden ist. Gesalzene Hashes, Zufallsfolgen, lange Eingaben und ungewöhnliche Codierungen führen seltener zu Treffern. Für mehrere Digests bietet die API eine Stapelsuche in derselben logischen Datenbank.
Verwenden Sie SHA-1 nicht für neue Signaturen, Zertifikate oder Sicherheitskonzepte. Passwörter sollten mit Argon2id, scrypt oder bcrypt sowie einem eindeutigen Salt gespeichert werden. Ein Salt verhindert bei SHA-1 vorberechnete Tabellen, behebt aber nicht die viel zu hohe Geschwindigkeit bei Offline-Angriffen.
Diese Beispiele hashen exakt den Text „hello“ ohne abschließenden Zeilenumbruch. Ein Leerzeichen oder Zeilenumbruch würde den Digest verändern.
printf %s 'hello' | sha1sumecho hash('sha1', 'hello');const bytes = new TextEncoder().encode('hello');
const digest = await crypto.subtle.digest('SHA-1', bytes);SHA-1 ist länger als MD5, jedoch nicht mehr kollisionsresistent. SHA-256 und SHA-512 gehören zu SHA-2 und eignen sich bei korrekter Anwendung weiterhin für Integrität, sind aber ebenfalls keine Funktionen zur Passwortspeicherung.
SHA-1 erzeugt 160 Bit, also 20 Byte beziehungsweise 40 Hexadezimalzeichen.
Nein. Md5Decrypt sucht in seinem Korpus nach einer bereits berechneten Übereinstimmung; SHA-1 wird nicht mathematisch umgekehrt.
Praktische Kollisionen zeigen, dass unterschiedliche Inhalte mit demselben Digest konstruiert werden können. Dadurch ist das Verfahren für moderne, gegnerische Integritäts- und Signaturanwendungen ungeeignet.
Ein Salt verhindert vorberechnete Tabellen, doch SHA-1 bleibt zu schnell. Verwenden Sie eine konfigurierbare Passwort-KDF wie Argon2id, scrypt oder bcrypt.
Der Klartext kann fehlen, gesalzen, lang oder zufällig sein oder anders codiert worden sein als erwartet.
Die Suche vergleicht exakte SHA-1-Digests mit der Datenbank. Die Dateiprüfung ist für Integritätskontrollen nützlich, SHA-1 eignet sich jedoch nicht mehr für moderne Signaturen oder die Passwortspeicherung.
Praktische Kollisionen wurden nachgewiesen. SHA-1 sollte Signaturen, Zertifikate oder neue Systeme nicht mehr schützen.
Es berechnet den Digest einer Datei, damit er mit einem veröffentlichten Wert verglichen werden kann. Diese Prüfung ist von einer Datenbanksuche getrennt.
Die Datenbank kann nur bereits indexierten Text zurückgeben, der exakt zum Digest passt.
Diese Befehle hashen die fünf UTF-8-Bytes von „hello“, ohne einen abschließenden Zeilenumbruch hinzuzufügen.
printf %s "hello" | sha1sumhash('sha1', 'hello');const bytes = new TextEncoder().encode('hello');
const digest = await crypto.subtle.digest('SHA-1', bytes);