Linuxカーネルの未修正 脆弱性5件、ZDIが修正前に詳細を公開 ksmbdの2件はCVSS 9.0、権限昇格PoCも公開

セキュリティニュース

投稿日時: 更新日時:

Linuxカーネルの未修正脆弱性5件、ZDIが修正前に詳細を公開 ksmbdの2件はCVSS 9.0、権限昇格PoCも公開

TrendAIのZero Day Initiative(ZDI)が2026年10月21~22日(UTC)、Linuxカーネルの複数の脆弱性に関する報告を公開メーリングリストへ投稿しました。カーネル内でSMBファイル共有を提供する「ksmbd」には、リモートコード実行(RCE)につながる恐れのある問題が2件含まれ、いずれもZDIはCVSS 3.1で9.0と評価しています。

カーネル開発者は、修正パッチのない段階で技術情報が公開されたことに異議を唱えました。一方、少なくとも2件のksmbd関連問題については、メンテナーの開発ブランチに修正候補が存在します。ただし、一般利用者に配布される修正済みカーネルの提供と同じ意味ではありません。

また、ネットワーク処理に関する別の脆弱性「ZDI-CAN-33367」では、TuxCareがローカルの一般ユーザーからroot権限を取得できることを検証したと発表しました。今回の情報公開は、Linuxを使うすべてのサーバーが同じ攻撃を受けることを意味しません。実際に利用しているカーネル機能とネットワークの公開状態を確認する必要があります。

Linuxカーネル脆弱性のサマリー

  • ZDIによるLinuxカーネル関連の5件と、別製品ConnManの1件の報告が公開メーリングリストに掲載されました。
  • ksmbdの「ZDI-CAN-33774」「ZDI-CAN-33549」は、いずれもCVSS 3.1で9.0。ZDIはRCEにつながり得る問題と評価しています。
  • ZDI-CAN-33774は、認証前のプロトコル処理に問題がある一方、公開された検証では主にメモリー情報の読み出しと異常終了が示されています。
  • ZDI-CAN-33549は、SMB Direct、RDMA対応環境、書き込み可能な共有など追加の条件が必要です。
  • ZDI-CAN-33367はカーネルのネットワーク処理にある権限昇格問題で、TuxCareは複数のLinux環境でroot権限の取得を再現したと発表しました。
  • カーネルメンテナーの開発ブランチや独自パッチサービスに修正があっても、利用中のディストリビューションに修正が適用済みとは限りません。
  • 10月24日時点で、対象のZDI報告に対するCVE番号は確認できず、製品ごとの正式な影響バージョン・修正版を判断するには配布元の情報が必要です。
ZDI管理番号 対象コンポーネント ZDI評価(CVSS 3.1) 主な影響・条件
ZDI-CAN-33774 Linuxカーネル内SMBサーバー「ksmbd」 9.0 プロトコル処理の競合。認証前のメモリー読み出しなど。ZDIはRCEの可能性を指摘
ZDI-CAN-33549 ksmbd/SMB Direct 9.0 RDMA処理の整数アンダーフロー。SMB Directと書き込み可能な共有などが必要
ZDI-CAN-33367 ネットワーク処理 skb_zerocopy() 7.8 ローカル権限昇格。TuxCareがroot権限取得を再現したと発表
ZDI-CAN-34068 VMware仮想GPUドライバー vmwgfx 8.8 境界外書き込みによるローカル権限昇格の恐れ
ZDI-CAN-34076 NVMeターゲット nvmet 8.6 未初期化リソースに起因する情報漏えいの恐れ
ZDI-CAN-32005 ConnMan(ユーザー空間のネットワーク管理ソフト) 7.8 DNS処理のスタックバッファーオーバーフロー。Linuxカーネル本体の問題ではない

※CVSSはZDIの報告値であり、すべてのLinux製品・構成に共通する評価ではありません。

本来は非公開で扱う脆弱性報告が、公開メーリングリストに掲載

Linuxカーネルのセキュリティ問題は、影響を受ける機能のメンテナーとカーネルのセキュリティチームが情報を共有し、修正・検証を進めます。公式の報告手順では、機密性が必要な段階で公開メーリングリストに詳細や再現用コードを送らない運用が説明されています。

今回のZDIによる報告は、セキュリティ担当者だけでなく、公開のLKMLや関連リストにも届きました。10月22日の米Phoronixは、誤送信とみられる事案として報道しています。ただし、ZDI自身が誤送信の原因を公式に確定したという情報ではありません。

カーネルの主要開発者であるGreg Kroah-Hartman氏は、ZDI-CAN-33774への返信で修正パッチがないのに公開リストに投稿されたことを問いただしました。別の報告に対しても、公開前の調整手順を改善するよう求めています。

投稿には脆弱性の発生条件やメモリー破壊の検証結果が含まれます。一部は再現用コードまで掲載されており、修正が広く配布される前に技術情報を第三者が参照できる状態になりました。ただし、公開された検証コードと、実環境で任意コード実行に成功した攻撃手段とは同一ではありません。

ksmbdの2件はCVSS 9.0 SMBサーバーの稼働状況が影響を左右

ksmbdは、Linuxカーネル内でSMBファイル共有を処理する仕組みです。Windows端末とのファイル共有などで使われますが、Linuxの代表的なユーザー空間SMBサーバーであるSamba(smbd)とは別の実装です。Linuxを利用しているだけで今回のksmbdの2件に該当するわけではありません。

ZDI-CAN-33774:認証前のプロトコル処理でメモリー破壊の恐れ

ZDI-CAN-33774は、ksmbdが要求を処理する際に使うハンドラーテーブルの切り替えと、実際に処理を行うタイミングが一致しない競合状態です。SMB1形式のデータをSMB2用の処理に渡してしまうことで、本来のバッファー境界を超える読み出しが発生します。

ZDIの報告には、認証前に発生するメモリー情報の漏えいを検証した記録と、条件次第で境界外書き込みにつながる経路の説明があります。ただし、RCEが実際に成立する攻撃コードを公開検証で示したという意味ではありません。ネットワーク越しの到達性に加え、競合状態や共有設定などの条件に注意が必要です。

同問題についてksmbdメンテナーのNamjae Jeon氏は10月22日、すでに修正済みとしてコミット 68f410faedaf6ee74d81e574733c50ebcc1bd8ed を提示しました。これはメンテナーが管理する開発ツリーの修正です。OSベンダーの配布カーネルに適用されているかは別途確認する必要があります。

ZDI-CAN-33549:SMB DirectとRDMAが成立条件

ZDI-CAN-33549は、SMB Directの転送処理でデータ長の計算が不正になる整数アンダーフローです。その結果、確保済みのメモリー領域を越える書き込みが発生する恐れがあります。ZDIは実際にKASAN(Kernel Address Sanitizer)がメモリー境界外への書き込みを検知した記録を示しています。

この問題は、ksmbdを使っていることに加え、RDMA対応のネットワーク環境、SMB Directの利用、書き込み可能な共有といった条件に依存します。TCP 445番への通常のSMB通信だけを確認して、すべてのホストが同じ条件で悪用可能と判断することはできません。

SMB Directの開発者Stefan Metzmacher氏は10月21日、Linux 7.5向け開発ブランチで再現するかを調べるようZDIに依頼しました。10月23日のメーリングリストには、問題の原因となる長さ計算を修正するパッチ案も掲載されています。こちらも、配布済みの一般向けカーネルが修正されたという発表ではありません。

skb_zerocopy()ではroot権限取得を確認、TuxCareが一部Linux向け独自パッチ

ksmbdの問題と異なり、ZDI-CAN-33367はローカルで実行される処理から権限昇格する脆弱性です。ネットワークのデータ転送に使う skb_zerocopy() が共有メモリーページの属性を適切に引き継がず、本来書き込み権限のないファイルに関係するページキャッシュが改変される恐れがあります。

Linux向けパッチサービス「KernelCare」を提供するTuxCareは10月22~23日、同問題の公開情報を基に、AlmaLinux 8~10、CloudLinux 9~10、Debian 12・13、Ubuntu 24.04・26.04などの検証環境でroot権限の取得を再現したと公表しました。これは同社の検証結果であり、記載された全バージョン・全構成が同一条件で悪用されるとの断定ではありません。

TuxCareは10月23日、AlmaLinux、CloudLinux、RHEL、Oracle Linux、Rocky Linuxの各10系向けに、ZDI-CAN-33367を対象としたKernelCareの再起動不要パッチを提供したと説明しています。同社によると9系は審査中、8系は開発中です。この対応はKernelCare契約環境向けのもので、Linuxディストリビューション各社の通常パッチ提供とは区別する必要があります。

共有ホスティング、CI実行環境、複数ユーザーがログインするサーバーなどでは、一般ユーザー権限を持つ攻撃者がローカルの権限昇格を試みる余地があります。TuxCareは、必要のない環境で非特権ユーザー名前空間の利用を制限する暫定措置にも言及しています。ただし、この設定変更はコンテナや一部の開発・運用ツールに影響するため、業務利用の有無を確認して判断します。

仮想GPUとNVMeの問題も報告、ただし公開情報の粒度に差

残るZDI-CAN-34068は、VMware仮想GPUドライバー vmwgfx の境界外書き込みを通じてローカル権限昇格につながる可能性がある問題です。ZDI-CAN-34076は、NVMeターゲットを実装する nvmet の未初期化リソースに起因する情報漏えいの恐れがあるとされています。

両案件は、ksmbdの2件や skb_zerocopy() の報告とは公開された技術情報の量が異なります。カーネルの設定、対象ドライバーの利用、実際に到達できるインターフェースなどによって影響が変わるため、単純にすべてのLinuxサーバーへ一律の危険度を当てはめることはできません。

また、別途公開されたZDI-CAN-32005はネットワーク管理ソフト「ConnMan」の問題であり、Linuxカーネルの欠陥と同一視しないよう注意が必要です。

Linuxサーバー管理者の確認事項 修正版を待つ間の対策

今回のようにCVE番号や正式な修正版が揃う前は、一般的な脆弱性スキャナーだけでは影響を把握できない場合があります。脆弱性管理の運用プロセスに沿って、構成情報と実際の機能の有効化状況を突き合わせます。

  1. ksmbdの利用を確認:Linuxを使うNAS、ファイルサーバー、アプライアンス、独自カーネル環境について、カーネルモジュールやサービスの稼働状況を調べます。ユーザー空間のSambaのみで稼働しているシステムと区別します。
  2. SMBの公開範囲を点検:TCP 445番の受信を必要な端末・ネットワークに限定し、インターネットから不要に到達できないようにします。使っていないksmbdサービスは停止を検討します。
  3. SMB Direct/RDMAを確認:RDMA対応インターフェース、SMB Direct機能、共有への書き込み権限を確認します。SMB Directを利用していなければ、関連機能を無効化できるか評価します。TCPの通信制限だけでRDMAを含む全経路を保護できたとは判断しません。
  4. ローカル実行可能な利用者を調査:共有ホスティング、CI/CDランナー、研究・開発用の共用サーバーなどで、未信頼のユーザーやジョブが実行される範囲を洗い出します。ZDI-CAN-33367では、この条件が外部公開の有無とは別の評価軸となります。
  5. 配布元のパッチを確認:Ubuntu、Debian、RHEL系、NAS製品ベンダーなどの公式アドバイザリで、該当するZDI管理番号または後日割り当てられるCVE番号、修正コミットの取り込み状況を追跡します。メンテナーの開発ツリーにコードが存在するだけで更新完了とは扱いません。

確認作業では lsmod、systemctl、ss などでksmbdのロード・稼働・待受を調べられますが、カーネルへの組み込み方式やアプライアンス独自実装によって見え方が異なります。管理権限のある運用担当者が、停止によるファイル共有業務への影響を確認したうえで対策を実施します。

出典・関連資料