Générateur UUID
Générez des UUID Version 4 aléatoires cryptographiquement instantanément dans votre navigateur. Génération unique ou en masse utilisant l'API Web Crypto selon RFC 9562.
UUID v4 a 122 bits aléatoires, offrant environ 5.3×1036 valeurs possibles. Pour avoir 50 % de probabilité d'une collision unique, vous devriez générer 2.71×1018 UUIDs. À un milliard par seconde, cela prend 85 ans. UUID v4 est standardisé dans RFC 9562 (successeur de RFC 4122) et est le format d'identifiant le plus largement déployé dans les systèmes distribués modernes. Ce générateur utilise l'API crypto.randomUUID() du navigateur, soutenue par le CSPRNG du système d'exploitation. Générez un UUID ou des centaines à la fois - pas de serveur, pas d'inscription.
Comment générer des UUID
- Cliquez sur Générer pour créer un UUID unique instantanément.
- Entrez une quantité (par exemple, 10, 100, 1000) et cliquez sur Générer en masse pour plusieurs UUIDs à la fois.
- Cliquez sur n'importe quel UUID dans la liste pour le copier individuellement, ou utilisez Copier tout pour copier la liste complète.
- Choisissez le format de sortie en majuscules ou en minuscules selon les exigences de votre système cible.
- Utilisez Télécharger pour exporter en tant que fichier texte.
UUID v4 expliqué
Structure et format
Un UUID est composé de 32 caractères hexadécimaux dans un motif 8-4-4-4-12 : xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx. Le 4 dans le troisième groupe est fixe (version 4). Les 1-2 premiers bits du quatrième groupe sont fixes comme 10 en binaire (variante RFC 4122). Les 122 bits restants sont générés aléatoirement. UUID v4 apparaît chez tous les principaux fournisseurs de cloud, systèmes de base de données et frameworks web comme format d'identifiant par défaut.
Probabilité de collision
Avec 2122 valeurs possibles (~5.3×1036), générer un UUID v4 du bon CSPRNG est statistiquement négligeable pour toute application réelle. Les collisions UUID v4 sont considérées comme impossibles à des fins pratiques.
Exemple
UUID v4 généré
f47ac10b-58cc-4372-a567-0e02b2c3d479
Même UUID dans différentes représentations
Tireté : f47ac10b-58cc-4372-a567-0e02b2c3d479
Majuscules : F47AC10B-58CC-4372-A567-0E02B2C3D479
Sans tirets : f47ac10b58cc4372a5670e02b2c3d479
Format URN : urn:uuid:f47ac10b-58cc-4372-a567-0e02b2c3d479
Versions UUID comparées
- v1 - Basé sur le temps, incorpore l'adresse MAC de la machine génératrice. Expose des informations matérielles et a des motifs séquentiels. À éviter pour les identifiants sensibles à la sécurité.
- v3 / v5 - Basé sur le nom et déterministe : le même espace de noms + nom produit toujours le même UUID. Utile pour des identifiants reproductibles.
- v4 - Entièrement aléatoire (122 bits). Pas d'informations intégrées, pas de motifs séquentiels. Le type le plus utilisé pour les identifiants générés par les applications.
- v7 - UUID aléatoires ordonnés par le temps (RFC 9562). Les 48 premiers bits sont un horodatage Unix en millisecondes, rendant les UUID v7 triables par temps de création. Mieux pour les performances d'index B-arbre que v4.
Cas d'utilisation courants
- Clés primaires dans PostgreSQL (
uuidtype), MySQL (VARCHAR(36)), et MongoDB - ID de systèmes distribués où plusieurs services créent des enregistrements indépendamment sans séquence centrale
- Identifiants de ressources API exposés dans des URL publiques (plus sûrs que des entiers séquentiels qui permettent des attaques d'énumération)
- Noms de fichiers pour les actifs téléchargés afin de prévenir les collisions
- Clés d'idempotence pour les requêtes API afin de prévenir le traitement en double lors de la reprise
Pour générer des mots de passe aléatoires sécurisés (plutôt que des identifiants), utilisez le Générateur de mots de passe. Pour des identifiants basés sur le temps qui sont également triables dans la base de données, recherchez le support UUID v7 dans votre pilote de base de données ou ORM.
Questions fréquentes
Quelle est l'unicité d'un UUID de Version 4 en pratique ?
UUID v4 a 122 bits d'aléa, offrant environ 5.3×1036 valeurs possibles. Pour avoir 50 % de chances d'une collision unique, vous devriez générer 2.71×1018 UUIDs - à un milliard par seconde, cela prendrait environ 85 ans. Pour toutes les applications pratiques, les collisions UUID v4 sont considérées comme impossibles.
Les UUID générés ici sont-ils cryptographiquement sécurisés ?
Oui. Cet outil utilise crypto.randomUUID() (ou crypto.getRandomValues() en secours), tous deux soutenus par le CSPRNG du système d'exploitation. Les UUID générés sont adaptés pour être utilisés comme jetons de sécurité, identifiants de session et autres contextes sensibles à la sécurité.
Dois-je utiliser des UUID ou des entiers auto-incrémentés comme clés primaires de base de données ?
Les deux ont des compromis. UUID v4 fonctionne bien dans les systèmes distribués où plusieurs nœuds génèrent des ID de manière indépendante, rend les ID imprévisibles dans les URL publiques (prévenant les attaques d'énumération), et simplifie la fusion de bases de données. Les entiers auto-incrémentés sont plus simples, plus petits (4-8 octets contre 16 octets), et ont de meilleures performances d'index B-arbre pour les insertions séquentielles. UUID v7 offre un juste milieu : des UUID aléatoires qui sont également triables par temps.
Quel format a un UUID ?
Un UUID est composé de 32 caractères hexadécimaux en groupes avec des tirets dans un motif 8-4-4-4-12 : xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx. La longueur totale de la chaîne avec les tirets est de 36 caractères. PostgreSQL stocke les UUID comme un type binaire natif de 16 octets ; MySQL et SQLite stockent généralement la chaîne de 36 caractères.
Puis-je générer des UUID hors ligne ?
Oui. Une fois cette page chargée, la génération d'UUID s'effectue entièrement en utilisant JavaScript local et l'API crypto intégrée du navigateur. Aucune requête réseau n'est effectuée pendant la génération. L'outil fonctionne hors ligne après le chargement initial de la page.