Generador de UUID v4

El Generador de UUID v4 es una herramienta gratuita que crea un identificador universalmente único de versión 4 para usarlo como identificador de registros, objetos o solicitudes.

¿Cómo trata mis datos el Generador de UUID v4?

La generación se realiza en el servidor. Los datos de entrada se envían al servidor mediante HTTPS y no se almacenan. Por tanto, no es correcto afirmar que todo el proceso tiene lugar en tu navegador ni que los datos nunca salen de tu dispositivo.

Un UUID v4 no necesita como origen ningún texto personal, nombre o contraseña. Se genera como identificador, no se calcula a partir de la información que proporcionas. No atribuyas un significado confidencial al valor resultante, ya que cualquiera que pueda verlo también puede copiarlo y reutilizarlo.

¿Qué es un UUID v4?

Un UUID v4 es un identificador de 128 bits cuya parte variable se genera de forma aleatoria o pseudoaleatoria, con varios bits reservados para indicar la versión y la variante del UUID. Suele utilizarse cuando distintos sistemas necesitan crear identificadores sin solicitar antes a un servicio central el siguiente número disponible.

Su forma escrita estándar contiene 32 caracteres hexadecimales, separados por guiones en cinco grupos. Sigue el patrón 8-4-4-4-12 y tiene una longitud total de 36 caracteres al incluir los cuatro guiones.

Un ejemplo sintácticamente válido es 550e8400-e29b-41d4-a716-446655440000. En un UUID de versión 4, el primer carácter del tercer grupo es 4. Los dos bits más significativos que identifican la variante son 10, lo que da lugar a un carácter hexadecimal inicial 8, 9, a o b en el cuarto grupo.

El valor es un identificador, no información codificada. No puedes descodificarlo para recuperar una fecha de creación, un nombre de cuenta, una dirección de máquina ni un número de secuencia.

¿Qué versión de UUID debería elegir?

Elige la versión 4 si necesitas un identificador opaco, generado de forma independiente, y no necesitas que una misma entrada produzca siempre el mismo resultado. En resumen, v1 utiliza información de tiempo y nodo, v2 corresponde al formato DCE Security, v3 deriva un UUID de un espacio de nombres y un nombre mediante MD5, v4 es aleatorio, v5 deriva uno mediante SHA-1, v6 reordena los datos basados en el tiempo, v7 combina una marca de tiempo Unix con datos aleatorios y v8 está pensado para formatos experimentales o específicos de un proveedor.

• Usa UUID v4 para identificadores de registros, referencias de archivos subidos, identificadores de solicitudes de API y datos de prueba cuando sean adecuados los identificadores distribuidos aleatoriamente.
• Usa UUID v5 cuando un espacio de nombres y un nombre concretos deban producir siempre el mismo identificador. Resulta útil para importaciones repetibles y reglas de deduplicación.
• Considera UUID v7 cuando los identificadores de los registros deban seguir aproximadamente el orden de creación y tu base de datos o software sea compatible con esta versión.
• Usa un entero secuencial convencional cuando los valores se creen en una única base de datos y las claves compactas y ordenadas de forma natural sean más importantes que la generación descentralizada.

Las versiones anteriores siguen presentes en sistemas existentes, pero un diseño nuevo debe elegir según sus necesidades reales, en lugar de tratar todas las versiones de UUID como si fueran intercambiables.

Cómo usar UUID v4 en la práctica

Genera un UUID, toma el valor del campo de resultado UUID v4 y guarda la cadena canónica completa, salvo que el sistema receptor especifique otra representación.

1. Crea un UUID nuevo para el objeto o evento que necesite una identidad.
2. Conserva los cinco grupos y los cuatro guiones al transferirlo entre sistemas.
3. Guárdalo en un tipo UUID de la base de datos cuando esté disponible. De lo contrario, utiliza un campo de texto o binario con el tamaño adecuado para la representación elegida.
4. Añade una restricción de unicidad cuando la base de datos deba rechazar valores UUID v4 duplicados.

Entre sus usos habituales se encuentran identificar un pedido antes de que llegue a la base de datos principal, correlacionar entradas de registro entre varios servicios, asignar un nombre a un objeto subido o proporcionar identificadores estables a filas preparadas para una importación. Un UUID suele facilitar la combinación de conjuntos de datos creados de manera independiente, a diferencia de las secuencias locales de enteros, que pueden contener los mismos valores en cada origen.

Los espacios, los signos de puntuación, las letras acentuadas y los caracteres no latinos no suponen una entrada problemática para UUID v4, porque el proceso de generación no deriva el identificador de un texto. Si necesitas un identificador basado en un nombre que contenga esos caracteres, utiliza un esquema UUID basado en nombres y define con exactitud las reglas de codificación y normalización de caracteres. De lo contrario, textos visualmente idénticos pueden generar secuencias de bytes diferentes y, por tanto, identificadores distintos.

¿Pueden coincidir dos valores UUID v4?

Sí, en teoría puede producirse una colisión, pero no supone un problema práctico en el uso habitual de UUID v4 cuando la generación emplea una fuente aleatoria adecuada. Un UUID v4 tiene 122 bits variables, ya que los bits restantes identifican su versión y variante, lo que deja un conjunto extremadamente amplio de valores posibles.

Por tanto, "universalmente único" es una descripción práctica, no una garantía matemática. Los valores copiados o reutilizados por error, los fallos de implementación o una generación deficiente de números aleatorios cuando la fuente no es adecuada plantean riesgos de duplicación más realistas que el puro azar. Los sistemas que no puedan admitir duplicados deben imponer la unicidad en la base de datos o en los límites de la aplicación.

Un UUID tampoco demuestra que una solicitud sea legítima. No uses un UUID visible como único método de autorización ni des por hecho que un objeto está protegido solo porque su dirección sea difícil de adivinar. Los controles de acceso deben aplicarse al recurso subyacente al que apunta el UUID.

Preguntas frecuentes

¿Los UUID distinguen entre mayúsculas y minúsculas?

No. Las letras hexadecimales del texto de un UUID suelen interpretarse sin distinguir entre mayúsculas y minúsculas, por lo que A y a representan el mismo valor. La presentación canónica habitual utiliza minúsculas. Normalizar las letras antes de comparar los textos evita resultados incoherentes en sistemas que sí distinguen entre mayúsculas y minúsculas al comparar cadenas.

¿Puedo usar un UUID v4 en una URL o en un nombre de archivo?

Sí. La forma canónica utiliza caracteres hexadecimales y guiones, todos ellos adecuados para segmentos de ruta habituales de una URL y para sistemas de archivos comunes. No añadas llaves salvo que una API concreta las exija, y recuerda que mostrar un UUID en una URL no convierte el recurso en privado.

¿Debo quitar los guiones de un UUID?

Quítalos solo cuando el formato receptor requiera explícitamente 32 caracteres hexadecimales. Muchas bibliotecas y tipos UUID de bases de datos aceptan la forma canónica con guiones, que resulta más fácil de reconocer y es menos probable que se confunda con otro valor hexadecimal no relacionado.

¿Sirve un UUID v4 como contraseña o secreto de API?

No. Un identificador y un secreto tienen propósitos diferentes. Algunas implementaciones de UUID pueden utilizar una aleatoriedad adecuada, pero el formato UUID en sí no garantiza los requisitos de gestión, confidencialidad o entropía propios de las contraseñas, los tokens de sesión y las credenciales de API. Genera las credenciales o los tokens mediante un mecanismo diseñado para ese fin, no con un Generador de UUID v4.

¿Puede un UUID v4 considerarse un dato personal según el RGPD?

Sí, puede ser un dato personal cuando identifica a una persona o puede vincularse con una persona identificable, aunque sus caracteres no revelen directamente un nombre. Trata los UUID asociados a cuentas de clientes, dispositivos o registros de actividad según el contexto y las normas de conservación y acceso de la organización.

¿Puedo usar UUID v4 como clave primaria de una base de datos?

Sí, muchas bases de datos admiten directamente claves primarias UUID. Las claves distribuidas aleatoriamente pueden producir inserciones menos localizadas en los índices que los identificadores enteros ordenados o basados en el tiempo, por lo que conviene consultar las recomendaciones de la base de datos para tablas con muchas operaciones de escritura. Mantén una restricción de unicidad y utiliza una única representación de almacenamiento coherente en las importaciones, las consultas y el código de la aplicación.