セキュリティ

ハッシュ生成ツール

開発、運用、リリース検証、API デバッグ、データのフィンガープリント確認に使える実用的なハッシュツールです。テキストとファイルのハッシュをブラウザ内で計算でき、SHA-256、SHA-512、SHA3、BLAKE3、MD5、CRC、xxHash などに対応しています。HEX の大文字 / 小文字も切り替えられるため、Linux、Windows、CI/CD、リリースチェックサムの形式に合わせやすくなっています。

  • MD5、SHA-1、SHA-224、SHA-256、SHA-384、SHA-512、SHA3、Keccak、BLAKE2、BLAKE3、SM3、Whirlpool、CRC、xxHash に対応
  • テキストのハッシュ計算とファイルのハッシュ計算を、同じ流れで扱えます
  • ファイルモードでは、ローカルで分割処理しながら進捗を表示します
  • lower hex と UPPER HEX を切り替えられ、OS、スクリプト、CI/CD、配布元チェックサムの表記に合わせられます
工具/ハッシュ生成ツール
24 B
MD5
MD5 · lower hex
コマンド

概要

暗号学的な digest、レガシー互換の digest、高速なチェックサム確認を、1 つの画面で扱えるハッシュワークベンチです。

  1. 01

    複数アルゴリズムに対応

    MD5、SHA-256、SHA-512、SHA-3、BLAKE3、SM3、CRC、xxHash などを、同じインターフェースで切り替えられます。

  2. 02

    テキストとファイルの両方に対応

    文字列、JSON payload、ローカルファイルを、ツールやページを移動せずにハッシュ化できます。

  3. 03

    ファイルを分割して処理

    大きなファイルはチャンクに分けて処理し、進捗を表示します。ブラウザの応答性を保ちやすくなります。

  4. 04

    HEX 表記の切り替え

    API 仕様、スクリプト、チェックサム一覧に合わせて、lower hex または UPPER HEX を選べます。

  5. 05

    進捗と処理時間の表示

    ファイルモードでは分割処理の進捗を表示し、出力エリアではアルゴリズム、形式、処理時間、エラーをハッシュ値の近くで確認できます。

  6. 06

    ブラウザ内でローカル実行

    計算はすべてローカルで行われ、ファイルをリモートサーバーへアップロードする必要はありません。

  7. 07

    アルゴリズムの分類が分かりやすい

    推奨、モダン、レガシー、チェックサムの分類により、目的に合うハッシュ関数を選びやすくしています。

  8. 08

    実運用の検証にも対応

    リリースチェックサムの検証、ミラー間の一致確認、オブジェクトストレージ検証、artifact パイプラインの整合性チェックに使えます。

使い方

入力タイプ、アルゴリズム、出力形式を選び、生成された digest を比較する、という流れで使います。

  1. 01

    入力タイプを選びます。文字列や JSON payload にはテキストモード、インストーラー、アーカイブ、バイナリアセットにはファイルモードを使います。

  2. 02

    目的に合わせてアルゴリズムを選びます。現代的なセキュリティ用途では、SHA-256、SHA-512、BLAKE3 を優先してください。

  3. 03

    相手側の期待形式に合わせて、lower hex または UPPER HEX を選びます。

  4. 04

    生成された digest をコピーし、リリースノート、API、データベースなどの信頼できる値と比較します。

  5. 05

    一致しない場合は、まずアルゴリズム、入力エンコーディング、見えない空白、改行コードを確認してください。

詳細

正確なハッシュ計算、実務での検証、運用現場の細かい確認作業に使いやすいように作っています。

  • MD5、SHA-256、SHA-512、BLAKE3、CRC32、CRC64、xxHash を 1 つのツールで計算できます
  • SHA3-224 / SHA3-256 / SHA3-384 / SHA3-512 と Keccak 系にも対応し、互換性確認が必要な場面で使えます
  • 特定のエコシステムで必要になる SM3、Whirlpool、RIPEMD-160 も扱えます
  • ファイルハッシュとテキストハッシュを同じ出力体験で確認できます
  • 外部の検証システムに合わせて、HEX の大文字 / 小文字を切り替えられます
  • 時間がかかるファイルハッシュでは、進捗表示とキャンセルに対応しています
  • アルゴリズムの挙動確認や連携テストに使えるサンプル payload をワンクリックで入力できます
  • エラーは出力エリア内に表示されるため、比較作業の文脈を失いにくくなっています
  • ソフトウェア配布物のチェックサム確認やリリース整合性検証に使えます
  • API の事前署名、Webhook デバッグ、コンテンツ fingerprint の確認にも使えます
  • npm パッケージ、コンテナ artifact、バックアップアーカイブ、ファームウェアイメージ、データベースエクスポートのハッシュ確認にも向いています

活用シーン

開発、QA、運用、配布検証など、ハッシュ確認が必要な日常的な作業をカバーします。

  1. ダウンロードチェックサムの検証

    インストーラー、アーカイブ、ISO イメージをハッシュ化し、公式チェックサムと比較できます。

  2. API 署名のデバッグ

    Payload の digest を作成し、署名不一致、並び順の違い、エンコーディングの問題を切り分けられます。

  3. データの fingerprint と重複検出

    決定的なハッシュ値を作り、重複検出やコンテンツ変更の追跡に使えます。

  4. 監査と追跡性

    重要なレコードの digest を保存しておくことで、後からの検証や監査向けの追跡に利用できます。

  5. ソフトウェアリリースの検証

    デプロイ前にバイナリやリリース成果物の SHA-256 / SHA-512 を再計算できます。

  6. コンテナと artifact の整合性確認

    ビルドからデプロイまでの間に、エクスポートしたイメージアーカイブや artifact bundle が変わっていないか確認できます。

  7. バックアップと復元の一致確認

    転送前後のバックアップファイルの digest を比較し、静かな破損を見つけられます。

  8. 環境間のテキスト一致確認

    設定断片やポリシーテキストをハッシュ化し、改行、BOM、エンコーディングのずれを検出できます。

関連情報

API 認証や改ざん検知のために digest に共有 secret が必要な場合は、 HMAC ジェネレーター を使ってください。Token の header、payload、有効期限、署名構造に関する問題なら、続けて JWT インスペクター を確認できます。目的が digest 比較ではなく認証情報の作成なら、 パスワードジェネレーター を使ってください。

使い方のヒント

速さだけでなく、目的に合うアルゴリズム選びと、比較フローの一貫性が大切です。

  • セキュリティに関わる検証には、SHA-256、SHA-512、BLAKE3 を使ってください
  • 連携ドキュメントで SHA3-256 などの具体的なバリアントが指定されている場合は、似た名前の別アルゴリズムで代用しないでください
  • MD5 や SHA-1 は、レガシー互換が必要な場合だけ使ってください
  • パイプラインでは HEX の大文字 / 小文字を統一し、見かけ上の不一致を減らしてください
  • 再現性のために、digest と一緒に元入力のメタデータも記録してください
  • テキストのハッシュを比較する前に、エンコーディングと改行の扱いをそろえてください
  • CRC 系チェックサムを暗号学的な安全性の代替として扱わないでください
  • CI/CD やリリース自動化に digest 検証を組み込み、破損した artifact が昇格するリスクを下げてください

制限事項

ハッシュの役割と限界を理解しておくと、セキュリティ上の期待を誤りにくくなります。

  • ハッシュは暗号化ではありません。Digest は整合性確認の fingerprint であり、秘密を保存する仕組みではありません
  • CRC、Adler、xxHash は高速なチェックサムであり、暗号学的ハッシュの代わりにはなりません
  • 非常に大きなファイルの処理時間は、端末性能とブラウザのリソースに左右されます
  • 見た目が同じテキストでも、エンコーディングが違うとハッシュ値が変わることがあります
  • 鍵付き digest、つまり HMAC のようなワークフローは、専用の HMAC ツールで扱ってください

よくある質問

使い方、データの扱い、結果の確認、実用上の制限について、よくある質問をまとめました。

MD5 と SHA-256 のどちらを使うべきですか？

現代的なセキュリティ用途では SHA-256 以上を使ってください。MD5 は、レガシーシステムに合わせる必要がある場合だけ使うのが無難です。

別のシステムとハッシュ値が違うのはなぜですか？

よくある原因は、アルゴリズムの違い、見えない空白、改行コード、エンコーディング、HEX の大文字 / 小文字の違いです。

ファイルはアップロードされますか？

いいえ。ファイルはブラウザ内で読み込まれ、分割処理でローカルにハッシュ化されます。

CRC32 は SHA-256 の代わりになりますか？

なりません。CRC32 はエラー検出やチェックサム用途のもので、暗号学的な安全性を保証するものではありません。

大きなファイルも扱えますか？

扱えます。ファイルハッシュは分割処理され、進捗表示とキャンセルにも対応しています。ただし合計時間は手元の端末性能に左右されます。

SHA-256、SHA3-256、Keccak-256 は同じですか？

いいえ。関連する名前に見えることがありますが、互換ではなく、多くの場合は出力も異なります。対象システムが求めるアルゴリズムを正確に選んでください。

同じファイルなら、どのマシンでも同じハッシュになりますか？

はい。ハッシュ値は OS ではなく、正確なバイト列に依存します。ファイルのバイトが同じなら、digest も同じになるはずです。

エディタによってテキストのハッシュが変わるのはなぜですか？

LF / CRLF の改行差、BOM、見えない空白、文字エンコーディングの違いによって、同じように見えるテキストでも別のハッシュになることがあります。

関連ツール

鍵付きハッシュには HMAC 生成ツール、token のデコードや検証には JWT インスペクター、認証情報の強化にはパスワード生成ツールが使えます。