Générateur UUID v4

Le Générateur UUID v4 est un outil gratuit qui crée un identifiant universel unique de version 4, utilisable pour identifier un enregistrement, un objet ou une requête.

Comment le générateur UUID v4 traite-t-il mes données ?

La génération s'effectue sur le serveur. Les données saisies lui sont transmises via HTTPS et ne sont pas stockées. Il serait donc inexact d'affirmer que tout se passe dans ton navigateur ou que les données ne quittent jamais ton appareil.

La création d'un UUID v4 ne nécessite aucun texte personnel, nom ou mot de passe. Il s'agit d'un identifiant généré, et non d'une valeur calculée à partir d'informations que tu fournis. N'associe aucune signification confidentielle au résultat, car toute personne qui le voit peut le copier et le réutiliser.

Qu'est-ce qu'un UUID v4 ?

Un UUID v4 est un identifiant de 128 bits dont la partie variable est générée de façon aléatoire ou pseudo-aléatoire. Plusieurs bits sont réservés pour indiquer la version et la variante de l'UUID. Ce format est couramment utilisé lorsque des systèmes distincts doivent créer des identifiants sans demander au préalable le prochain numéro disponible à un service central.

La forme écrite standard contient 32 caractères hexadécimaux répartis en cinq groupes séparés par des tirets. Elle suit le modèle 8-4-4-4-12 et compte 36 caractères en incluant les quatre tirets.

Voici un exemple syntaxiquement valide : 550e8400-e29b-41d4-a716-446655440000. Dans un UUID de version 4, le premier caractère du troisième groupe est 4. Les deux bits de poids fort qui indiquent la variante sont 10, ce qui donne un premier caractère hexadécimal égal à 8, 9, a ou b dans le quatrième groupe.

Cette valeur est un identifiant, pas une information encodée. Il est impossible de la décoder pour retrouver une date de création, un nom de compte, une adresse de machine ou un numéro de séquence.

Quelle version d'UUID choisir ?

Choisis la version 4 si tu as besoin d'un identifiant opaque, généré indépendamment, sans que la même entrée doive toujours produire le même résultat. En résumé, la v1 utilise l'heure et des informations sur le noeud, la v2 correspond au format DCE Security, la v3 dérive un UUID d'un espace de noms et d'un nom avec MD5, la v4 est aléatoire, la v5 en dérive un avec SHA-1, la v6 réorganise les données temporelles, la v7 associe un horodatage Unix à des données aléatoires, et la v8 est destinée aux formats expérimentaux ou propres à un fournisseur.

• Utilise un UUID v4 pour les identifiants d'enregistrements, les références de téléversement, les identifiants de requêtes API et les données de test lorsque des identifiants répartis aléatoirement conviennent.
• Utilise un UUID v5 lorsqu'un espace de noms et un nom précis doivent toujours produire le même identifiant. Il convient aux importations reproductibles et aux règles de déduplication.
• Envisage un UUID v7 lorsque les identifiants des enregistrements doivent globalement suivre leur ordre de création et que ta base de données ou ton logiciel le prend en charge.
• Utilise un entier séquentiel classique lorsque les valeurs sont créées par une seule base de données et que des clés compactes, naturellement ordonnées, comptent davantage qu'une génération décentralisée.

Les anciennes versions restent présentes dans les systèmes existants. Pour une nouvelle conception, choisis cependant la version qui répond aux besoins réels, plutôt que de considérer toutes les versions d'UUID comme interchangeables.

Utiliser un UUID v4 en pratique

Génère un UUID, récupère la valeur dans le champ de résultat UUID v4, puis enregistre la chaîne canonique complète, sauf si le système destinataire impose une autre représentation.

1. Crée un nouvel UUID pour l'objet ou l'événement qui doit recevoir une identité.
2. Conserve les cinq groupes et les quatre tirets lors des échanges entre systèmes.
3. Enregistre-le dans un type UUID de base de données si celui-ci est disponible. Sinon, utilise un champ texte ou binaire dimensionné pour la représentation choisie.
4. Ajoute une contrainte d'unicité si la base de données doit refuser les UUID v4 générés en double.

Un UUID peut notamment servir à identifier une commande avant son arrivée dans la base de données principale, à rapprocher des entrées de journal entre plusieurs services, à nommer un objet téléversé ou à attribuer des identifiants stables à des lignes préparées pour une importation. Il est souvent plus facile de fusionner des jeux de données créés indépendamment avec des UUID qu'avec des séquences locales d'entiers, car chaque source peut contenir les mêmes valeurs.

Les espaces, les signes de ponctuation, les lettres accentuées et les caractères non latins ne posent aucun problème à la génération d'un UUID v4, puisque l'identifiant n'est pas dérivé d'un texte. Si tu as besoin d'un identifiant fondé sur un nom qui contient de tels caractères, utilise un schéma d'UUID basé sur un nom et définis précisément les règles d'encodage et de normalisation des caractères. Sans cela, deux textes visuellement identiques peuvent produire des séquences d'octets différentes et donc des identifiants différents.

Deux UUID v4 peuvent-ils être identiques ?

Oui, une collision reste théoriquement possible, mais elle ne constitue pas un problème pratique dans un usage ordinaire des UUID v4 si la génération repose sur une source aléatoire appropriée. Un UUID v4 possède 122 bits variables, les autres bits indiquant sa version et sa variante. Le nombre de valeurs possibles est donc extrêmement élevé.

L'expression "universellement unique" décrit ainsi une réalité pratique, et non une garantie mathématique. Une copie ou une réutilisation accidentelle, un défaut d'implémentation ou une mauvaise génération de nombres aléatoires liée à une source inadéquate présentent des risques de doublons plus réalistes que le simple hasard. Les systèmes qui ne peuvent tolérer aucun doublon doivent tout de même imposer l'unicité au niveau de la base de données ou de l'application.

Un UUID ne prouve pas non plus qu'une requête est authentique. N'utilise pas un UUID visible comme seul moyen d'autorisation et ne considère pas qu'un objet est protégé simplement parce que son adresse est difficile à deviner. Les contrôles d'accès doivent s'appliquer à la ressource sous-jacente désignée par l'UUID.

Questions fréquentes

Les UUID sont-ils sensibles à la casse ?

Non, les lettres hexadécimales d'un UUID écrit sont normalement interprétées sans tenir compte de la casse. A et a représentent donc la même valeur. La forme canonique utilise généralement des minuscules. Normaliser la casse avant de comparer les chaînes évite les résultats incohérents dans les systèmes où cette comparaison est sensible à la casse.

Peut-on utiliser un UUID v4 dans une URL ou un nom de fichier ?

Oui, la forme canonique n'utilise que des caractères hexadécimaux et des tirets, tous adaptés aux segments de chemin d'URL ordinaires et aux systèmes de fichiers courants. N'ajoute pas d'accolades, sauf si une API particulière les exige. Garde aussi à l'esprit qu'afficher un UUID dans une URL ne rend pas la ressource privée.

Faut-il supprimer les tirets d'un UUID ?

Supprime-les uniquement lorsque le format destinataire exige explicitement 32 caractères hexadécimaux. De nombreuses bibliothèques et de nombreux types UUID de bases de données acceptent la forme canonique avec tirets. Celle-ci est plus facile à reconnaître et risque moins d'être confondue avec une autre valeur hexadécimale.

Un UUID v4 peut-il servir de mot de passe ou de secret d'API ?

Non, un identifiant et un secret n'ont pas le même rôle. Certaines implémentations d'UUID peuvent utiliser une source aléatoire appropriée, mais le format UUID ne garantit pas les exigences de gestion, de confidentialité ou d'entropie propres aux mots de passe, aux jetons de session et aux identifiants d'API. Génère les identifiants de connexion ou les jetons avec un mécanisme conçu à cet effet, et non avec un générateur UUID v4.

Un UUID v4 peut-il être une donnée personnelle au sens du RGPD britannique ?

Oui, il peut constituer une donnée personnelle s'il identifie une personne ou peut être associé à une personne identifiable, même si ses caractères ne révèlent pas directement son nom. Traite les UUID liés aux comptes clients, aux appareils ou aux journaux d'activité en fonction du contexte et des règles de conservation et d'accès de l'organisation.

Peut-on utiliser un UUID v4 comme clé primaire dans une base de données ?

Oui, de nombreuses bases de données prennent directement en charge les UUID comme clés primaires. Les clés réparties aléatoirement peuvent entraîner des insertions moins localisées dans les index que des entiers ordonnés ou des identifiants temporels. Consulte donc les recommandations de ta base de données pour les tables soumises à de nombreuses écritures. Conserve une contrainte d'unicité et utilise une seule représentation de stockage cohérente dans les importations, les requêtes et le code de l'application.