暗号化識別子

このツールが識別できる形式

16進数のダイジェストは長さで判別します（大文字・小文字は問いません）：

たとえば d63dc919e201d7bc4c825630d2cf25fdc93d4b2f0d46706d29038d01 は56文字で、「password」という単語のSHA-224ハッシュです。

パスワードハッシュはプレフィックスと構造で判別します：

• $2a$、$2b$、$2y$：bcrypt（コストファクターはプレフィックスから読み取ります）
• $1$：md5crypt、$apr1$：ApacheのMD5（htpasswd）
• $5$ と $6$：sha256crypt と sha512crypt
• $y$：yescrypt、$7$ と $scrypt$：scrypt
• $argon2id$、$argon2i$、$argon2d$：Argon2
• $pbkdf2-sha256$（passlib）と pbkdf2_sha256$（Django）：PBKDF2
• $P$ と $H$：phpass（WordPress、phpBB）、$S$：Drupal 7
• * に続く16進数40文字：MySQL 4.1+
• {SSHA}、{SHA} などの一般的なLDAPスキーム

よく使われる形式では、結果にhashcatのモード（-m）も表示されます：MD5 0、NTLM 1000、SHA-1 100、SHA-256 1400、SHA-512 1700、bcrypt 3200、md5crypt 500、sha256crypt 7400、sha512crypt 1800、phpass 400、Drupal 7 7900、MySQL 4.1+ 300、Django PBKDF2-SHA256 10000。

鍵、トークン、識別子：

• PEMブロック（-----BEGIN ...-----）：秘密鍵（RSA、EC、OpenSSH、PKCS #8）、パスワードで保護された秘密鍵、公開鍵、X.509証明書、証明書署名要求
• OpenPGPのASCIIアーマー：暗号化されたメッセージ（BEGIN PGP MESSAGE）、鍵ブロック、署名
• OpenSSH公開鍵（ssh-rsa、ssh-ed25519、ecdsa-sha2-...）
• JSON Web Token：ヘッダーをデコードして alg と typ を表示します。enc フィールドを持つ5つの部分からなるトークンは、暗号化されたJWEと判定します
• UUIDとそのバージョン（ハッシュではなく識別子です）

エンコーディング（より具体的な形式に一致しない場合のみ）：

• 16進数、Base32、Base64、Base64url（デコード後のバイト数を表示）、およびURL（パーセント）エンコーディング。
• デコード後の長さが16バイトの倍数になる16進数またはBase64のデータは、AESなどのブロック暗号の出力である可能性があります。128、256、384、512バイトの場合は、RSAで暗号化されたデータや署名である可能性もあります。16、20、28、32、48、64バイトのBase64またはBase32のデータは、MD5、SHA-1、SHA-2の生のハッシュである可能性があります。

識別でわからないこと

• 100%確実な正確なアルゴリズム。 16進数64文字の文字列はSHA-256またはSHA3-256と表示されますが、BLAKE2sなどの256ビットハッシュもまったく同じに見えます。MD5、MD4、NTLMのハッシュはいずれも16進数32文字です。
• どの暗号で暗号化されたか。 暗号化されたデータはランダムに見えます。長さから候補を絞り込めるだけなので、AESやRSAは可能性にとどまり、確実ではありません。
• 鍵の強度。 bcryptハッシュはプレフィックスにコストファクターが示されますが（$2y$10$ = コスト10）、元となるパスワード自体の強度はわかりません。
• ソルトが付与されているかどうか。 最新のパスワードハッシュ（bcrypt、Argon2）は常にソルト付きですが、古い方式（生のMD5/SHA）は付いている場合とそうでない場合があります。
• 平文。 識別ではハッシュを逆算できません。解読は別のプロセスであり、自分が所有するデータに対してのみ合法です。

判定を誤る場合

• 独自のプレフィックスが付いたトークン。 アプリが独自のプレフィックスでハッシュをラップしていることがあります。まずそのラッパーを取り除いてください。
• 二重エンコード。 バイナリハッシュを16進数化し、さらにBase64でラップしたものは誤って識別されます。一度デコードしてから再実行してみてください。
• 一般的でない長さ。 切り詰められたハッシュ（SHA-256の先頭16文字をIDとして使用したものなど）は、上の表のどのダイジェストの長さにも一致しないため、ただの16進数データとして表示されます。
• 複数の値をまとめて貼り付けた場合。 確認できるのは1つの値だけです。ハッシュの一覧を貼り付けると最初の行だけが確認されるので、他の値は1つずつ貼り付けてください。

ユースケース

• セキュリティ監査：暗号方式の移行前に、コードベース全体のハッシュ種別を洗い出す。
• CTFチャレンジ：未知のデータに対する素早い初回チェック。
• インシデント対応：漏洩した認証情報の形式を特定する。
• フレームワークのデバッグ：ライブラリがどのエンコーディングを生成するかを突き止める。

倫理に関する注意

ハッシュ形式を特定することは受動的な調査にすぎません。許可なく他人のハッシュを解読する行為は、ほとんどの法域でコンピュータの不正利用に関する法律に違反します。自分が所有する、または分析を許可されているハッシュのみを対象にしてください。