Gerador de senhas e UUIDs

Cada caractere é escolhido com crypto.getRandomValues, o gerador de números aleatórios criptograficamente seguro integrado ao seu navegador, usando amostragem por rejeição para evitar o viés de uma simples operação de resto; depois, os caracteres são embaralhados. A lista existe apenas na página aberta e é substituída quando você recarrega a página, clica em "Gerar novamente" ou muda uma opção. Uma senha copiada fica na área de transferência até que outra coisa a substitua, e recursos de histórico ou de sincronização da área de transferência podem guardar uma cópia ou enviá-la para seus outros dispositivos, então, depois de colá-la no seu gerenciador de senhas, copie outra coisa e apague a entrada de qualquer histórico da área de transferência.

São faixas da entropia estimada: abaixo de 40 bits é Fraca, de 40 a menos de 60 é Razoável, de 60 a menos de 80 é Forte, e 80 bits ou mais é Muito forte. Cada caractere acrescenta log2 do número de caracteres possíveis, cerca de 6,4 bits com os 85 caracteres padrão (os quatro conjuntos com os símbolos padrão), então o comprimento padrão de 16 dá cerca de 102,6 bits, o que é Muito forte. Para uma senha aleatória guardada em um gerenciador de senhas, um comprimento que chegue à faixa Muito forte é uma boa meta, se o site aceitar. Se um site aceitar apenas letras e dígitos, compense a falta de símbolos com o comprimento: 20 caracteres desses 62 dão cerca de 119 bits.

Com "Incluir pelo menos um caractere de cada conjunto selecionado" ativado, as senhas que deixam de fora algum conjunto não são geradas e, quando a senha tem mais caracteres do que o número de conjuntos selecionados, os caracteres restantes não têm todos a mesma probabilidade. Por isso, a entropia real é menor do que sugere o cálculo comprimento × log2(número de caracteres possíveis). A diferença é perceptível em senhas curtas, mas pequena em senhas longas: 4 caracteres dos quatro conjuntos padrão mostram cerca de 25,6 bits, enquanto o valor exato é de cerca de 21,8 bits; com os 16 caracteres padrão, a diferença é menor que meio bit. Com essa opção desativada, cada caractere é sorteado de forma independente entre todos os caracteres possíveis, e a estimativa corresponde à forma como as senhas são geradas.

Apague da caixa "Conjunto de símbolos" os símbolos que o site não aceita, ou digite apenas os permitidos; a lista é gerada de novo enquanto você digita. Espaços são ignorados, e um caractere digitado duas vezes conta uma vez. Se o site exigir um símbolo, mantenha "Incluir pelo menos um caractere de cada conjunto selecionado" ativado. Se ele não aceitar nenhum símbolo, desmarque a caixa "Símbolos" e aumente o comprimento para compensar o conjunto menor de caracteres.

Use v4 quando a ordem não importar ou quando o ID não deve revelar o momento da criação. Um UUID v7 começa com um timestamp Unix de 48 bits em milissegundos e, fora os bits de versão e variante, os 74 bits restantes são aleatórios, embora alguns geradores usem parte deles para um contador ou para um tempo mais preciso. Por isso, UUIDs v7 ficam ordenados aproximadamente pelo momento da criação, o que, em chaves de banco de dados, costuma manter as novas entradas próximas umas das outras no índice. Nesta página, o primeiro UUID v7 de cada milissegundo recebe 73 bits aleatórios, com o bit mais alto dos 74 fixado em 0. Quando mais UUIDs v7 são criados no mesmo milissegundo, ou quando o relógio do dispositivo volta, o valor anterior é aumentado em uma quantidade aleatória em vez de ser sorteado de novo, então eles continuam saindo em ordem.

Em teoria, sim, mas na prática a chance é desprezível, desde que o gerador de números aleatórios do navegador funcione como previsto. Um UUID v4 tem 122 bits aleatórios, então seria preciso gerar cerca de 2,7 × 10^18 deles para ter 50% de chance de que dois quaisquer sejam iguais. Cada UUID v7 criado nesta página é maior que o anterior, então eles não se repetem enquanto a página estiver aberta, e um UUID v7 criado em outro lugar só poderia coincidir com um deles se tivesse o mesmo milissegundo e os mesmos bits aleatórios.

Ele só lê um horário das versões 1, 6 e 7 da variante RFC 9562, que o armazenam em uma posição definida: as versões 1 e 6 contam intervalos de 100 nanossegundos desde 15 de outubro de 1582, e a versão 7 conta milissegundos desde 1970-01-01 UTC. O horário é mostrado em UTC com precisão de milissegundos. Ele vem do relógio do dispositivo que criou o UUID, e alguns geradores o deslocam ou arredondam, então trate-o como um horário de criação aproximado. A versão 2 substitui parte do timestamp por outros dados, a versão 8 tem um layout definido por quem a criou, e as versões 3, 4 e 5 não contêm horário.