CPUの温度を確認するために入れた小さなツールも、OSの深い部分で動くドライバを使うことがあります。2026年11月2日、Core Tempのドライバに関するCVE-2026-109836がJVNで公表されました。会社のWindows端末や検証用PCで使っている場合は、管理台帳に載ったインストール版だけでなく、展開したままの旧版も確認したい問題です。
JVNが示す対象はCore Temp v1.21より前です。今回のCVSSベクトルはローカルアクセス・高い権限を前提としています。インターネット越しに誰でも無条件で攻撃できる問題とは区別しつつ、対象端末の更新を進めてください。
本日の新情報は脆弱性の公表。修正版は10月に提供済み
Core Tempは、CPUのコアごとの温度などを表示するWindows向けツールです。公式配布ページにはインストーラーに加えて32ビット・64ビットのスタンドアロン版があります。業務ソフトの配布台帳に出てこない、手動で展開したコピーも棚卸しの対象にします。
| 時点 | 一次資料で確認した内容 |
|---|---|
| 2026年10月3日 | 公式変更履歴にCore Temp 1.21を掲載。旧64ビットドライバの脆弱性への対処としてJVN#23328936を明記。提供時刻は不明。 |
| 2026年11月2日12:00 JST | JVNの新着一覧に本件を掲載。詳細ページの公開日・最終更新日は11月2日。 |
| 2026年11月2日16時ごろ JST | 本記事の確認時点。公式サイトで1.21の配布を確認。 |
根拠は公式変更履歴とJVNの新着一覧です。今日になって初めて修正版が出たわけではありません。また、過去版の変更履歴にもドライバ修正の記載がありますが、それだけで今回のCVEに対処済みと判断せず、勧告の対象範囲と照合します。
何が起こるか：温度表示の裏側にあるドライバの問題
JVNの詳細では、カーネルドライバのIOCTLに対するアクセス制御不足（CWE-782）により、物理メモリを読み書きされる可能性が示されています。IOCTLは、プログラムからドライバへ処理を頼むための窓口です。ここで、誰にどの操作を許可するかの確認が十分でないことが問題になります。
一般論として、Windowsでは通常のアプリとOS中核・カーネルドライバの実行領域は異なります。カーネル側の処理はOSやほかのドライバと同じアドレス空間を共有するため、誤った書き込みの影響がアプリ一つに収まらないことがあります。Microsoftの解説がこの違いを説明しています。温度が正しく表示されていることは、アクセス制御が安全である証明にはなりません。
| 項目 | 今回の勧告での扱い |
|---|---|
| 識別子 | CVE-2026-109836 / JVN#23328936 |
| 対象版 | Core Temp v1.21より前。JVNの対象欄は32/64ビット別に限定していない。 |
| 対処する版 | 確認時点の公式最新版1.21。開発元の変更履歴は旧64ビットドライバへの対処を記載。 |
| 評価値（JVN掲載） | CVSS v4.0基本値8.4、CVSS v3.0基本値6.7。異なる版の値を混ぜない。 |
| 成立条件の読み方 | 両ベクトルはAV:L（ローカル）、PR:H（高い権限）、UI:N（利用者操作不要）。 |
| 悪用状況 | 参照したJVN勧告・公式変更履歴に、本件の実悪用確認の記載は見当たらない。悪用がないと証明したものではない。 |
緊急度の判断：高い権限が必要でも、放置してよいわけではない
本誌では、対象端末の確認と更新計画を早めに進めるべき事案と考えます。高権限が必要という条件は、認証不要の公開サーバの脆弱性とは優先順位を分ける材料です。一方、すでに別の経路で権限を取られた端末などを考えれば、ドライバ側の保護まで不要になるわけではありません。これは一般的なリスク評価であり、本件で複数の攻撃を組み合わせた悪用が確認されたとの主張ではありません。
対応順は、業務データを扱う端末、管理作業にも使う端末、複数人で利用する検証機など、資産の役割と管理状況から決めます。CVSSの数値だけで「全端末が侵害済み」「社内すべて緊急停止」と判断せず、導入有無・版・実行状況・既存の検知記録をそろえて担当者が判断してください。
更新の手順：ダウンロード完了と、古い版が動かない状態を分ける
以下は公式配布情報を基に本誌が整理した運用手順です。Windows実機での更新試験や、ドライバを悪用する試験は行っていません。権限のある自社端末に限り、管理者の変更手順に従って進めてください。
- 1導入場所と実行しているコピーを確認する。アプリの版表示や社内の資産管理情報を記録し、インストール版・手動展開版・配布用ZIPを分ける。不明なプログラムを調査のために起動しない。
- 2停止できる時間を決める。温度監視を業務上の確認に使っている場合は、停止中の確認方法と作業担当を先に決める。
- 3公式サイトのCore Temp 1.21を確認し、社内承認済みの配布経路で更新する。スタンドアロン版は、新しいフォルダーへ置いただけで古いショートカットや配布元が置き換わったと考えない。
- 4インストーラーや管理手順で再起動を求められた場合は従う。更新後に起動先と版表示、業務で必要な温度表示などを確認する。すべての環境で再起動が不要と判断しない。
- 5担当者が、旧版のコピー・配布ZIP・自動起動設定の参照先を点検する。旧版を再配布・再起動しない運用になったことを確認し、更新記録へ証拠を残す。不要なコピーの処置は社内ルールに従う。
公式ページには配布ファイル別のSHA-256も掲載されています。確認する場合は、インストーラー・32ビットZIP・64ビットZIPのどれかを取り違えず、取得時の公式値と照合します。一致しても、インストールや更新後の稼働状態まで確認できたことにはなりません。
更新までの対策と、Windowsのドライバ保護の限界
更新まで時間がかかる場合は、旧版の利用や新規配布を止められるか、常用の管理者権限を減らせるかを管理担当者が検討します。これらは露出を減らす運用上の工夫で、修正プログラムの代わりではありません。アプリのウィンドウを閉じたことだけでドライバの状態まで確定しないでください。
Microsoftは、正規の署名がある脆弱なドライバも悪用され得るとして、脆弱ドライバのブロックリストやメモリ整合性などの保護を案内しています。ただし、公式資料は、全脆弱ドライバの遮断を保証しないこと、ブロックにより動作不良が起き得ることも明記しています。今回のドライバが自社の適用済みリストで必ず遮断されるとは、本記事では確認していません。
温度監視ツールを動かすために保護機能を無効化するのではなく、更新版と既存ポリシーの互換性を管理担当者へ確認します。新たなブロック規則を一斉に強制する場合も、検証・影響評価を経てください。設定変更をこの記事のLLM指示に自動実行させる必要はありません。
LLMへは、端末一覧の整理と未確認箇所の抽出を頼む
LLMに任せやすいのは、承認済みの棚卸し資料と勧告の照合です。実際の権限、ドライバの状態、更新後の動作をLLMの文章だけで確認したことにしないでください。資料から分からない項目を、都合のよい推測で埋めさせないことが重要です。
あなたは社内Windows端末の更新計画を整理する補助担当です。対象：CVE-2026-109836 / Core Temp v1.21より前。根拠：JVN#23328936と開発元の1.21変更履歴。目的：読み取り専用の棚卸し。攻撃試験・設定変更・インストールはしません。
入力は承認済み資料の抜粋だけです。端末名・利用者名は仮IDに置き換え、認証情報・メモリ内容・本番ログ原文は渡しません。資料：導入一覧、版の確認結果、実行先の分類、配布方法、更新記録。
1. 各端末を「対象版を確認」「1.21以上の版を確認」「未確認」に分類してください。2. 判定根拠の資料名・確認日・該当箇所を示してください。3. インストール版、手動展開版、配布ZIP、起動先の確認を別々に扱ってください。4. バージョン不明、旧コピー有無不明、再起動・稼働確認未実施は未確認に残してください。5. 優先順位案、担当者への質問、更新後に人が確認する項目を表にしてください。6. 高権限が必要という成立条件を省略せず、悪用済み・安全確定とは断定しないでください。版の判定と更新確認状況を分け、1.21以上でも旧コピー等が未確認なら完了としないでください。出力列：仮ID / 版の判定 / 更新確認状況 / 根拠 / 不明点 / 推奨する次の確認 / 担当 / 期限。資料にない製品版・状態・被害を創作しないでください。作業にはCore Temp更新確認シート（TXT）を使えます。これは空の記録用教材であり、端末を走査するスクリプトではありません。一般的な勧告の読み方は脆弱性の対象判定と修正確認も参照してください。
確認日：2026年11月2日JST。一次資料を用いた解説で、製品のインストール、攻撃再現、本番設定変更は未実施です。新しい勧告や悪用確認が出た場合は、対象範囲・版・優先順位を見直してください。