Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - ipmi：si：修复注册失败后的空指针取消引用 try_smi_init（） 分配 new_smi->si_sm 并在以后调用映射到 ipmi_add_smi（） 的 ipmi_register_smi_mod（）。在 ipmi_add_smi（） 期间，大写 IPMI 消息处理程序通过 __bmc_get_device_id（） 获取初始 BMC 设备信息。如果 BMC 未成功返回对 Get Device ID 命令的响应，此操作可能会失败。当 BMC 返回非零完成代码时，device-id 帮助程序会重试该命令，如果仍无法提取设备 ID，最终会返回 -EIO。在此失败路径上，ipmi_add_smi（） 记录 Unable to get the device id，并转到 out_err_started，在其中调用较低驱动程序的关闭回调。try_smi_init（） 接着会记录返回的注册失败结果： ipmi_si IPI0001：00： IPMI 消息处理程序： 无法取得设备 id： -5 ipmi_si IPI0001：00： 无法注册设备： 错误 -5 对于 ipmi_si，关机回调为 shutdown_smi（），它会清除 SI 状态机数据，释放 smi_info->si_sm，并将 smi_info->si_sm 和 smi_info->intf 设置为 NULL。但是，并未在此注册失败回滚路径上设置 intf->in_shutdown。因此，在较低驱动程序已清除其 SI 状态机数据之后，异步 redo_bmc_reg 工作项仍可重试 BMC 设备 ID 探测。在观察到的情况中，该重试路径到达 start_next_msg（），后者将空smi_info>si_sm指针传递到选定的 KCS 状态机处理程序：
    缺陷：无法处理在 000000000000000000 处的内核空指针取消引用 工作队列：事件redo_bmc_reg [ipmi_msghandler] RIP：start_kcs_transaction+0x2c/0x190 [ipmi_si] 调用跟踪：start_next_msg+0x50/0x80 [ipmi_si] check_start_timer_thread.part.9+0x3b/0x50 [ipmi_si] sender+0x69/0x80 [ipmi_si] i_ipmi_request+0x2ac/0x9d0 [ipmi_msghandler] __get_device_id.isra.29+0xaa/0x180 [ipmi_msghandler]
    __bmc_get_device_id+0xef/0x950 [ipmi_msghandler] redo_bmc_reg+0x52/0x60 [ipmi_msghandler] process_one_work+0x1a7/0x360 调用较低驱动程序的关闭回调之前，先在out_err_started路径中设置 intf->in_shutdown。这阻止了以后的 redo_bmc_reg 重试使用已清除其较低驱动程序状态的接口，并且将相同的关闭状态应用到其他 IPMI 接口。
    (CVE-2026-81005)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - ipmi： si：修正註冊失敗後的 NULL 指標解除參照 try_smi_init（） 配置 new_smi->si_sm 和隨後的呼叫 ipmi_register_smi_mod（），對應至 ipmi_add_smi（）。在 ipmi_add_smi（） 期間，上層 IPMI 訊息處理常式會透過 __bmc_get_device_id（） 取得初始 BMC 裝置資訊。如果 BMC 未傳回對「取得裝置識別碼」命令的成功回應，則此操作可能會失敗。當 BMC 傳回非零完成碼時，device-id 協助程式會重試指令，如果仍無法擷取裝置 ID，則最終會傳回 -EIO。在此失敗路徑上，ipmi_add_smi（） 記錄無法取得裝置識別碼，並移至out_err_started，叫用較低驅動程式的關機回呼。然後try_smi_init（） 會記錄傳回的註冊失敗： ipmi_si IPI0001：00： IPMI 訊息處理常式： 無法取得裝置 ID： -5 ipmi_si IPI0001：00： 無法註冊裝置： 錯誤 -5 針對 ipmi_si，關機回呼為 shutdown_smi（），它會清理 SI 狀態機器資料、釋放 smi_info->si_sm，並將 smi_info->si_sm 和 smi_info->intf 設定為 NULL。但是，在此註冊失敗復原路徑上並未設定 intf->in_shutdown。因此，非同步 redo_bmc_reg 工作專案在較低驅動程式已清除其 SI 狀態機器資料之後，仍可重試 BMC 裝置識別碼探查。在觀察到的案例中，該重試路徑會到達 start_next_msg（），其將 NULL smi_info->si_sm 指標傳遞至選取的 KCS 狀態機器處理常式：
    錯誤：無法處理 0000000000000000000 處的核心 NULL 指標解除參照 工作佇列：事件redo_bmc_reg [ipmi_msghandler] RIP：start_kcs_transaction+0x2c/0x190 [ipmi_si] 呼叫追蹤：start_next_msg+0x50/0x80 [ipmi_si] check_start_timer_thread.part.9+0x3b/0x50 [ipmi_si] sender+0x69/0x80 [ipmi_si] i_ipmi_request+0x2ac/0x9d0 [ipmi_msghandler] __get_device_id.isra.29+0xaa/0x180 [ipmi_msghandler]
    __bmc_get_device_id+0xef/0x950 [ipmi_msghandler] redo_bmc_reg+0x52/0x60 [ipmi_msghandler] process_one_work+0x1a7/0x360 在叫用較低驅動程式的關機回呼之前，在out_err_started路徑上設定 intf->in_shutdown。這可防止以後的redo_bmc_reg重試使用已清除較低驅動程式狀態的介面，並將相同的關機狀態也套用至其他 IPMI 介面。
    (CVE-2026-81005)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - ipmi:si:登録失敗後の NULL ポインターデリファレンスを修正します try_smi_init() が new_smi->si_sm を割り当て、その後 ipmi_register_smi_mod() を呼び出し、ipmi_add_smi() にマッピングします。ipmi_add_smi() 中に、上部 IPMI メッセージハンドラーは __bmc_get_device_id() を通じて初期 BMC デバイス情報を取得します。BMC が Get Device ID コマンドに対して正常な応答を返さない場合、これは失敗する可能性があります。BMC がゼロ以外の完了コードを戻すと、device-id ヘルパーはコマンドを再試行し、それでもデバイス ID をフェッチできない場合は、最終的に -EIO を返します。この失敗パスで、ipmi_add_smi()は「Unable to get the device id」をログに記録し、out_err_startedに移動し、下位ドライバーのシャットダウンコールバックを呼び出します。try_smi_init() は、返された登録失敗をログに記録します: ipmi_si IPI0001:00: IPMI メッセージハンドラー: デバイス ID を取得できません: -5 ipmi_si IPI0001:00: デバイスを登録できません: エラー -5 ipmi_si の場合、シャットダウンコールバックは shutdown_smi() であり、SI ステートマシンデータをクリーンアップし、smi_info->si_sm を解放し、smi_info->si_sm と smi_info->intf を NULL に設定します。ただし、intf->in_shutdown は、この登録失敗のロールバックパスでは設定されません。したがって、非同期 redo_bmc_reg 作業項目は、下位ドライバーが SI ステート マシン データを既にクリアした後でも BMC デバイス ID プローブを再試行できます。観察された事例では、その再試行パスは start_next_msg() に到達し、NULL smi_info->si_sm ポインターを選択した KCS ステートマシンハンドラーに渡しました:
    BUG:000 ipmi_msghandler 0x180 0xaa__get_device_id ipmi_msghandler 0x9d0 0x2ac i_ipmi_request ipmi_si 0x80 0x69 ipmi_si 0x50 0x3b check_start_timer_thread ipmi_si 0x80 0x50 start_next_msg ipmi_si 0x190 0x2c start_kcs_transaction ipmi_msghandler redo_bmc_reg 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
    __bmc_get_device_id+0xef/0x950 [ipmi_msghandler] redo_bmc_reg+0x52/0x60 [ipmi_msghandler] process_one_work+0x1a7/0x360 下位ドライバーのシャットダウンコールバックを呼び出す前に、out_err_startedパスで intf->in_shutdown を設定します。これにより、ドライバーの状態が低い状態がクリーンアップされているインターフェイスをその後のredo_bmc_reg再試行で使用できなくなり、他の IPMI インターフェイスにも同じシャットダウン状態が適用されます。
    (CVE-2026-81005)

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

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - ipmi: si: Fix NULL pointer dereference after failed registration try_smi_init() allocates new_smi->si_sm     and later calls ipmi_register_smi_mod(), which maps to ipmi_add_smi(). During ipmi_add_smi(), the upper     IPMI message handler obtains the initial BMC device information through __bmc_get_device_id(). This can     fail if the BMC does not return a successful response to the Get Device ID command. When the BMC returns a     nonzero completion code, the device-id helper retries the command and eventually returns -EIO if the     device ID still cannot be fetched. On this failure path, ipmi_add_smi() logs Unable to get the device id     and goes to out_err_started, where it invokes the lower driver's shutdown callback. try_smi_init() then     logs the returned registration failure: ipmi_si IPI0001:00: IPMI message handler: Unable to get the device     id: -5 ipmi_si IPI0001:00: Unable to register device: error -5 For ipmi_si, the shutdown callback is     shutdown_smi(), which cleans up the SI state machine data, frees smi_info->si_sm, and sets smi_info->si_sm     and smi_info->intf to NULL. However, intf->in_shutdown is not set on this failed-registration rollback     path. Therefore, the asynchronous redo_bmc_reg work item can still retry BMC device-id probing after the     lower driver has already cleared its SI state machine data. In the observed case, that retry path reached     start_next_msg(), which passed the NULL smi_info->si_sm pointer to the selected KCS state machine handler:
    BUG: unable to handle kernel NULL pointer dereference at 0000000000000000 Workqueue: events redo_bmc_reg     [ipmi_msghandler] RIP: start_kcs_transaction+0x2c/0x190 [ipmi_si] Call Trace: start_next_msg+0x50/0x80     [ipmi_si] check_start_timer_thread.part.9+0x3b/0x50 [ipmi_si] sender+0x69/0x80 [ipmi_si]     i_ipmi_request+0x2ac/0x9d0 [ipmi_msghandler] __get_device_id.isra.29+0xaa/0x180 [ipmi_msghandler]
    __bmc_get_device_id+0xef/0x950 [ipmi_msghandler] redo_bmc_reg+0x52/0x60 [ipmi_msghandler]     process_one_work+0x1a7/0x360 Set intf->in_shutdown on the out_err_started path before invoking the lower     driver's shutdown callback. This prevents later redo_bmc_reg retries from using an interface whose lower     driver state has been cleaned up, and applies the same shutdown state to other IPMI interfaces as well.
    (CVE-2026-81005)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
345200	Linux Distros 未修补的漏洞：CVE-2026-81005	Nessus	Misc.	2026/9/12	2026/9/14	medium
345200	Linux Distros 未修補弱點：CVE-2026-81005	Nessus	Misc.	2026/9/12	2026/9/14	medium
345200	Linux Distros のパッチ未適用の脆弱性: CVE-2026-81005	Nessus	Misc.	2026/9/12	2026/9/14	medium
345200	Linux Distros Unpatched Vulnerability : CVE-2026-81005	Nessus	Misc.	2026/9/12	2026/9/14	medium

检测

插件搜索

medium

medium

medium

medium