CVE-2026-35188 OpenSSL TLS OCSP stapling脆弱性に注意
この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。
Linuxサーバー運用者向けに、CVE-2026-35188の要約です。この脆弱性は、OpenSSLのTLS OCSP stapling機能において、悪意のあるサーバーが構成されたOCSP応答を送信することで、クライアント側でdouble-freeを引き起こし、DoSやコード実行の可能性があります。OCSP staplingが有効になっていないデフォルト設定では影響ありませんが、有効な環境では注意が必要です。パッチ適用や設定確認を検討してください。CVSSスコア5（中程度の深刻度）で、特にDenial of Serviceの影響は容易に発生する可能性があります。運用環境でOCSP staplingを有効にしている場合は、OpenSSLの最新版への更新を検討し、影響範囲を確認してください。
- NVD Detail (NVD) [日本語で表示]
ソクラテスの問い、プラトンの備え
プラトンよ、この脆弱性について、君はどのように考えているのか。もしOCSP staplingを有効にしていないデフォルト設定が安全なら、運用者はなぜ心配しなければならないのか？
それは確かに真実ですが、ソクラテス。しかし、運用者はまず「OCSP staplingが本当に無効か」を確認しなければなりません。設定ファイルやサービス構成を点検し、ステッピングが意図的に有効化されていないかを確認する必要があります。それが第一歩です。
では、パッチ適用の重要性についてどう思う？CVSSスコアが5という中程度の深刻度だが、Denial of Serviceは容易に発生するという。
その通りです。OpenSSLの最新版への更新を検討する際、まず現在のバージョンを確認しましょう。パッチが提供されているか、そしてそれが適用可能かをチェックする必要があります。また、変更管理のプロセスで、パッチ適用後のテストも忘れてはなりません。
監視とベンダー情報の確認は？
監視は不可欠です。もしOCSP staplingが有効な環境では、不正なOCSP応答を検出するためのログや異常トラフィックの監視を強化すべきです。ベンダー情報については、OpenSSLの公式サイトやNVDのリンクを参照し、影響範囲や修正履歴を確認する必要があります。
では、この脆弱性は「哲学」的な問題でもあるのか？
ははは、ソクラテス。哲学的な問題はありますが、現実の運用では「確認」「適用」「監視」の三段階が命取りです。もしOCSP staplingが有効なら、パッチを待つ暇はありません。ただ、デフォルトが無効なのは、我々運用者にとって小さな救いでしょう。
関連キーワード: openssl