SHA-256-Hash-Generator: UTF-8, SHA-384 und SHA-512 verstehen

Einen Text-Hash erzeugen

Öffnen Sie den SHA-Hash-Generator und fügen Sie Text ein, öffnen Sie eine lokale Textdatei oder lassen Sie den Editor leer. Algorithmus verwendet standardmäßig SHA-256; SHA-384 und SHA-512 sind ebenfalls verfügbar. Drücken Sie ausdrücklich Hash generieren. Allein das Tippen erzeugt keinen Hashwert, und Änderungen der Eingabe oder des Algorithmus machen das alte Ergebnis ungültig.

Lesen Sie den gewählten Algorithmus mit dem Ergebnis und verwenden Sie Ergebnis kopieren oder Herunterladen. Leere Eingabe ist erlaubt und erzeugt einen tatsächlichen, nicht leeren Hashwert. Zeilen umbrechen ändert nur die Darstellung. Prüfen Sie vor dem Vergleich mit einer anderen Anwendung, ob beide Seiten dieselbe Bytefolge mit demselben Algorithmus und vergleichbaren Ausgabedarstellungen hashen.

• Behandeln Sie abschließende Leerzeichen und Zeilenenden bewusst; entfernen Sie sie nicht allein, um einen Vergleich passend zu machen.
• Prüfen Sie den Algorithmus mit einem festen Beispiel wie abc, bevor Sie tatsächliche Daten untersuchen.
• Bewahren Sie Originaldaten und den vertrauenswürdigen erwarteten Hash getrennt von Bildschirmaufnahmen oder gekürzten Werten auf.

Ausgabelängen von SHA-256, SHA-384 und SHA-512

Diese drei Algorithmen gehören zur SHA-2-Familie. Ihre Hashwertlänge bleibt gleich, ob die Eingabe leer, ein kurzes Wort oder ein längerer erlaubter Text ist. Ein Hexadezimalzeichen stellt vier Bits dar; ein 256-Bit-Hashwert hat deshalb 64 Hexadezimalzeichen. Anfängliche Nullbytes bleiben dargestellt; die Ausgabe wird nicht gekürzt. Die Byteanzeige zählt den UTF-8-Hextext: 64, 96 oder 128 Bytes statt der in der Tabelle genannten rohen Digestbytes.

Wählen Sie den vom empfangenden Format oder Vergleich geforderten Algorithmus. SHA-384 hat eine eigene Initialisierung und ist kein bloßer Anfang eines gewöhnlichen SHA-512-Hashwerts. SHA-512 lässt sich nicht unmittelbar mit SHA-256 vergleichen, als seien zusätzliche Zeichen optional. Eine längere Ausgabe allein schafft keine Passwortspeicherung und beweist nicht die Sicherheit Ihrer Anwendung. Die Oberfläche bietet weder SHA-1 noch MD5 noch SHA-3 noch HMAC noch Einstellungen für Salt oder Schlüssel.

NIST FIPS 180-4: Standard für sicheres HashingW3C Web Cryptography API: Digests und SHA-Algorithmen

Bekannte SHA-256-Beispiele: leerer Text und abc

Die Tabelle zeigt vollständige SHA-256-Hashwerte in Kleinbuchstaben für genau die angegebene UTF-8-Eingabe. Die leere Zeichenfolge umfasst null Eingabebytes; sie ist nicht der Hash eines Leerzeichens oder Zeilenumbruchs. Das Beispiel abc enthält die drei ASCII-Bytes 61 62 63 in Hexadezimaldarstellung. Das sind feste Testbeispiele und keine Messung Ihrer Eingabe.

Kopieren Sie den gesamten Hashwert statt einer gekürzten Vorschau. Schreibt eine Referenz Hexadezimalzeichen groß, ändert das die Darstellung und nicht die zugrunde liegenden Digestbytes; ToolMellow erzeugt Kleinbuchstaben. Base64 für dieselben Digestbytes wäre eine andere Kodierung, kein anderer Hashalgorithmus. Dieses Werkzeug bietet keine Auswahl des Ausgabeformats.

NIST FIPS 180-4: Standard für sicheres HashingWHATWG Encoding: UTF-8 und Textdekodierung

UTF-8-Bytes, Leerzeichen und Unicode-Normalisierung

Vor dem Hashen prüft das Werkzeug ungepaarte Unicode-Surrogate und wandelt die Eingabezeichenfolge in UTF-8 um. Es entfernt keine Leerzeichen, entfernt kein bereits in der übergebenen Zeichenfolge vorhandenes anfängliches U+FEFF und wendet keine Unicode-Normalisierung an. Ein abschließendes Leerzeichen, geänderte Groß-/Kleinschreibung oder andere Bytedarstellung kann den Hashwert ändern. Die Operation verwendet die an den Worker übergebene Zeichenfolge.

Zwei Zeichenfolgen können gleich aussehen und sich in ihren Bytes unterscheiden. Zum Beispiel können vorkomponiertes U+00E9 und die Folge U+0065 U+0301 denselben Buchstaben mit Akzent, aber unterschiedliche UTF-8-Kodierungen darstellen. Auch LF und CRLF sind verschiedene Bytefolgen. Bearbeitung oder Import im Browser kann die übergebene Zeichenfolge beeinflussen; schließen Sie nicht allein aus dem Aussehen auf identische Bytes.

WHATWG Encoding: UTF-8 und TextdekodierungECMAScript: String-isWellFormedWHATWG HTML: Textarea-Werte und Zeilenenden

Eine Textdatei zu öffnen hasht nicht ihre ursprünglichen Bytes

Die Dateiauswahl liest über File.text(), dekodiert UTF-8-Text, entfernt eine anfängliche UTF-8-BOM und ersetzt fehlerhafte UTF-8-Sequenzen. Eine Datei muss kleiner als 4,000,000 Bytes sein; gelesener Text muss in das Eingabelimit von einer Million UTF-16-Einheiten passen. Die Dateiendung beweist keine Zeichenkodierung.

Die dekodierte Zeichenfolge wird für den Hash erneut in UTF-8 kodiert. Deshalb kann das Ergebnis von einer direkt auf den ursprünglichen Dateibytes berechneten Prüfsumme abweichen. Binärdokumente, Bilder, eine BOM, andere Kodierungen oder Ersatzzeichen können relevant sein. Für bytegenaue Dateiprüfung verwenden Sie eine Methode, die rohe Bytes mit dem erwarteten Algorithmus liest und hasht; dieser Arbeitsbereich ist keine solche Dateiprüfsummenmethode.

W3C File API: Blob als Text lesenWHATWG Encoding: UTF-8 und Textdekodierung

Was ein passender oder anderer Hashwert aussagt

Für einen sinnvollen Vergleich stellen Sie auf beiden Seiten denselben Algorithmus, dieselbe Bytefolge und vollständige Hashdarstellung sicher. Eine Abweichung bedeutet unterschiedliche berechnete Hashwerte; sie zeigt nicht, ob Bearbeitung, Kodierung, ein falscher Algorithmus, Transportschäden oder eine andere Änderung die Ursache ist. Bekannte Vektoren helfen, die Grundfunktion von Annahmen über die tatsächliche Eingabe zu trennen.

Ein übereinstimmender Hashwert ohne Schlüssel unterstützt die Konsistenz mit dem erwarteten Wert, ist aber weder Signatur noch Identitätsprüfung noch Nachweis harmlosen Inhalts. Kryptografische Hashes haben einen endlichen Ausgaberaum und sind keine mathematisch eindeutigen Kennungen für jede mögliche Nachricht. Vertrauen Sie der Quelle des erwarteten Hashwerts: Werden Inhalt und Referenz ersetzt, kann allein ihr Vergleich keine Echtheit belegen.

NIST FIPS 180-4: Standard für sicheres HashingW3C Web Cryptography API: Digests und SHA-Algorithmen

Ein Hash lässt sich nicht entschlüsseln, Vermutungen lassen sich testen

Hashing erzeugt einen Hashwert statt Geheimtext mit Entschlüsselungsschlüssel. ToolMellow hat weder eine Entschlüsselungsfunktion noch eine Wiederherstellung des Ursprungstexts. Verschlüsselung, Base64 und Hashing haben unterschiedliche Rollen: Base64 stellt Bytes umkehrbar dar, Verschlüsselung benötigt ein kryptografisches Verfahren und Schlüssel. Ein Hashwert ist keine komprimierte Fassung, aus der sich beliebige Eingabe rekonstruieren lässt.

Das bedeutet nicht, dass jede gehashte Eingabe unmöglich zu erraten ist. Jemand kann mögliche Werte hashen und vergleichen, besonders wenn der Ursprung kurz oder vorhersehbar ist. Ein veröffentlichter Hashwert ist deshalb keine umfassende Geheimhaltungsgarantie. Ein zusätzlicher Hashschritt allein löst weder Authentifizierung noch Schlüsselverwaltung noch sichere Speicherung.

NIST FIPS 180-4: Standard für sicheres HashingOWASP: Leitfaden zur Passwortspeicherung

Warum einfaches SHA-256 keine Passwortspeicherung ist

Dieses Werkzeug berechnet einen SHA-2-Hashwert ohne Schlüssel und ohne passwortspezifischen Kostenfaktor, Salt-Verwaltung oder Verfahren zur Kontoprüfung. SHA-384 oder SHA-512 zu wählen ändert den Hashwert, fügt aber diese Fähigkeiten nicht hinzu. Auch eine manuell eingegebene Salt-ähnliche Zeichenfolge ist kein vollständiges Verfahren zur Passwortspeicherung.

Passwortspeicherung benötigt ein dafür entworfenes Verfahren und passende Anwendungskontrollen. Folgen Sie aktuellen Empfehlungen für Ihr tatsächliches System. HMAC und digitale Signaturen dienen schlüsselbasierter Authentifizierung mit anderen Konstruktionen; ToolMellows Text-Hash erzeugt und prüft weder das eine noch das andere. Halten Sie echte Zugangsdaten aus öffentlichen Beispielen und Bildschirmaufnahmen heraus.

OWASP: Leitfaden zur PasswortspeicherungW3C Web Cryptography API: Digests und SHA-Algorithmen

Ergebnis als Eingabe verwenden hasht Hexadezimaltext

Nach dem Erzeugen eines Hashwerts setzt Ergebnis als Eingabe verwenden dessen Hexadezimalzeichen in den Editor. Ein weiterer Lauf hasht die UTF-8-Bytes dieses Texts. Er gibt nicht automatisch die rohen 32, 48 oder 64 Digestbytes an eine weitere Hashoperation weiter; diese Oberfläche bietet keinen Modus für rohe Eingabebytes.

Verlangt ein Protokoll einen zweiten Hash der rohen Digestbytes, ist eine Textoperation auf dem sichtbaren Hexergebnis eine andere Berechnung. Bestimmen Sie in jedem Schritt die verlangte Darstellung, statt anzunehmen, „zweimal hashen“ sei eine universelle Operation. Wiederholtes Hashing ohne Schlüssel wird hier weder zu Passwortspeicherung noch zu schlüsselbasierter Authentifizierung.

WHATWG Encoding: UTF-8 und TextdekodierungW3C Web Cryptography API: Digests und SHA-Algorithmen

Eingabelimits, Web Crypto und HTTPS

Das Eingabelimit beträgt 1,000,000 JavaScript-UTF-16-Codeeinheiten; es zählt weder UTF-8-Bytes noch sichtbare Grapheme. Emojis und kombinierte Zeichenfolgen zeigen die Unterschiede dieser Zählungen. Die gewählte SHA-2-Ausgabe behält ihre feste Hexlänge; ein erlaubtes Ergebnis passt zur Wiederverwendung in das Eingabelimit. Verfügbarer Browserspeicher und Worker-Unterstützung bleiben praktische Bedingungen.

Der Browser muss crypto.subtle in einem passenden sicheren Kontext bereitstellen, etwa HTTPS oder einem vertrauenswürdigen lokalen Kontext einschließlich localhost. Ist die API nicht verfügbar, zeigt das Werkzeug den entsprechenden Unterstützungsfehler. HTTPS allein garantiert keine API-Unterstützung in jedem Browser oder Einbettungsumfeld. Ein standardisierter Algorithmus beweist keine FIPS-Validierung oder Zertifizierung des Browsers, der Website oder der Implementierung.

ECMAScript: String-isWellFormedW3C Web Cryptography API: Digests und SHA-AlgorithmenW3C Secure Contexts: potenziell vertrauenswürdige Ursprünge

Einen fehlgeschlagenen oder unerwarteten Text-Hash untersuchen

Schlägt die Erzeugung fehl, lesen Sie den Fehler, prüfen Sie einen unterstützten Algorithmus sowie Web Crypto im sicheren Kontext und suchen Sie nach ungepaarten Surrogaten in der Eingabe. Ein Importlimitfehler ist etwas anderes als ein Hashfehler. Ändern Sie Text erst, wenn die vom erwarteten Ergebnis beschriebene Bytedarstellung bekannt ist.

Schlägt der Vergleich fehl, beginnen Sie mit dem bekannten Vektor abc und prüfen Sie die tatsächlichen Eingabebedingungen einzeln. Das Werkzeug diagnostiziert keine Beschädigung, stellt kein Prüfungszertifikat aus und ruft keine Referenzprüfsumme von einer URL ab. Ist die Zwischenablage nicht verfügbar, markieren und kopieren Sie den Hashwert manuell.

W3C Web Cryptography API: Digests und SHA-AlgorithmenWHATWG Encoding: UTF-8 und Textdekodierung

Text herunterladen, leeren und lokale Verarbeitung

Herunterladen speichert das Hexergebnis als UTF-8-Text in toolmellow-result.txt, nicht als rohe Digestbytes, binäres Prüfsummenmanifest oder Bericht. Leeren entfernt Eingabe, Ausgabe, Fehler, Such- und Ersetzungsinhalt sowie Editorverlauf und behält Algorithmus und Zeilen umbrechen bei. Aktualisieren oder Schließen verwirft den Arbeitszustand im Speicher; heruntergeladene Dateien bleiben auf Ihrem Gerät.

Die Anwendung lädt bereitgestellten Text, ausgewählte Dateiinhalte oder Ergebnis nicht zu einem Hashserver hoch. Das Laden der Website sendet weiterhin gewöhnliche Metadaten an das Hosting; die öffentliche Website verwendet Google Analytics für Seitenbesuche mit Cookies sowie Browser- und Geräteinformationen. Lokales Hashing bedeutet weder Anonymität noch null Netzwerkverkehr noch fehlende Infrastrukturprotokolle. Leeren garantiert keine forensische Löschung aus dem Speicher von Browser oder Betriebssystem.

Den Hash-Generator mit Rückverweis einbetten

Wählen Sie die Seitensprache und öffnen Sie den Integrationsbereich unter dem Arbeitsbereich. Kopieren oder laden Sie den HTML-Code in einen Websitebereich, der externe Iframes und Skripte zulässt. Der Code enthält das ToolMellow-Iframe, das Skript zur Größenanpassung und einen sichtbaren Rückverweis auf die entsprechende ToolMellow-Seite in derselben Sprache. Behalten Sie diesen Hinweis mit Link bei.

Prüfen Sie die Vorschau auf schmalen Bildschirmen, den sicheren Kontext der Einbettung und Zwischenablageberechtigungen. Die Einbettung behält Algorithmen, Textumfang und Eingabelimits; sie wird weder zu einer entfernten Hash-API noch zu einem Dateiprüfsummendienst noch zu einem Passwortprüfsystem. Der Link verwendet nofollow und noopener und garantiert keine bessere Suchplatzierung.

Häufige Fragen

Quellen und weiterführende Informationen

• NIST FIPS 180-4: Standard für sicheres Hashing
• W3C Web Cryptography API: Digests und SHA-Algorithmen
• WHATWG Encoding: UTF-8 und Textdekodierung
• W3C File API: Blob als Text lesen
• ECMAScript: String-isWellFormed
• WHATWG HTML: Textarea-Werte und Zeilenenden
• W3C Secure Contexts: potenziell vertrauenswürdige Ursprünge
• OWASP: Leitfaden zur Passwortspeicherung