脆弱性・CVE速報深刻度: 高

Eclipse ThreadX のモジュール管理に 3 件の脆弱性 CVE-2026-118052・115653・115654(CVSS v4.0 6.8〜7.0): 6.5.2.202603b で修正

目次(7)

CVE-2026-118052

CVE-2026-115653

CVE-2026-115654

NVD は 2026-11-02 に、組み込み機器向けリアルタイム OS「Eclipse ThreadX」のモジュール管理機能(Module Manager)に関する 3 件の脆弱性、CVE-2026-118052・CVE-2026-115653・CVE-2026-115654 を登録しました。いずれも、機器にロードされたモジュール(後から読み込むアプリケーション部品)を攻撃者が制御できることが前提のローカルの問題で、メモリ保護つきのモジュールが分離を越えて他のスレッドやメモリに影響を与えるおそれがあります。3 件とも 6.5.2.202603b で修正されています。

3 件の概要

CVE内容CWECVSS v4.0
CVE-2026-118052モジュールの読み込み時、プリアンブル(ヘッダ)に書かれたデータ領域またはスタックのサイズが極端に大きいと、計算のオーバーフローを検出して戻る際に Module Manager のミューテックスを解放しない。以後、他のスレッドからのモジュールの読み込み・開始・停止・アンロードが、システムを再起動するまで止まるCWE-6676.8(可用性のみ High)
CVE-2026-115653Cortex-M 向けモジュールポートの PendSV ハンドラが、プリエンプトされたユーザーモードのモジュールスレッドのレジスタを、そのスレッドのスタックポインタ(範囲を検査しない)が指すアドレスに特権モードで保存する。モジュールは、書き込める領域の直前のメモリに最大 9 ワード(浮動小数点状態つきは 25 ワード)、うち 8 ワードは自分で選んだ値を書き込み、次の切り替え時に読み戻せるCWE-787(ベンダー勧告は CWE-822)7.0(機密性 Low・完全性 High・可用性 High)
CVE-2026-115654Module Manager のスレッド制御サービス(中断・再開・終了・リセット・優先度変更・待機の中止など)が、モジュールが渡したスレッドがそのモジュール自身のものかを確かめない。任意のモジュールが、アプリケーションや他のモジュールのスレッドを止めたり、優先度を変えたりできるCWE-2846.9(完全性 Low・可用性 High)

共通の前提と影響範囲

  • 攻撃者の位置: 3 件とも、攻撃元はローカル(AV:L)で、低い権限(PR:L)、つまり機器にロードされるモジュールを制御できる立場です。ネットワークからの直接の悪用は想定されていません。
  • 対象: Module Manager を使い、メモリ保護つきのユーザーモードモジュールをロードする構成です。CVE-2026-115653 は Cortex-M(M0+、M3、M4、M7、M23、M33)のモジュールポートが対象です。ベンダー勧告によると、モジュールの分離が前提の設計では、この分離が破られることが問題です。メモリ保護なしでロードしたモジュールは、もともと分離されていません。
  • 影響を受ける版: 3 件とも ThreadX 6.0.1 から 6.5.2.202603 まで。修正版は 6.5.2.202603b です。
  • ベンダー勧告が示す結果: CVE-2026-118052 はメモリの範囲外アクセスを伴わず、Module Manager の機能停止にとどまります。CVE-2026-115654 では、モジュールは追加のコード実行やメモリアクセスを得ません。CVE-2026-115653 では、モジュールが本来触れないメモリに値を書き込め、スレッド復帰時にその位置の値が例外復帰値として使われます。
  • 攻撃の具体的な手順は、本記事では扱いません。

修正の内容(ベンダー勧告)

  • CVE-2026-118052: オーバーフローを検出した経路でも、戻る前にミューテックスを解放する。読み込み前にプリアンブルのサイズを検証する。拒否された読み込みのあとにミューテックスが空いていることを確かめる回帰試験を追加。
  • CVE-2026-115654: 中断・再開・終了・リセット・優先度変更・プリエンプション変更・タイムスライス変更・待機中止の各サービスが、呼び出したモジュールのものではないスレッドを TXM_MODULE_INVALID で拒否する。
  • CVE-2026-115653: 修正版 6.5.2.202603b に含まれる(個別の修正内容は、本記事の時点でベンダー勧告の全文を確認できていません)。

数値と出典(2026-11-03 時点)

項目内容
CVSS v4.06.8(118052)、7.0(115653)、6.9(115654)。いずれも Eclipse Foundation(CNA)が付与(種別 Secondary)。v3.1 の値は登録なし
NVD の状態3 件とも Awaiting Analysis(NVD 自身の分析は未実施)
NVD 公開日2026-11-02(118052 は 15:17 UTC、115653・115654 は 16:17 UTC)
EPSS3 件とも未算定(FIRST の API に該当データなし)
KEV3 件とも掲載なし(CISA のカタログを確認)
出典NVD、ベンダー勧告(GHSA-67ww-q8x2-g487、GHSA-c38r-v552-gh5g、GHSA-5q6x-rxf3-5q5f)、FIRST(EPSS)、CISA(KEV)

severity を high とした提案の理由

3 件とも認証の概念ではなく、機器上のモジュールを制御できることが前提で、ネットワークから直接は届きません。CVSS v4.0 は 6.8〜7.0 で 9 に届かず、可用性の喪失(118052・115654)や、分離の突破(115653)が主な影響です。過去の判断の基準(認証不要かつ CVSS 9 以上は critical、それ以外は high)に従い、high を提案します。

対応として考えられること

  1. 製品が ThreadX の Module Manager を使い、メモリ保護つきのモジュールを読み込む構成かを確認します(部品表やビルド設定)。使っていない構成は、この 3 件の対象外です。
  2. 該当する場合は、ThreadX 6.5.2.202603b 以降を取り込んだファームウェアへ更新します。ファームウェアは機器メーカーが配布するものなので、メーカーの案内を確認します。
  3. 更新までは、機器にロードされるモジュールの出所と署名を確認し、信頼できないモジュールを読み込まない運用にします。

未確認の点

  • 実際の攻撃での悪用は確認していません。
  • ThreadX の Module Manager を組み込んだ個別の製品や、該当する構成の機器の件数は確認できていません。
  • CVE-2026-115653 の修正内容の詳細は、本記事では確認できていません。
  • NVD の分析は未実施です。

この記事について

出典

この記事を共有