FortiBleed

》 FortiBleed: Default Credential Exploitation and Mass Fortinet Compromise 

(Cloud Security Alliance AI Safety Initiative, 6/20)。 DeepL AI 訳:

• 攻撃者は、脆弱性のあるデバイスから設定のバックアップファイルを体系的に抽出すると、保存されていたパスワードハッシュをオフラインで解読した。このプロセスが技術的に大規模に実行可能だったのは、多くのデバイスが、フォティネットが2025年後半に導入したより強力なPBKDF2アルゴリズムではなく、依然としてソルト付きSHA-256ハッシュとして認証情報を保存していたためである[3]。
  
  
  注、この事情をGeminiで深掘りししてみると・・・

記事に書かれている「FortiBleed」という大規模なサイバー攻撃の件において、SHA-256の名前が出ている理由は、SHA-256自体に欠陥（脆弱性）があったからではなく、製品の「使い方の古さ」が原因です。記事の背景にある技術的な理由をシンプルに整理すると、以下のようになります。

1. 「ソルト付きSHA-256」はパスワード保存にはもう不十分

SHA-256は今でも非常に強力なハッシュ関数ですが、計算速度が速すぎるという特徴があります。そのため、攻撃者が高性能なコンピューター（GPU）を使って、パスワードの候補を片っ端からハッシュ化して答え合わせをする「オフライン総当たり攻撃」を行うと、驚くほどのハイスピードで元のパスワードを割り出されてしまいます。現代のセキュリティ基準では、パスワードを保存する際は、わざと計算に時間がかかるように設計された「PBKDF2」や「bcrypt」「Argon2」といった、よりストレッチング（反復処理）が強力なアルゴリズムを使うことが推奨されています。

2. 何が問題だったのか？

今回のFortinet社の問題は、以下の通りです。

• 古い仕様のままだった：デバイス内のパスワード保存に、現代では不十分とされる「ソルト付きSHA-256」を使い続けていたこと。
• アップデートの限界：Fortinet社も2025年末に慌てて「PBKDF2」へ移行するアップデートを配信しましたが、システム管理者が「アップデート後に一度もログインしていないアカウント」や「バックアップファイル内」には古いSHA-256のハッシュがそのまま残ってしまっていたこと。

結論：SHA-256の信頼性は落ちていない

今回の件は「SHA-256が暗号として破られた（脆弱性が見つかった）」わけではなく、「パスワードの保存方法として、SHA-256のままでは（計算が速すぎて）防御力が足りない時代になった」 という、用途のミスマッチが原因です。データの改ざんチェック（ハッシュ値の比較）や、ブロックチェーンの仕組みなど、高速かつ一方向性が求められる分野において、SHA-256は現在も世界基準で最も安全な現役アルゴリズムです。どうぞ安心してください。

---------------

注、ではSHA-256の適切な使い分けとは　↓　Gemini解説

Webセキュリティの世界標準であるOWASPの「パスワード保存に関するチートシート」では、以下のように分類して開発者に強く注意を促しています。 [1]

• SHA-256などの「通常のハッシュ関数」：
• ファイルの改ざん検知（チェックサム）やデジタル署名のためのものであり、「パスワードのハッシュ化（保存）に使ってはならない」と明記されています。
• PBKDF2 / Argon2 / bcrypt などの「パスワード用ハッシュ関数」：
• パスワード保存にはこれらを必須（第一選択）として指定しています。
• さらに「PBKDF2を使う場合は、内部でSHA-256等を用い、反復回数（ストレッチング）を600,000回以上に設定すること」といった具体的な運用基準まで細かく記載されています。 [1, 2, 3, 4]

関連:

• CISA Urges Hardening Fortinet Devices After Reports of Credential Exposure (CISA, 6/22 更新)。DeepL AI 訳:

1. セッションを終了し、認証情報をリセットしてください。 すべてのアクティブなSSL VPNセッションおよび管理セッションを終了してください。特にインターネットに公開されているシステムにおいて、すべてのフォーティネットVPNおよび管理用パスワードをリセットし、強力なパスワードポリシーを適用してください。
2. 認証情報の安全な保存を確保してください。 組織において、管理者認証情報の保存にパスワードベースの鍵導出関数 2（PBKDF2）アルゴリズムが使用されていることを確認し、フォーティネットのガイダンスに従って、セキュリティレベルの低い従来のハッシュ関数を削除してください（参照：フォーティネットのテクニカル・ヒント： FortiOS v7.2.11 以降における管理者アカウントのハッシュ関数として PBKDF2 を強制適用するを参照）。

• Technical Tip: Enforcing PBKDF2 as hash function for administrator accounts in FortiOS v7.2.11 and later (Fortinet Community, 2025.12.25)。DeepL AI 訳:

  注：

  下位互換性を確保するため、デフォルトでは、パスワード設定がPBKDF2ハッシュに更新された後も、以前のSHA256ハッシュは非表示の「old-password」設定に引き続き保存されます。「old-password」設定は、ファイアウォールにログインしている管理者には表示されませんが、super_adminが取得した設定バックアップでは確認することができます。

  (中略)

  old-password に保存されている SH2 ハッシュを完全に削除するには、システムパスワードポリシーで「login-lockout-upon-weaker-encryption」設定を有効にしてください。設定変更の確認を求める警告が表示されます。FortiOS v7.2.x および v7.4.x では、これに相当する設定は「login-lockout-upon-downgrade」です。

• Technical Tip: Add Two-Factor Authentication for FortiGate Administrators using FortiToken (Fortinet Community, 4/24 更新)

• Are Your Passwords in the Green? (Hive Systems)

  2025年版が掲載されている。

• FortiBleedの攻撃者、認証情報盗むためカスタムFortiGateスニッファを使用か (machinarecord.com, 6/23)