SHA-1ハッシュジェネレーター（160ビット・レガシー）

SHA-1とは？

// Hash text using Web Crypto API (SHA-1 — legacy use only)
async function sha1(text) {
  const data = new TextEncoder().encode(text);
  const hash = await crypto.subtle.digest('SHA-1', data);
  return Array.from(new Uint8Array(hash))
    .map(b => b.toString(16).padStart(2, '0'))
    .join('');
}

await sha1('Hello, World!');
// → '0a0a9f2a6772942557ab5355d76af442f8f65e01'
// ⚠️ SHA-1 is broken — use SHA-256 for new work.

SHA-1の使用例

tree 4b825dc642cb6eb9a060e54bf8d69288fbee4904
author A Dev <dev@example.com> 1716854400 +0000
committer A Dev <dev@example.com> 1716854400 +0000

Initial commit

-----BEGIN CERTIFICATE-----
MIIDXTCCAkWgAwIBAgIJAKlL...
-----END CERTIFICATE-----

node-v0.12.7-linux-x64.tar.gz

(「ファイル」タブからGoogle/CWI の shattered-1.pdf を読み込んでください)

SHA-1ハッシュの生成方法

1. 1

   テキストを貼り付けるかファイルをドロップ

   「テキスト」タブを選択し、コミットメッセージ・証明書本文・レガシーチェックサムの入力など任意の文字列を入力欄に貼り付けてください。SHA-1ハッシュは入力に応じてリアルタイムで更新されます。ファイルの場合は「ファイル」タブに切り替え、ファイルをドロップゾーンにドラッグしてください。ブラウザがアップロードなしにローカルでハッシュ化します。

2. 2

   40文字のハッシュをコピー

   ハッシュ出力の隣にある「コピー」ボタンをクリックしてください。40文字の小文字16進数文字列がクリップボードにコピーされます。レガシーシステムが大文字の16進数を要求する場合は「大文字」トグルを使用してください。

3. 3

   レガシーフィンガープリントとの比較

   「比較」タブに切り替えて2つのSHA-1ハッシュを並べて貼り付け、一致を確認してください。レガシー公開元のチェックサム検証、ミラーGitリポジトリの監査、SHA-256採用以前のドキュメントに記載された旧TLS証明書フィンガープリントの確認に役立ちます。

技術仕様

アルゴリズム：Merkle-Damgård構造、80ラウンド

SHA-1は512ビット（64バイト）ブロック単位で入力を処理し、4段階の20ラウンドグループで80ラウンドのビット演算を適用します。各段階では異なる論理関数（Ch、Parity、Maj、Parity）と小さな整数の平方根から導出された加法定数を使用します。初期ハッシュ状態は5つの32ビットワード（A〜E）で、最終ハッシュは最後のブロック処理後のワードの連結です。FIPS 180-1（1995年）に実装が定義され、FIPS 180-4（2015年）では正式に非推奨の記述が含まれます。

出力：160ビット、40文字16進数

常に正確に40文字の小文字16進数（160ビット = 20バイト、1バイト2文字）です。入力サイズによらず出力長は固定です。SHA-256の64文字と比べて短い出力が衝突耐性が弱い主な要因の一つです。

パフォーマンス：高速だが、それが問題の一部

SHA-1は高速で、ブラウザでのWeb Crypto使用時は通常400〜700 MB/sとSHA-256と同等です。攻撃者にとってはこの速度が有利で、現代のGPUクラスターは毎秒数十億のSHA-1ハッシュを計算でき、ブルートフォースと衝突探索を加速します。速度こそがSHA-1（MD5同様）をパスワード保存に絶対使用してはならない理由です。パスワードにはbcrypt・scrypt・Argon2を使用してください。

標準：FIPS 180-1（1995年）— FIPS 180-4の文脈で非推奨

SHA-1はFIPS 180-1（1995年）で標準化されました。NISTはNIST SP 800-131A（2011年）でデジタル署名でのSHA-1使用を非推奨とし、FIPS 186-5（2023年）ではすべてのデジタル署名生成での使用を正式に禁止しました。RFC 6194（2011年）は既知のセキュリティ上の考慮事項を文書化しています。W3C WebCrypto APIはレガシー相互運用性のためにSHA-1を含んでおり、これによりこのブラウザツールでの計算が可能です。

ベストプラクティス

セキュリティに関わる操作にSHA-1を使用しない

SHA-1はデジタル署名・TLS証明書・コード署名・パスワード保存、および衝突耐性が重要なあらゆるワークフローで非推奨です。2017年のSHAtteredアタックが実用的な衝突を実証しました。セキュリティ用途にはすべて SHA-256 またはSHA-3に移行してください。現代のハードウェアではコスト差は無視できるほどです。SHA-256は現行のすべてのCPUとGPUパイプラインでハードウェアアクセラレーションが搭載されています。

レガシーフィンガープリントの参照にSHA-1は許容範囲

2017年以前のファイルチェックサムの確認、GitコミットIDの調査、監査目的で旧証明書フィンガープリントを検査する場合、SHA-1は適切です。ハッシュ自体は信頼の判断に使用されているのではなく、既知のフィンガープリントをクロス参照のために再現しているだけです。監査ログには明示的に記録してください：「SHA-1はレガシー参照にのみ使用し、セキュリティ検証には使用していない」。

常にUTF-8バイトをハッシュ化する

SHA-1を含むすべてのハッシュアルゴリズムは文字ではなくバイトに対して動作します。UTF-8とUTF-16で同じ文字列を符号化すると異なるハッシュが生成されます。本ツールはハッシュ前に常に入力をBOMなしUTF-8で符号化します。異なる符号化（Windows UTF-16-LE、Latin-1）を使用するシステムと一致させる必要がある場合は、比較前に外部で入力を符号化してください。

コードでハッシュ値を比較する際は定数時間比較を使用

コードで2つのSHA-1ハッシュを比較する場合は、定数時間等値チェックを使用してください。Node.jsの crypto.timingSafeEqual()、Pythonの hmac.compare_digest()など。素のString等値比較（=== や ==）はタイミング情報を漏洩し、攻撃者が期待されるハッシュをバイトごとに再構築できる可能性があります。これはレガシーSHA-1検証にも有効な多層防御の措置です。

SHA-1 よくある質問