Генератор UUID v4 онлайн
Создание криптографически стойких уникальных идентификаторов UUID v4 (GUID) по стандарту RFC 9562.
Мгновенная генерация криптографически стойких уникальных идентификаторов версии 4 (UUID v4 / GUID) по стандартам RFC 9562 и RFC 4122. Утилита использует системный генератор псевдослучайных чисел Web Crypto API, формируя одиночные или пакетные серии идентификаторов без дубликатов и коллизий.
Как пользоваться
Выбор количества UUID
Укажите объём генерации от 1 до 50 штук за один клик для заполнения баз данных или тестов.
Настройка формата отображения
Отметьте верхний регистр символов и необходимость разделительных дефисов по требованиям вашей системы.
Генерация идентификаторов
Нажмите кнопку формирования либо измените параметры для мгновенного пересчёта пула UUID.
Копирование списка в буфер
Заберите готовый список построчно одним кликом для вставки в SQL-дампы, фикстуры или код.
Формулы, правила и стандарты
Формат: 128 бит случайных данных, представляемых 32 шестнадцатеричными цифрами в структуре 8-4-4-4-12.
Идентификатор версии: биты 48–51 установлены в значение 0100 (шестнадцатеричная цифра '4' в 13-й позиции).
Вариант стандарта: биты 64–65 установлены в значение 10 (цифры '8', '9', 'a' или 'b' в 17-й позиции).
Энтропия: 122 бита чистой энтропии, генерируемой системным генератором crypto.randomUUID().
Практические примеры
Пример 1: Канонический UUID v4 в нижнем регистре с дефисами
Стандартный идентификатор сущности для реляционных баз данных PostgreSQL / MySQL:
Результат генерации (36 символов):
f47ac10b-58cc-4372-a567-0e02b2c3d479
Пример 2: Компактный Microsoft GUID без дефисов в верхнем регистре
Слитная шестнадцатеричная строка для систем на .NET и Microsoft SQL Server:
Результат генерации (32 символа):
F47AC10B58CC4372A5670E02B2C3D479
Частые ошибки и нюансы
Фиксированные биты версии и варианта
UUID v4 не является полностью случайной строкой: в 13-й позиции всегда стоит цифра 4, а в 17-й — один из символов 8, 9, a или b. Это гарантирует распознавание стандарта библиотеками.
Абсолютная защита от коллизий
При 122 битах энтропии вероятность совпадения двух случайно созданных ключей составляет 1 к $5.3 \times 10^{36}$. Случайное дублирование невозможно даже при генерации миллиарда ключей в секунду.
Криптографическая стойкость генератора
Utilora вызывает аппаратный генератор window.crypto.randomUUID() операционной системы, исключая циклические псевдослучайные последовательности Math.random().
Разница между версиями UUID v4 и v7
Версия 4 опирается на чистую энтропию без привязки ко времени, тогда как новый стандарт UUID v7 включает временную метку для упорядоченного индексирования в B-Tree базах данных.
Частые вопросы (FAQ)
Вероятность дублирования стремится к нулю. Количество уникальных комбинаций UUID v4 составляет $2^{122}$ (примерно $5.3 \times 10^{36}$). Даже если генерировать один миллиард идентификаторов каждую секунду непрерывно на протяжении ста лет, шанс возникновения хотя бы одной коллизии составит менее одной миллиардной доли процента.
GUID (Globally Unique Identifier) — это реализация стандарта UUID, принятая корпорацией Microsoft в экосистеме Windows и платформе .NET. Алгоритмически UUID версии 4 и GUID полностью идентичны. Основное отличие заключается в традициях оформления: GUID часто записывают прописными буквами и обрамляют фигурными скобками.
Цифра 4 в первой позиции третьей группы символов (13-й символ строки) жёстко зарезервирована стандартом RFC 9562 и обозначает номер версии алгоритма — случайная генерация (Random UUID). Это позволяет парсерам отличать версию 4 от версий 1 (на основе времени и MAC-адреса) и 5 (на основе хэша SHA-1).
Да, удаление разделительных дефисов уменьшает длину строки с 36 до 32 символов, сохраняя все 128 бит данных. Многие СУБД, такие как PostgreSQL, имеют нативный бинарный тип данных UUID, который внутри хранит ключ всего в 16 байтах независимо от наличия дефисов при вводе.
UUID v4 отлично подходит для распределённых систем и микросервисов, так как узлы могут генерировать уникальные ключи независимо без обращения к центральному координатору. Однако из-за отсутствия сортировки по времени при огромных объёмах данных предпочтительнее использовать UUID v7.
Нет, генерация выполняется исключительно в браузере клиента через интерфейс Web Cryptography API. Сгенерированные идентификаторы не сохраняются в логах и неизвестны никому, кроме пользователя.
Похожие инструменты
Хэш-генератор
Мгновенное вычисление криптографических хэшей MD5 (RFC 1321), SHA-1, SHA-256 и SHA-512 в браузере с аппаратным ускорением Web Crypto API.
Открыть ▸Unix Timestamp
Двусторонняя конвертация Unix Epoch Timestamp в дату (MSK, UTC, ISO 8601) и обратно с живыми системными часами.
Открыть ▸Base64 Кодер / Декодер
Кодирование текста и файлов в Base64 и обратное декодирование с корректной поддержкой UTF-8 кириллицы.
Открыть ▸Декодер JWT
Безопасный разбор Header и Payload токенов JWT с проверкой срока жизни exp и расшифровкой клеймов без отправки на сервер.
Открыть ▸Руководства по теме
UUID v4 против UUID v7: почему базы данных переходят на упорядоченные ID
Классический UUID v4 на основе 122 бит случайности десятилетиями служил стандартом распределённых систем, но стал кошмаром для реляционных баз данных. В 2024 году IETF ратифицировал стандарт RFC 9562 с поддержкой UUID v7. Разбираем, почему v7 кардинально ускоряет INSERT в таблицы с миллиардами строк.
Читать руководствоУстойчивость хэш-функций к коллизиям: почему MD5 и SHA-1 взломаны
Хэш-функция преобразует массив данных произвольного размера в строку фиксированной длины. Но что происходит, когда двум совершенно разным файлам соответствует одинаковый хэш? Разбираем механику коллизий, атаку SHAttered от Google и причины, по которым современный веб полностью перешёл на семейство SHA-2 и SHA-3.
Читать руководствоИнформационная энтропия паролей: как защитить аккаунты от брутфорса
Субъективная оценка «сложности» пароля человеком не имеет ничего общего с его реальной устойчивостью к криптографическому взлому. В этом руководстве разбираем математическую модель энтропии Шеннона, реальную скорость перебора хэшей на видеокартах последнего поколения, метод Diceware и современные стандарты кибербезопасности NIST SP 800-63B.
Читать руководствоCSPRNG в JavaScript: почему Math.random небезопасен
Фундаментальное руководство по криптографической случайности в веб-разработке. Разбираем математические различия между PRNG и CSPRNG, уязвимость алгоритма xorshift128+ в движке V8, устройство энтропийных пулов операционной системы, синтаксис crypto.getRandomValues() и безопасную генерацию паролей и токенов без смещения распределения.
Читать руководство