最速！　危険度の高い脆弱性をいち早く解説
「脆弱性研究所」第4回 11月分まとめ

2022.12.05

11月に公開された重大な脆弱性

11月に新たに公開された脆弱性は2090となります。この中で特に重大な脆弱性をいくつかピックアップして説明したいと思います。また、CISAによる「実際に悪用されている脆弱性(Known Exploited Vulnerabilities Catalog)」のデータベースも11月で10件更新されています。

1. CISA 「Known Exploited Vulnerabilities Catalog　(KEV)」

CISAの「Known Exploited Vulnerabilities Catalog　(KEV)」に関しては、前回（第三回）に説明をしていますので参照ください。

11月にCISAのKEVに登録された脆弱性は

Google Chrome: 1件
Oracle Fusion: 1件
Microsoft: 5件
Samsung: 3件

になっています。脆弱性管理をされる方は今後チェックしていくと良いと思います。

参考情報

CISA「Known Exploited Vulnerabilities Catalog」

2. OpenSSLの脆弱性情報（Spooky SSL : CVE-2022-3602, CVE-2022-3786）

OpenSSLの2つの脆弱性（CVE-2022-3786, CVE-2022-3602）が公開されました。

この脆弱性ですが、公開前の情報では緊急度が「Critical」という予告が出されており（OpenSSLからのアナウンスはこちらになります）、「Criticalの脆弱性がOpenSSLで出てくる！」ということでセキュリティ業界関係者、ならびにWebメディアなどでも話題になりました。特に一部では「(2014年の)　HeatBleed並の脆弱性が出る！」（★注）と騒ぎにもなりました。

（★注）2014年4月に発覚したオープンソース暗号ライブラリ「OpenSSL」のソフトウェア・バグ。いわゆる「Heartbleed」問題と呼ばれている。外部からの要求に対して、必要以上にデータを送信してしまい、メモリ上にあるデータが漏洩してしまう。あたかも「心臓の鼓動」＝「heartbeat拡張機能」によって血液が漏れ出る様子のように「Heartbleed」と表現された。

実際に11/01（日本時間では11/02）に脆弱性が公開された際には、この緊急度が「High」に下げられていました。こちらの緊急度が「Critical」から「High」に下げられた理由は、OpenSSLのブログにも載っていますので、下で紹介します。

脆弱性の詳細

今回発行されたCVEに関する情報は以下になります。

CVE-2022-3602
- バッファーオーバーランの脆弱性
- 重要度 – High
- NVD CVSS: BaseScore: 7.5
- NVD Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
- 内容
- X.509証明書確認処理で、特に名前の制約をチェックしている際にバッファーオーバーランが発生する可能性があります。

これが発生するのは証明書チェーンのシグネチャを確認した際に、CAが悪意のある証明書に対してサインした際か、アプリケーションにとっては証明書の確認をした際に信頼した発行者へのパスを組み立てるのに失敗した際です。

攻撃者は細工されたemailアドレスを用い、スタック中の攻撃者が制御可能な4バイトをオーバーフローさせることができます。これによりクラッシュ（DoSの原因になります）か、リモートコード実行が発生する可能性があります。

多くのプラットフォームではスタックオーバーフロー保護を実装しているため、リモートコード実行のリスクが緩和されています。リスクはまた、プラットフォームやコンパイラのスタックレイアウトによっても緩和されています。

予告の時点ではこの脆弱性はCRITICALとされていました。上述のような緩和ファクターがあったため、リスクはHIGHにダウングレードされました。しかし、ユーザーは可能な限り早く更新を行う必要があります。

TLSクライアントでは、この脆弱性の悪用は悪意のあるサーバーによって引き起こされます。TLSサーバーでは、この脆弱性の悪用はサーバーが悪意のあるクライアントの認証に応答した際に発生します。

CVE-2022-3786
- バッファーオーバーランの脆弱性
- 重要度 – High
- NVD CVSS: BaseScore: 7.5
- NVD Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
- X.509証明書確認処理で、特に名前成約をチェックしている際にバッファーオーバーランが発生する可能性があります。

攻撃者は細工されたemailアドレスを用いてスタック中の任意の”.(ドット：10進数で46)”を含む4バイトをオーバーフローさせることができます。これにより、クラッシュ（DoSの原因になります）か、リモートコード実行が発生する可能性があります。

対象バージョン

今回の脆弱性の影響を受けるOpenSSLのバージョンは以下になります。

OpenSSL 3.0.0 – 3.0.6

緊急度が「Critical」から「High」に下がった理由

OpenSSLの方では、通常脆弱性公開を予告するのと並行して、ディストリビュータなど、さまざまな企業・開発者からフィードバック（テストレポート）を貰っています。

今回、いくつかの組織から、この問題のテストレポートが返ってきた結果、以下の報告がなされました。

あるLinuxディストリビューションでは「スタックのレイアウトの問題から、今回の脆弱性ではOpenSSLを用いたサービスのクラッシュやリモートコード実行を引き起こさなかった」という報告がありました。
最新のプラットフォームの多くは「スタックオーバーフロー保護」を実装しています。これにより、通常はクラッシュの発生のみとなり、リモートコード実行のリスクが軽減されます。

OpenSSLのセキュリティポリシーでは、一般的な状態でリモートコード実行が発生する際にリスクをCRITICALとしています。この事から、今回の脆弱性に関しては2022/11/01の発表時点でリスクをCRITICALからHIGHにダウングレードしたとのことです。

ただし、OpenSSLはソースコードとして配布されているため、プラットフォームとコンパイラの組み合わせによっては、依然としてリモートコード実行が行われる可能性があります。そのため、緊急度が「High」に下がったとしても、早急にOpenSSLを更新した方が良いと思われます。

影響する製品

今回のOpenSSLの脆弱性がどのパッケージに影響するか、等はこちらのNCSC-NL（オランダ政府のサイバーセキュリティセンター）のGitHubにまとまっています。

また、SANS InstituteでもLinuxの各ディストリビューションごとのOpenSSLのバージョン情報を出しています。

今回の脆弱性のまとめ

今回の脆弱性に関しては、SANS Instituteのブログでは「潜在的なリモートコード実行脆弱性ではあるが、現実として条件を満たすのが難しいため”Heartbleed”並の脆弱性とは呼べない。更新されたパッケージが利用可能になったら、すぐにパッチを適用した方が良いが、それ以上の行動が必要とは思えない」としています。

筆者の考えも基本的に同様です。今回に関しては「OpenSSL」「CRITICAL」という事前告知が独り歩きしてしまい、必要以上に不安感を煽ってしまった形になっていると思います。

また、「CRITICAL」->「HIGH」に下がってしまったことから、危機感の薄れや脆弱性情報に対する不信感（煽り過ぎじゃないのか、など）が起きてしまったのは残念です。

しかし、これはあくまでも「一般的なディストリビューションではリモートコード実行が発生しにくい」というだけです。引き続き、ソースコードでOpenSSLを入れているユーザーや、特殊な組み込み製品などではリモートコード実行が発生する可能性も残されています。そのため、今回の脆弱性に関しても、新バージョンのOpenSSLに更新するなど、なるべく早い対応が必要であると考えています。

参考情報

OpenSSLの脆弱性情報
OpenSSLのブログ。今回緊急度が下がった理由がまとまっています。
SIOS Security Blog: OpenSSLの脆弱性情報(High: CVE-2022-3786, CVE-2022-3602)と新バージョン(3.0.7, 1.1.1s)
SANS Instituteのブログ。今回の脆弱性の考え方・ディストリビューション情報がまとまっています。
NCSC（オランダのサイバーセキュリティセンター)のGitHub。様々な製品の情報がまとまっています。