Идентификатор шифрования

Сигнатурные шаблоны, используемые идентификатором

По длине (для хешей в шестнадцатеричной кодировке):

Другие длины, например SHA-224 (56 символов) или SHA-384 (96), не распознаются как хеши (строка из 56 или 96 шестнадцатеричных символов будет отнесена к Base64).

По префиксу (распознаются только префиксы bcrypt):

• $2a$ $2b$ $2y$ bcrypt

Другие префиксы в стиле crypt ($1$, $5$, $6$, $argon2i$, $argon2id$, $pbkdf2$) не распознаются.

По кодировке:

• Все символы входят в [A-Za-z0-9+/=] и длина кратна 4: вероятно, Base64.
• Три сегмента, разделённых точкой ., каждый из символов [A-Za-z0-9_-]: JWT.

Обёртки PEM, блоки OpenSSH ssh-rsa/ssh-ed25519 и строки Base64url, содержащие - или _, не определяются.

Что идентификация не может определить

• Точный алгоритм со 100%-й уверенностью. Строка из 64 шестнадцатеричных символов определяется как SHA-256, но это может быть также SHA3-256 или BLAKE2s; их невозможно различить по одному лишь шифротексту. Хеши NTLM (тоже 32 шестнадцатеричных символа) выглядят так же, как MD5.
• Стойкость ключа. Хеш bcrypt показывает в префиксе фактор стоимости ($2y$10$ = стоимость 10), но не стойкость самого пароля.
• Присутствие соли. Современные хеши паролей (bcrypt, Argon2) всегда солёные; старые (сырые MD5/SHA) могут быть как солёными, так и нет.
• Открытый текст. Идентификация не обращает хеш; взлом это отдельный процесс, законный только для ваших собственных данных.

Когда идентификатор ошибается

• Токены с пользовательским префиксом. Приложения иногда оборачивают хеш собственным префиксом; сначала снимите обёртку.
• Двойное кодирование. Двоичный хеш, представленный в hex и затем обёрнутый в Base64, будет определён неверно. Попробуйте один раз декодировать и запустить снова.
• Необычная длина. Усечённые хеши (например, первые 16 символов SHA-256, используемые как идентификатор) отображаются как «Base64», потому что правила для символов и длины пересекаются.
• Обрамлённые или упакованные форматы. Блоки PEM, ключи OpenSSH и формат Django pbkdf2_sha256$... не распознаются; удалите обёртку или префикс и попробуйте снова, либо используйте специализированный анализатор.

Сценарии использования

• Аудиты безопасности: инвентаризация типов хешей по всей кодовой базе перед миграцией криптографии.
• Задачи CTF: быстрый первый проход по неизвестному фрагменту.
• Реагирование на инциденты: определение формата утёкших учётных данных.
• Отладка фреймворков: выяснение того, какую кодировку выдаёт библиотека.

Напоминание об этике

Определение формата хеша это пассивное исследование. Взлом чужого хеша без разрешения нарушает законы о неправомерном использовании компьютеров в большинстве юрисдикций. Работайте только с хешами, которые принадлежат вам или которые вы уполномочены анализировать.