Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - ipvs:エラーパスip_vs_add_service NULL デリファレンスを修正します ip_vs_bind_scheduler() が ip_vs_add_service() で成功すると、ローカル変数 sched は NULL に設定されます。その後 ip_vs_start_estimator() が失敗した場合、out_errクリーンアップは sched == NULL で ip_vs_unbind_scheduler(svc, sched) を呼び出します。
    ip_vs_unbind_scheduler() は cur_sched NULL チェックを通過しますが(svc->scheduler は正常なバインドによって設定されていたためです)、続いて sched->done_service で NULL sched パラメーターを逆参照するため、NULL からのオフセット0x30でカーネルパニックが発生します。Oops:一般保護違反、[..][#1] PREEMPT SMP KASAN NOPTI KASAN:範囲内の null-ptr-deref [0x0000000000000030-0x0000000000000037] RIP:0010:ip_vs_unbind_scheduler(net/netfilter/ipvs/ip_vs_sched.c:69) コールトレース: <TASK> ip_vs_add_service.isra.0(net/netfilter/ipvs/ip_vs_ctl.c:1500) do_ip_vs_set_ctl(net/netfilter/ipvs/ip_vs_ctl.c:2809) nf_setsockopt(net/netfilter/nf_sockopt.c:102)[..]バインドが成功した後、単純にローカル sched 変数を消去しないことで修正します。ip_vs_unbind_scheduler() はスケジューラが svc->scheduler を介してインストールされているかどうかをすでに検出しており、sched を NULL 以外に保つことで、エラーパスが ip_vs_unbind_scheduler() と ip_vs_scheduler_put() の両方に正しいポインターを渡すことが保証されます。バグは古いものですが、ip_vs_start_estimator()呼び出しの後に新しいエラーパスがたどられると、より最近のカーネル(6.2)で問題がポップアップします。
    (CVE-2026-43086)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-43086

medium Nessus プラグイン ID 312732

バージョン 1.3