Хеші/крипто

UUID Generator

Генерація UUID версій 1, 3, 4, 5, 6 і 7 — випадкових, часових і похідних від імені (name-based).

UUID (Universally Unique Identifier) — 128-бітний ідентифікатор, який на практиці унікальний без центрального реєстру: два незалежні сервери можуть генерувати UUID одночасно й майже ніколи не отримають однакове значення. Версії відрізняються способом генерації.

Як обрати версію

Типові сценарії

Що варто памʼятати

UUID v1 і v6 включають MAC-адресу пристрою-генератора — не використовуйте їх, якщо це небажане розкриття інформації.

Формат запису — 32 шістнадцяткові символи, згруповані дефісами як 8-4-4-4-12 (наприклад, 550e8400-e29b-41d4-a716-446655440000).

Стаття про цей інструмент: UUID: як генерують ідентифікатори, що майже ніколи не повторюються

Часті запитання

Чим UUID v4 відрізняється від інших версій?

UUID v4 генерується з випадкових чи псевдовипадкових чисел, що робить його найпростішим варіантом без залежності від часу чи апаратних ідентифікаторів. Інші версії, наприклад v1, кодують часову мітку та MAC-адресу, а v5 детерміновано виводить UUID із простору імен і назви.

Наскільки ймовірний збіг двох згенерованих UUID?

Вкрай малоймовірний. UUID v4 має 122 випадкові біти, тож знадобилося б генерувати мільярди UUID за секунду протягом століть, перш ніж колізія стала б статистично ймовірною.

Чи надсилаються згенеровані тут UUID кудись?

Ні. Генерація повністю відбувається у вашому браузері з використанням криптографічно стійкого джерела випадковості — нічого не надсилається на сервер.

Що таке UUID v7 і чим він кращий за v4 для баз даних?

UUID v7 вбудовує мітку часу в перші біти, тому значення природно сортуються за часом створення — на відміну від повністю випадкового v4, який погано впливає на продуктивність індексів бази даних через хаотичний порядок вставки нових записів.

Чи можна використовувати UUID як секретний токен?

Для UUID v4 — так, оскільки він генерується криптографічно стійким генератором випадковості. Але UUID v1 частково розкриває час створення й MAC-адресу пристрою, тому не підходить там, де потрібна непередбачуваність.

Статті: Хеші/крипто

Hash Generator: чим MD5, SHA-1 і SHA-256 відрізняються одна від одної

Чому MD5 досі використовують для перевірки цілісності файлів, але не для паролів.

Checksum Verifier: як перевірити, що файл не пошкоджено

Чому збіг контрольної суми підтверджує цілісність файлу, але не те, хто його створив.

HMAC: чим хеш з ключем відрізняється від звичайного хешу

Чому звичайний SHA-256 не захищає від підробки повідомлення, а HMAC — захищає.

Bcrypt: чому паролі хешують повільно, а не швидко

Чому швидкий SHA-256 — погана ідея для паролів, а повільний bcrypt — правильна.

Генератор паролів: що насправді робить пароль стійким

Чому довгий пароль зі словника надійніший за короткий з символами й цифрами.

AES: як працює симетричне шифрування

Чому той самий ключ шифрує і розшифровує дані в AES, і чим це відрізняється від асиметричного шифрування.

Argon2: чому цей алгоритм переміг конкурс на хешування паролів

Чим Argon2 краще захищає від атак на відеокартах, ніж старіші алгоритми хешування паролів.

Scrypt: навіщо алгоритму потрібно багато пам'яті

Чому scrypt навмисно вимагає багато пам'яті, щоб ускладнити перебір на ASIC-пристроях.

TOTP: як працюють одноразові коди в застосунках-автентифікаторах

Чому код у Google Authenticator працює без інтернету і синхронізується із сервером лише за часом.

PBKDF2: найстаріший стандарт розтягування ключів

Чому рекомендована кількість ітерацій PBKDF2 зростає з кожним роком.

X.509: що всередині SSL-сертифіката

Що саме браузер перевіряє в сертифікаті сайту, перш ніж показати зелений замочок.

PGP: як працює шифрування з відкритим і приватним ключем

Чому можна вільно ділитися публічним ключем PGP, але не приватним.