Hash- und UUID-Generator
Um zu prüfen, ob eine Datei unverändert ist, in einer Integration eine ID zu erzeugen oder zu sehen, welche Version eine vorliegende UUID hat. Die Berechnung nutzt die eigenen Kryptografiefunktionen des Browsers; Text, Dateien und erzeugte IDs werden an keinen Server gesendet.
Text wird als UTF-8-Bytes gehasht. Zeilenenden und abschließender Leerraum verändern das Ergebnis. Eingabe: 0 Byte
Fügen Sie die vom Herausgeber genannte Prüfsumme ein; die Ausgabe von sha256sum (Prüfsumme + Dateiname) und ein Präfix sha256= werden entfernt. Hex und Base64 werden akzeptiert.
Text, Dateien und erzeugte IDs verlassen Ihr Gerät nicht; die Berechnung läuft im Browser, nichts wird gespeichert.
Geben Sie Text ein oder wählen Sie eine Datei, um die Prüfsumme zu sehen.
Zu beachten
- Eine Prüfsumme zeigt Integrität, nicht Geheimhaltung oder Identität. Beziehen Sie sie auf einem anderen Weg als die Datei (Seite des Herausgebers); stammen Datei und Prüfsumme von derselben Stelle, kann ein Angreifer beide ändern.
- Speichern Sie keine Passwörter mit SHA-256: Schnelle Hashes lassen sich per Brute Force erraten. Für Passwörter nutzt man langsame, gesalzene Funktionen wie Argon2, scrypt oder bcrypt.
- UUID v7 und ULID enthalten den Erstellungszeitpunkt; wollen Sie verbergen, wann herausgegebene IDs entstanden sind, verwenden Sie v4.
- Eine UUID oder ULID ist keine Zugriffskontrolle: Dass sie schwer zu erraten ist, heißt nicht, dass jeder Datensatz für jeden offen sein darf, der die Adresse kennt.
Das Werkzeug erzeugt Prüfsummen und IDs; es ist kein Sicherheitsprodukt und kein Mittel für rechtliche Beweise. Für sehr große Dateien nutzen Sie Kommandozeilenwerkzeuge (sha256sum, Get-FileHash). Die Eindeutigkeit erzeugter IDs ist probabilistisch; in einer einzelnen Datenbank bleibt eine Eindeutigkeitsbedingung dennoch nötig.
Suchen Sie ein Konzept für ID-Erzeugung, Datenintegrität und Replay-feste Abläufe in Ihren Integrationen? Planen wir es gemeinsam.
Gespräch anfragen01
So funktioniert es
A
Geben Sie für eine Prüfsumme Text ein oder wählen Sie eine Datei, bestimmen Sie den Algorithmus und fügen Sie die vom Herausgeber genannte Prüfsumme, falls vorhanden, in das Vergleichsfeld ein.
B
Wählen Sie für IDs den Typ (UUID v4, UUID v7, ULID), die Anzahl und das Format und drücken Sie Erzeugen; kopieren Sie die Liste mit einem Klick.
C
Um Version, Variante und (falls vorhanden) Zeitstempel einer vorliegenden UUID oder ULID zu sehen, fügen Sie sie im Reiter Prüfen ein.
02
Was ist eine Prüfsumme (Hash) und wofür dient sie?
Eine Hashfunktion verwandelt Daten beliebiger Länge in einen Fingerabdruck fester Länge: Ändert sich in der Eingabe ein einziges Bit, ändert sich die Prüfsumme vollständig. So lässt sich günstig bestätigen, dass eine heruntergeladene Datei der des Herausgebers entspricht, ein Backup unbeschädigt ist oder zwei Datenbestände gleich sind.
Das Werkzeug berechnet SHA-256, SHA-384 und SHA-512 mit WebCrypto des Browsers und zeigt das Ergebnis als Hex und Base64. Die Berechnung wurde mit den Testvektoren aus FIPS 180-4 geprüft (z. B. SHA-256 von „abc“: ba7816bf…15ad).
03
Warum SHA-1 eine Warnung trägt und MD5 fehlt
Für SHA-1 und MD5 wurden Kollisionsangriffe gezeigt: Es lassen sich zwei verschiedene Eingaben mit derselben Prüfsumme erzeugen. Deshalb dürfen sie nicht für Signaturen, Zertifikate oder sicherheitsrelevante Integritätsprüfungen verwendet werden. SHA-1 bleibt im Werkzeug nur zur Kompatibilität mit Altsystemen und ist mit einer Warnung markiert.
MD5 fehlt in WebCrypto des Browsers; ohne neue Abhängigkeit gibt es keine vertrauenswürdige Umsetzung, daher wurde es bewusst weggelassen. Ist die vorliegende Prüfsumme 16 Byte lang, erkennt das Werkzeug sie als MD5 und warnt.
04
UUID v4, UUID v7 und ULID: was wann?
UUID v4 ist vollständig zufällig; sie ist die häufigste Wahl und verrät den Erstellungszeitpunkt nicht. Als Primärschlüssel in großen Tabellen landen die Datensätze verstreut im Index, was die Einfügekosten erhöhen kann.
UUID v7 (RFC 9562) und ULID beginnen mit einem 48-Bit-Zeitstempel in Millisekunden; sie sind nach Zeit sortierbar und werden im Index fortlaufend geschrieben. In derselben Millisekunde erzeugte IDs hält das Werkzeug über einen Zähler in Reihenfolge. Der Preis: Der Erstellungszeitpunkt ist aus der ID lesbar.
Häufige Fragen
- Wird meine Datei auf einen Server hochgeladen?
- Nein. Die Datei wird im Browser gelesen und die Prüfsumme auf Ihrem Gerät berechnet; es erfolgt keine Netzwerkanfrage. Da die Datei in einem Stück in den Speicher geladen wird, gilt eine Grenze von 50 MB; für größere Dateien nutzen Sie sha256sum (Linux, macOS) oder Get-FileHash (PowerShell).
- Warum gibt es kein MD5?
- WebCrypto des Browsers bietet kein MD5, und MD5 ist nicht kollisionssicher; deshalb haben wir es weggelassen, statt eine Abhängigkeit hinzuzufügen. Nennt Ihr Herausgeber nur ein MD5, bedenken Sie, dass es nicht vor Manipulation schützt, sondern nur versehentliche Beschädigung erkennt, und fragen Sie nach Möglichkeit nach SHA-256.
- Kann ich Passwörter mit SHA-256 speichern?
- Nein. SHA-256 ist schnell; eine gestohlene Hash-Tabelle lässt sich mit Milliarden Versuchen pro Sekunde knacken. Für Passwörter nutzt man langsame, gesalzene Funktionen wie Argon2id, scrypt oder bcrypt. Dieses Werkzeug dient der Integritäts- und Gleichheitsprüfung, nicht der Passwortspeicherung.
- Soll ich UUID v4 oder v7 wählen?
- v4, wenn die ID von außen sichtbar ist und Sie den Erstellungszeitpunkt nicht preisgeben wollen. v7 ist meist besser, wo Datensätze in zeitlicher Reihenfolge geschrieben werden, etwa bei Datenbank-Primärschlüsseln oder Ereignisströmen. Beide haben dieselbe 36-stellige Form, der Spaltentyp ändert sich nicht.
- Sind UUIDs wirklich eindeutig?
- Nicht mit Sicherheit, sondern mit Wahrscheinlichkeit. v4 hat 122 Zufallsbits; selbst bei Milliarden erzeugter IDs ist die Kollisionswahrscheinlichkeit vernachlässigbar. Eine Eindeutigkeitsbedingung in einer einzelnen Tabelle fängt eine seltene Kollision dennoch beim Schreiben ab.
- Was tun, wenn die Prüfsumme nicht übereinstimmt?
- Prüfen Sie zuerst Algorithmus und Eingabe: Ein abschließender Zeilenumbruch im Text, eine andere Version der Datei oder ein unvollständiger Download sind die häufigsten Ursachen. Der Algorithmus wird aus der Länge abgeleitet: 64 Hex-Zeichen bedeuten SHA-256, 128 SHA-512, 40 SHA-1. Stimmt sie weiterhin nicht, laden Sie die Datei erneut herunter und beziehen Sie die Prüfsumme über einen getrennten Kanal.
Bauen wir Ihre Integrationen auf stabilen IDs und prüfbaren Daten auf
Wir entwerfen ID-Erzeugung, Datenintegrität und Replay-feste Abläufe zwischen CRM-, ERP- und Logistiksystemen. Besprechen wir Ihre bestehende Struktur in einem kostenlosen Erstgespräch.