IT用語集 2023/10/20

バージョンロールバック攻撃とは？わかりやすく10分で解説

コラム

バージョンロールバック攻撃は、通信の合意プロセスに介入し、暗号通信を古いプロトコルバージョンや弱い暗号スイートへ誘導する攻撃です。TLSを使っていても、古い方式へのフォールバックや互換性のための例外設定が残っていると、攻撃者が盗聴や改ざんを試みやすい通信条件に変えられる場合があります。対策の中心は、古いプロトコルを受け付けない設定、例外運用の期限管理、TLS設定の継続的な点検です。

バージョンロールバック攻撃とは

バージョンロールバック攻撃の概要

バージョンロールバック攻撃は、暗号通信の確立時に「対応バージョン」や「暗号スイート」の交渉へ介入し、通信を古い・弱い条件へ誘導することで成立します。暗号通信の文脈では、ダウングレード攻撃と重なる問題領域であり、特に古いプロトコルバージョンへ戻されるケースを指して使われます。

標的になりやすい場面

攻撃の前提として、攻撃者が通信経路へ割り込める状況が必要です。公衆Wi-Fi、不適切なネットワーク構成、VPN終端を含む境界設計の不備などが重なると、中間者攻撃を起点に通信条件を操作されるリスクが高まります。

バージョンロールバック攻撃の危険性

格下げに成功すると、盗聴、セッションの乗っ取り、認証情報の漏えいなどにつながる可能性があります。企業秘密、個人情報、金融情報などを暗号化通信で保護している場合、利用者や管理者が安全な通信だと認識したまま、実際には弱い条件で通信している点が問題になります。

ダウングレード攻撃との違い

ダウングレード攻撃は、暗号方式、プロトコル、認証方式などを弱い条件へ誘導する攻撃全般を指します。バージョンロールバック攻撃は、そのうち「TLS 1.3からTLS 1.2以前へ戻される」「TLSからSSL 3.0へフォールバックさせられる」といった、プロトコルバージョンの後退に焦点を当てた説明です。

実務上は、両者を厳密に分けるよりも、古い方式を受け付ける設定が残っていないか、意図しないフォールバックを検知・拒否できるかを確認することが優先されます。

バージョンロールバック攻撃の仕組み

TLSハンドシェイクで起こる合意のすり替え

TLSではハンドシェイクで、使用するプロトコルバージョンや暗号スイートを合意します。攻撃者がこの過程に介入し、クライアントまたはサーバーに「相手は新しい方式に対応していない」と誤認させると、古い方式へフォールバックする場合があります。

フォールバックが攻撃条件になる理由

古い端末や古いアプリケーションとの互換性を維持するために、サーバー側が古いプロトコルを残していることがあります。この例外設定が、攻撃者にとって格下げ先になります。互換性のために残した設定でも、対象範囲、期限、利用状況を管理していなければ、攻撃に使われる余地が残ります。

TLS 1.3とTLS_FALLBACK_SCSV

TLS 1.3には、サーバーのランダム値を使ったダウングレード保護の仕組みが定義されています。また、TLS 1.2以前では、意図しないフォールバックを検知する仕組みとしてTLS_FALLBACK_SCSVが定義されています。これらの仕組みは、古い方式への不要な格下げを検知・拒否するための対策として扱われます。

なぜ気づきにくいのか

格下げは通信確立の初期段階で発生するため、利用者からは通常の接続に見えることがあります。ログや監視でTLSバージョン、暗号スイート、接続元、例外設定の利用状況を追跡していない場合、問題発生後の調査も難しくなります。

バージョンロールバック攻撃の代表的な事例

POODLE攻撃

POODLEは、古い暗号プロトコルであるSSL 3.0へ格下げさせたうえで弱点を突き、情報漏えいにつながり得ることを示した事例です。この事例は、古いプロトコルが残っているだけで、攻撃者が格下げ先として利用できることを示しました。

事例から確認すべき点

SSL 3.0などの古いプロトコルを受け付けていないか
互換性のためのフォールバックが無期限に残っていないか
TLSバージョンと暗号スイートの設定を定期的に棚卸ししているか
例外設定の対象システム、利用理由、終了期限を管理しているか
サーバー、ロードバランサー、プロキシ、境界機器で設定差分が放置されていないか

バージョンロールバック攻撃から企業を守る対策

TLS設定の見直し

優先すべき対応は、古いプロトコルや弱い暗号スイートを受け付けない設定にすることです。SSL 3.0、TLS 1.0、TLS 1.1などの古い方式を許可している場合は、利用実態を確認したうえで停止計画を作ります。互換性要件が残る場合も、対象システム、利用者、終了期限を明示し、恒久的な例外にしないことが要点です。

証明書とサーバー設定の継続的な管理

証明書の期限管理だけでは、バージョンロールバック攻撃への対策として不十分です。サーバー、ロードバランサー、プロキシ、WAF、APIゲートウェイなど、TLS終端を持つ機器ごとに、プロトコルバージョンと暗号スイートを管理する必要があります。設定変更が属人化すると、古い設定が残りやすくなります。

ネットワーク経路への割り込みを抑える

格下げ攻撃は、攻撃者が通信経路へ介入できることを前提に成立しやすい攻撃です。境界機器の更新、脆弱性管理、侵入検知・防御、管理画面のアクセス制限、無線LANの設定確認などを組み合わせ、通信経路を操作されにくい状態に保ちます。

例外運用のルール化

古い端末や古い業務システムのために例外設定を残す場合は、例外申請、承認者、対象範囲、終了期限、代替策を記録します。棚卸しのたびに利用継続の根拠を確認し、根拠がない例外は廃止します。例外を管理しないまま増やすと、攻撃者が利用できる格下げ先が残ります。

ログと監視で確認する項目

監視では、接続に使われたTLSバージョン、暗号スイート、接続元、失敗したハンドシェイク、フォールバックの発生有無を確認します。検知だけで防げる攻撃ではないため、監視結果を設定変更や例外廃止につなげる運用が必要になります。

定期点検で確認する項目

プロトコル	SSL 3.0、TLS 1.0、TLS 1.1など、停止対象の古い方式を受け付けていないか確認する。
暗号スイート	弱い暗号スイートや古い互換設定が残っていないか確認する。
TLS終端	Webサーバー、ロードバランサー、プロキシ、WAF、APIゲートウェイで設定差分がないか確認する。
例外設定	対象範囲、利用理由、終了期限、代替策を確認し、根拠のない例外を廃止する。
ログ	TLSバージョン、暗号スイート、ハンドシェイク失敗、フォールバックの発生傾向を確認する。