SHA-1 ハッシュ生成

A: どちらも安全ではありませんが、SHA-1は MD5よりわずかに優れています。MD5：1) 128ビット出力。2) 2004年に破られ、衝突複雑度は2^39。3) 通常のコンピュータで数時間で衝突攻撃が完了できます。SHA-1：1) 160ビット出力。2) 2017年に破られ、衝突複雑度は約2^63。3) 衝突攻撃には大量の計算リソースが必要ですが、実際に実証されています。結論：どちらもセキュリティシナリオで使用すべきではありません。 SHA-256 またはより高レベルのアルゴリズムを使用してください。

A: GitはコミットやツリーやオブジェクトのIDにSHA-1を使用していますが、これはレガシーの問題です。歴史的な理由：2005年にGitが作成された時、SHA-1は安全と見なされていました。互換性：ハッシュアルゴリズムを変更すると、既存のすべてのリポジトリとの互換性が失われます。リスク評価：GitのユースケースはSSL証明書とは異なり、衝突攻撃のリスクは比較的低いです。移行計画：GitはSHA-256への移行中です（Git 2.29+でサポート）が、移行には時間がかかります。 緩和策：GitはSHAttered型攻撃を検出するための衝突検出メカニズムを実装しています。推奨：新しいリポジトリはSHA-256を使用し、古いリポジトリはSHA-1を継続使用できます（リスクに注意）。

A: 絶対にできません。SHA-1は衝突脆弱性があるだけでなく、パスワード保存にも不適切です。問題点：1) 速すぎる：GPUは毎秒数十億のSHA-1ハッシュを計算でき、簡単にブルートフォース攻撃されます。2) 衝突脆弱性： 攻撃者は衝突を利用して同じハッシュを持つ異なるパスワードを生成する可能性があります。3) ソルトなし：SHA-1単独ではレインボーテーブル攻撃を防御できません。正しいアプローチ：専用のパスワードハッシュアルゴリズムを使用してください：1) Argon2 （OWASP推奨）。2) bcrypt（コストファクター≥12）。3) PBKDF2-SHA256（≥60万回のイテレーション）。

A: SHAttered は2017年にGoogleが実証したSHA-1衝突攻撃で、SHA-1が実際に破られていることを証明しました。攻撃原理： 同じSHA-1ハッシュ値を持つ2つの異なるPDFファイルを生成します。計算コスト：約6500年分のCPU時間と110年分のGPU時間（分散コンピューティング）。影響：1) SHA-1衝突攻撃が実現可能であることを証明。2) 攻撃コストは時間とともに低下し、将来はより容易になる可能性があります。3) 主要なブラウザがSHA-1証明書の信頼を停止。例：Googleは同じSHA-1ハッシュ値を持つ2つの異なるPDFファイルを公開しました（shattered.io）。

A: SHA-256 への移行には、影響を評価し移行計画を策定する必要があります。影響の評価：1) SHA-1を使用しているすべてのシステムとコンポーネントを特定。2) 移行の互換性とコストを評価。3) 移行の優先順位を決定（セキュリティに敏感なシナリオを優先）。 移行戦略：1) デュアルハッシュ：SHA-1とSHA-256の両方を計算し、徐々に移行。2) バージョン識別：データで使用されているハッシュアルゴリズムを識別。3) 段階的移行：新しいデータを先に移行し、次に古いデータを移行。Git移行：git config --global init.defaultBranch main と git config --global extensions.objectFormat sha256 を使用してSHA-256リポジトリを作成します。

A: SHA-1は非セキュリティシナリオにのみ適しており、できるだけ早くより安全なアルゴリズムに移行すべきです。 許容される用途：1) ファイル重複排除：非セキュリティシナリオでの重複ファイルの識別（ただしSHA-256の方が良い）。2) チェックサム： 偶発的なデータ破損の検出（悪意のある改ざんではない）。3) レガシーシステムの互換性：アップグレードできないシステムの維持（一時的な解決策）。許容されない用途： 1) デジタル署名。2) SSL/TLS証明書。3) コード署名。4) パスワード保存。5) セキュリティに敏感なシナリオ。 推奨：非セキュリティシナリオでも、パフォーマンスの差は最小限ですがセキュリティが大幅に向上するため、SHA-256を優先すべきです。