Zum Hauptinhalt springen
ToolsByUs

Generatoren

Diese Generatoren erzeugen Kennungen und Platzhalterwerte in Ihrem Browser. Die Zufälligkeit kommt aus der Web Crypto API – derselben kryptografischen Quelle, die die Plattform für Schlüssel verwendet – und nicht aus Math.random oder von einem Server, der inzwischen jede Kennung gesehen hat, die er Ihnen ausgestellt hat.

12 ToolsNur lokal

Umwandeln

Analysieren

Erzeugen

Wann sollten Sie ein browserbasiertes generatoren-Tool verwenden?

Ein Generator scheint das eine Tool zu sein, bei dem es unmöglich einen Unterschied machen kann, wo die Arbeit geschieht. Es macht zweimal einen Unterschied.

Der erste Grund: Ein serverseitiger Generator hat jede Kennung gesehen, die er Ihnen gegeben hat. Werden daraus Primärschlüssel, API-Schlüssel, Einladungs-Tokens oder irgendetwas anderes mit Berechtigungen, hält ein Dritter jetzt eine Liste davon. Dass das ausgenutzt wird, ist unwahrscheinlich – und trotzdem eine völlig vermeidbare Exposition, denn der Browser hat eine vollkommen gute kryptografische Zufallsquelle eingebaut.

Der zweite ist Qualität. Eine betrübliche Zahl von Online-Generatoren ruft Math.random() auf, einen schnellen, nicht kryptografischen PRNG. Seine Ausgabe ist gleichmäßig genug, um zufällig zu wirken, und aus einer kurzen Folge vorheriger Werte vorhersagbar. Für einen Test-Fixture ist das harmlos. Für alles, was den Zugang regelt, ist es eine Schwachstelle – und nichts in der Ausgabe unterscheidet die beiden Fälle. Diese Tools verwenden ausschließlich crypto.getRandomValues().

Die Wahl zwischen den UUID-Versionen ist die Entscheidung, bei der es sich am meisten lohnt, sie richtig zu treffen – und meistens wird sie aus Versehen getroffen. v4 – reine Zufälligkeit – ist fast überall der Standard und als Primärschlüssel bei Skalierung aus einem strukturellen Grund schlecht: Zufallswerte verstreuen über den gesamten B-tree-Index, jeder Insert trifft eine andere Seite, die Cache-Trefferquote bricht ein, und der Index fragmentiert. Teams bemerken das in der Regel als langsamen, unerklärlichen Rückgang des Schreibdurchsatzes irgendwo hinter den ersten paar Millionen Zeilen.

v7 behebt das, indem es einen Millisekunden-Zeitstempel in die führenden 48 Bits setzt: Kennungen, die zeitlich nah beieinander erzeugt werden, sortieren nah beieinander, und Inserts hängen ans heiße Ende des Index. Es ist die richtige Standardwahl für Datenbankschlüssel unter RFC 9562. Der Trade-off ist real und sollte ausgesprochen werden: Eine v7-Kennung legt ihre eigene Erstellungszeit für jeden offen, der sie lesen kann – ist eine öffentlich sichtbare Kennung betroffen, für die das heikel ist, bleibt v4 richtig.

v1 ist der Vollständigkeit halber und zum Lesen alter Daten dabei. Es kodiert einen Zeitstempel und in seiner ursprünglichen Form die MAC-Adresse des erzeugenden Rechners – deshalb ist es aus der Mode gekommen, und deshalb ist es nützlicher, eine v1 untersuchen zu können, als eine zu erzeugen. Wenn Sie einen erzeugten Wert in eine andere Darstellung umwandeln müssen, ist das Base64-Tool gleich nebenan, und der JSON-Formatter räumt eine Seed-Datei auf, in die Sie Kennungen eingefügt haben.

Häufig gestellte Fragen

Soll ich UUID v4 oder v7 für einen Datenbank-Primärschlüssel verwenden?

v7 für alles, was in eine indizierte Spalte kommt. v4 besteht aus 122 Bits Zufall, daher landen aufeinanderfolgende Inserts an zufälligen Stellen im B-tree-Index: Jeder Insert macht eine andere Seite dirty, der Index fragmentiert, und der Schreibdurchsatz lässt messbar nach, während die Tabelle wächst. v7 setzt einen 48-Bit-Millisekunden-Zeitstempel in die hohen Bits, sodass neu erzeugte Werte nah beieinander sortieren und Inserts in denselben Indexbereich angehängt werden. v4 bleibt die richtige Wahl, wenn die Kennung öffentlich ist und ihre Erstellungszeit nicht preisgeben darf.

Sind diese UUIDs wirklich zufällig, oder steckt ein PRNG mit Seed dahinter?

Sie stammen aus crypto.getRandomValues(), dem kryptografisch sicheren Generator der Web Crypto API, der aus dem Entropie-Pool des Betriebssystems schöpft. Das ist dieselbe Quelle, die für Schlüsselmaterial verwendet wird, und sie unterscheidet sich kategorial von Math.random(), einem schnellen, nicht kryptografischen PRNG, dessen Ausgabe aus einer Handvoll vorheriger Werte vorhersagbar ist.

Was ist RFC 9562, und ändert sich dadurch etwas?

RFC 9562, veröffentlicht im Mai 2024, hat RFC 4122 als UUID-Standard abgelöst. v1 und v4 blieben unverändert, neu sind die zeitgeordneten Versionen v6, v7 und v8. In der Praxis ist die entscheidende Änderung, dass v7 ein Standard wurde statt einer Sammlung inkompatibler Hersteller-Erweiterungen wie ULID und KSUID.

Kann ich auf einmal viele erzeugen?

Ja – die Massenerzeugung schafft bis zu 10,000 pro Batch, mit Ausgabe als einfache Zeilen, Zeichenketten in Anführungszeichen, ein JSON-Array oder ein Trennzeichen Ihrer Wahl, bereit zum Einfügen in eine Seed-Datei oder einen Test-Fixture. Die Erzeugung ist synchron und nahezu augenblicklich; die praktische Grenze ist, was Sie einfügen können, nicht was der Browser erzeugen kann.

Kann ich prüfen, was eine vorhandene UUID ist?

Ja. Fügen Sie eine in den Inspektor ein, dann meldet er die Version, die Variante und – bei v1, v6 und v7 – den eingebetteten Zeitstempel, dekodiert zu einem lesbaren Datum. Das ist der schnellste Weg herauszufinden, ob die Kennungen in einer Tabelle zeitgeordnet sind und ob sie eine Erstellungszeit preisgeben, die Sie nicht veröffentlichen wollten.

Was gibt es sonst noch auf ToolsByUs?

ToolsByUs – Generatoren