Generador de contraseñas y UUID

Cada carácter se elige con crypto.getRandomValues, el generador de números aleatorios criptográficamente seguro integrado en tu navegador, con muestreo por rechazo para evitar el sesgo de una simple operación de resto; después, los caracteres se mezclan. La lista solo existe en la página abierta y se sustituye cuando recargas la página, pulsas «Volver a generar» o cambias una opción. Una contraseña copiada permanece en el portapapeles hasta que otra cosa la sustituye, y el historial del portapapeles o las funciones de sincronización pueden guardar una copia o pasarla a tus otros dispositivos, así que, después de pegarla en tu gestor de contraseñas, copia otra cosa y borra la entrada de cualquier historial del portapapeles.

Son tramos de la entropía estimada: por debajo de 40 bits es Débil; de 40 a menos de 60, Aceptable; de 60 a menos de 80, Fuerte, y de 80 bits en adelante, Muy fuerte. Cada carácter aporta log2 del número de caracteres posibles, unos 6,4 bits con los 85 predeterminados (los cuatro conjuntos con los símbolos predeterminados), así que la longitud predeterminada de 16 da unos 102,6 bits, es decir, Muy fuerte. Para una contraseña aleatoria guardada en un gestor de contraseñas, una longitud que quede en el tramo Muy fuerte es un objetivo razonable si el sitio la acepta. Si un sitio solo admite letras y cifras, compensa la falta de símbolos con más longitud: 20 caracteres de esos 62 dan unos 119 bits.

Con «Incluir al menos un carácter de cada conjunto seleccionado» activado, no se generan las contraseñas a las que les falta algún conjunto y, cuando la contraseña tiene más caracteres que conjuntos seleccionados, las contraseñas que sí se pueden generar no son todas igual de probables. Por eso, la entropía real es menor de lo que indica la fórmula longitud × log2(número de caracteres posibles). La diferencia se nota en contraseñas cortas, pero es pequeña en las largas: con 4 caracteres de los cuatro conjuntos predeterminados se muestran unos 25,6 bits, mientras que la cifra exacta es de unos 21,8 bits; con los 16 caracteres predeterminados, la diferencia es de menos de medio bit. Con esa opción desactivada, cada carácter se elige de forma independiente entre todos los caracteres posibles, y la estimación corresponde a la forma en que se generan las contraseñas.

Borra del campo «Conjunto de símbolos» los símbolos que el sitio no acepta, o escribe solo los que permite; la lista se vuelve a generar mientras escribes. Los espacios se ignoran y un carácter introducido dos veces cuenta una sola vez. Si el sitio exige un símbolo, deja activada la opción «Incluir al menos un carácter de cada conjunto seleccionado». Si no acepta ningún símbolo, desmarca la casilla «Símbolos» y aumenta la longitud para compensar el conjunto de caracteres más reducido.

Usa v4 cuando el orden no importe o cuando no se deba poder leer la hora de creación a partir del ID. Un UUID v7 empieza con una marca de tiempo Unix de 48 bits en milisegundos y, aparte de los bits de versión y variante, los 74 bits restantes son aleatorios, aunque algunos generadores usan parte de ellos para un contador o para una hora más precisa. Por eso, los UUID v7 se ordenan aproximadamente por hora de creación y, cuando se usan como claves de base de datos, esto suele mantener juntas las entradas nuevas en un índice. En esta página, el primer UUID v7 de cada milisegundo recibe 73 bits aleatorios, y el bit más alto de los 74 se deja a 0. Cuando se crean más UUID v7 en el mismo milisegundo, o el reloj del dispositivo retrocede, el valor anterior se incrementa en una cantidad aleatoria en lugar de generarse de nuevo, así que siguen saliendo en orden.

En teoría sí, pero en la práctica la probabilidad es despreciable, siempre que el generador de números aleatorios del navegador funcione como es debido. Un UUID v4 tiene 122 bits aleatorios, así que habría que generar unos 2,7 × 10^18 para que hubiera una probabilidad del 50 % de que dos de ellos fueran iguales. Cada UUID v7 creado en esta página es mayor que el anterior, así que no se repiten mientras la página siga abierta, y un UUID v7 creado en otro lugar solo podría coincidir con uno de ellos si tuviera el mismo milisegundo y los mismos bits aleatorios.

Solo lee una hora en las versiones 1, 6 y 7 de la variante RFC 9562, que la guardan en una posición definida: las versiones 1 y 6 cuentan intervalos de 100 nanosegundos desde el 15 de octubre de 1582, y la versión 7 cuenta milisegundos desde el 1 de enero de 1970 (UTC). La hora se muestra en UTC con precisión de milisegundos. Procede del reloj del dispositivo que creó el UUID, y algunos generadores la desplazan o la redondean, así que tómala como una hora de creación aproximada. La versión 2 sustituye parte de la marca de tiempo por otros datos, la versión 8 tiene una estructura definida por quien la creó, y las versiones 3, 4 y 5 no contienen ninguna hora.