Generator Kata Sandi & UUID

Setiap karakter dipilih dengan crypto.getRandomValues, generator angka acak yang aman secara kriptografis dan sudah terpasang di browser Anda, menggunakan rejection sampling untuk menghindari bias dari operasi sisa bagi (modulo) sederhana; setelah itu, urutan karakternya diacak. Daftar hanya ada di halaman yang sedang terbuka dan diganti saat Anda memuat ulang halaman, menekan "Buat ulang", atau mengubah opsi. Kata sandi yang disalin tetap berada di clipboard sampai digantikan oleh hal lain, dan fitur riwayat atau sinkronisasi clipboard mungkin menyimpan salinannya atau meneruskannya ke perangkat Anda yang lain, jadi setelah menempelkannya ke pengelola kata sandi, salin hal lain dan hapus entri tersebut dari riwayat clipboard yang Anda gunakan.

Label tersebut adalah rentang perkiraan entropi: di bawah 40 bit berarti Lemah, 40 hingga di bawah 60 Cukup, 60 hingga di bawah 80 Kuat, dan 80 bit atau lebih Sangat kuat. Setiap karakter menambahkan log2 dari jumlah kemungkinan karakter, yaitu sekitar 6,4 bit dengan 85 karakter default (keempat kumpulan dengan simbol default), sehingga panjang default 16 menghasilkan sekitar 102,6 bit, yang termasuk Sangat kuat. Untuk kata sandi acak yang disimpan di pengelola kata sandi, panjang yang masuk rentang Sangat kuat adalah target yang masuk akal jika situsnya menerima panjang tersebut. Jika sebuah situs hanya mengizinkan huruf dan angka, imbangi ketiadaan simbol dengan panjang: 20 karakter dari 62 karakter tersebut menghasilkan sekitar 119 bit.

Jika "Sertakan minimal satu karakter dari setiap kumpulan yang dipilih" aktif, kata sandi yang tidak memuat salah satu kumpulan tidak akan dibuat, dan jika kata sandi memiliki lebih banyak karakter daripada jumlah kumpulan yang dipilih, karakter sisanya tidak semuanya memiliki peluang yang sama. Karena itu, entropi sebenarnya lebih rendah daripada yang ditunjukkan oleh panjang × log2(jumlah kemungkinan karakter). Selisihnya terasa pada kata sandi pendek tetapi kecil pada kata sandi panjang: untuk 4 karakter dari keempat kumpulan default, yang ditampilkan sekitar 25,6 bit, padahal angka tepatnya sekitar 21,8 bit; pada panjang default 16 karakter, selisihnya kurang dari setengah bit. Jika opsi tersebut dinonaktifkan, setiap karakter diambil secara independen dari semua kemungkinan karakter, dan perkiraannya sesuai dengan cara kata sandi dibuat.

Hapus simbol yang tidak diterima situs dari kotak "Kumpulan simbol", atau ketik hanya simbol yang diizinkan; daftar dibuat ulang saat Anda mengetik. Spasi diabaikan, dan karakter yang dimasukkan dua kali dihitung satu kali. Jika situs mewajibkan simbol, biarkan "Sertakan minimal satu karakter dari setiap kumpulan yang dipilih" tetap aktif. Jika situs tidak menerima simbol sama sekali, hapus centang "Simbol" dan tambah panjang kata sandi untuk mengimbangi kumpulan karakter yang lebih kecil.

Gunakan v4 jika urutan tidak penting atau jika waktu pembuatan tidak boleh terbaca dari ID. UUID v7 diawali dengan timestamp Unix 48-bit dalam milidetik, dan selain bit versi dan varian, 74 bit sisanya acak, meskipun sebagian generator memakai sebagian bit tersebut untuk penghitung atau waktu yang lebih presisi. Akibatnya, UUID v7 kurang lebih terurut menurut waktu pembuatan, dan jika dipakai sebagai kunci database, hal ini sering membuat entri baru tetap berdekatan dalam indeks. Di halaman ini, UUID v7 pertama dalam setiap milidetik mendapatkan 73 bit acak, dengan bit teratas dari 74 bit tersebut dibiarkan bernilai 0. Jika lebih banyak UUID v7 dibuat dalam milidetik yang sama, atau jam perangkat mundur, nilai sebelumnya dinaikkan dengan jumlah acak alih-alih diundi ulang, sehingga UUID tetap dihasilkan secara berurutan.

Secara teori mungkin, tetapi dalam praktiknya peluangnya dapat diabaikan selama generator angka acak browser bekerja sebagaimana mestinya. UUID v4 memiliki 122 bit acak, sehingga sekitar 2,7 × 10^18 UUID harus dibuat agar ada peluang 50% bahwa dua di antaranya sama. Setiap UUID v7 yang dibuat di halaman ini lebih besar daripada UUID sebelumnya, sehingga tidak ada yang berulang selama halaman tetap terbuka, dan UUID v7 yang dibuat di tempat lain hanya dapat sama dengan salah satunya jika memiliki milidetik yang sama dan bit acak yang sama.

Pemeriksa hanya membaca waktu dari versi 1, 6, dan 7 pada varian RFC 9562, yang menyimpan waktu di posisi yang sudah ditentukan: versi 1 dan 6 menghitung interval 100 nanodetik sejak 15 Oktober 1582, dan versi 7 menghitung milidetik sejak 1970-01-01 UTC. Waktu ditampilkan dalam UTC hingga satuan milidetik. Waktu ini berasal dari jam perangkat yang membuat UUID, dan sebagian generator menggeser atau membulatkannya, jadi anggaplah sebagai perkiraan waktu pembuatan. Versi 2 mengganti sebagian timestamp dengan data lain, versi 8 memiliki tata letak yang ditentukan oleh pembuatnya, dan versi 3, 4, serta 5 tidak berisi waktu.