OpenSSLの脆弱性14件、深刻度「高」はDTLSの1件。Linux各社の修正と確認手順

OpenSSLは2026年9月29日、脆弱性14件を公表しました。深刻度は「高」が1件、「中」が1件、「低」が12件です。ドイツのBSI(CERT-Bund)は同じ日に注意情報WID-SEC-2026-3638(深刻度「hoch」=高)を出し、10月11日(UTC)付の更新でRed HatとRocky Linuxの修正を加えました。

14件のうち深刻度が高いのは1件で、多くは、特定の機能を使うアプリだけが影響を受けます。Linuxサーバーは、OSのパッケージ更新で対応します。

公式の資料で確かめられたこと

3.1・3.2・3.3はサポートが終わっており、分析していないとも書かれています。

深刻度「高」はDTLSの1件

深刻度「高」のCVE-2026-84782は、DTLS(UDPの上でTLS相当の通信をする方式)の、ハンドシェイクのメッセージの再送処理の不具合です。アドバイザリの原文は次のとおりです。

The retransmitted message can disclose a heap memory to the peer as plaintext handshake data or cause a crash and a Denial of Service when the read reaches an unmapped memory region.

メモリの内容が、平文のハンドシェイクのデータとして相手に送られる恐れと、異常終了によるサービス拒否(DoS)の恐れがあります。対象の版は、4.0・3.6・3.5・3.4・3.0・1.1.1・1.0.2です。

「中」はOpenSSL 4.0だけ

CVE-2026-84783は、X.509証明書の拡張情報のキャッシュで起きる解放後使用です。原文によると、対象はOpenSSL 4.0だけで、3.6以前は影響を受けません。信頼するCA証明書への最初の検証が複数の接続で同時に行われたときに限り、複数スレッドのTLSクライアントなどが異常終了する恐れがあります。

14件の一覧

いずれも、14件の原文(OpenSSLのアドバイザリ)から拾いました。対象の版は、「高」が4.0〜1.0.2のすべて、「中」が4.0だけです。QUICの5件は3.4以降の系列が対象で(35191だけは3.5以降)、3.0以前は対象外です。SM2の署名の77696と、DTLS 1.2の75806は4.0〜1.1.1です。

アドバイザリが書く条件は、おおむね次のとおりです。

• QUICの5件(35191・42772・54873・75804・84784): QUICを使うアプリだけが対象です。35191は、アドレス検証を無効にしたQUICサーバーに限ります。OpenSSLのQUICの実装を使うかどうかは、アプリ側で決まります
• CMP(CVE-2026-75805): openssl cmp -cmd rr -csr かOSSL_CMP_exec_RR_ses()でCSRを使って失効を要求するクライアントだけです。証明書、または発行者と通し番号で指定するクライアントは影響を受けません。また、悪意のあるCMPサーバーか、メッセージ保護の秘密を持つ中間者が必要です
• SM2・ブレインプール曲線(54872・54875・77696): 署名などの処理時間を測れる攻撃者が前提です。54872について、原文は漏れはごく小さいと書いています

修正が出ているか(各社の公式の情報)

BSIの参照にある各社の情報のうち、編集部が開いて確かめたものです。

Ubuntuの22.04と24.04は、パッケージの版の番号が「3.0」系のまま修正が入っています。BSIの注意情報は、9月29日の初版から10月11日(UTC)の第7版まで、Red Hat・Ubuntu・SUSE・Oracle Linux・Rocky Enterprise Software Foundationの修正を順に加えてきました。

書かれていないこと

次の点は、確かめた資料には書かれていません。この記事でも書きません。

• 14件のいずれかが悪用された、という報告
• OpenSSLを同梱する個別の製品(VPN装置・NASなど)が影響を受けるかどうか。メーカーごとの案内によります

影響する会社・しない会社

• 影響する: LinuxサーバーのOpenSSLが修正前の版の会社。DTLSを使うアプリがあれば、先に確認します
• 影響する(確認が要る): OpenSSLを同梱した製品(VPN装置・NAS・ミドルウェア・自社開発のアプリなど)を使っている会社。同梱の版は、OSの更新では変わりません
• 影響する(確認が要る): OpenSSL 3.4・3.6を自分で入れている会社。公式のサポートは、3.4が2026年10月22日、3.6が11月1日に終わります(OpenSSLの資料)
• 影響しない(CVEによる): OpenSSL 3.0・1.1.1・1.0.2のうち、各CVEで「not affected」とされた系列。たとえばQUIC関連は3.0以前が対象外です
• 影響しない(その機能を使わない会社): DTLS・QUIC・CMP・SM2を使うアプリが無い会社は、「高」以外の多くの件の条件に当たりません。使う機能は製品ごとに違うため、仕様で確かめます

情シスが今日やること

1. Linuxサーバーを洗い出し、OSの版を確かめる。Ubuntu・Debian・Red Hat系(RHEL・Rocky・Oracle Linux)・SUSEのどれかを確認します。BSIの参照には、これらの各社の情報が挙がっています
2. パッケージの更新を適用する。Ubuntu・Debianは apt update と apt upgrade、Red Hat系は dnf update openssl が一般的な手順です(編集部の補足)。Ubuntuのお知らせには、更新後は再起動が必要と書かれています
3. 更新できたかを、版の番号だけで判断しない。openssl version の番号は、バックポートのため、修正済みでも古いままのことがあります。Ubuntu 22.04の修正版は 3.0.2-0ubuntu1.30 です。パッケージの版(apt list --installed | grep libssl、rpm -q openssl)と、変更履歴のCVE番号(apt changelog や rpm -q --changelog openssl)で確かめます(編集部の補足)
4. OpenSSLを同梱する製品は、メーカーの案内を確認する。VPN装置・NAS・ミドルウェアなどの、メーカーの脆弱性情報のページを見ます。案内が無いときは、問い合わせます
5. DTLSやQUICを使う自社のアプリ・サービスがあれば、開発・運用の担当者に確かめる。更新後にプロセスの再起動が済んでいるかも確認します(編集部の補足)

1から3は、公式の情報にある修正版の番号を前提にした、編集部の確認手順です。各社が示した手順ではありません。

版は次のテンプレで台帳に残せます。