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

  - net：emac：移動 netops 設定以修正當機 修正驅動程式初始化時的下列當機： |錯誤：
    0x00000158 時讀取時核心 NULL 指標解除參照 |錯誤指令位址：0xc0566b40 |哎呀：
    錯誤區域的核心存取，簽名：11 [#1] |BE PAGE_SIZE=4K PowerPC 44x 平台 |連結的模組： |CPU：0 UID：0 PID：1 Comm：swapper/0 Tainted：GW 7.3.0-rc3+ #1 |受污染：[W]=警告 |硬體名稱：MyBook Live APM821XX 0x12c41c83 PowerPC 44x 平台 |NIP：c0566b40 LR：c05648f8 點擊率：c04c1e9c |法規：c1053a20 陷阱：
    0300 污染：GW （7.3.0-rc3+） |MSR：0002b000 <CE，EE，FP，ME> CR：24008808 XER：000000000 |親愛的：00000158 ESR：
    000000000 |GPR00： c05648f8 c1053b10 c1063600 c1030000 c5ab3000 000000000 [...] |GPR08： 00000002 000000000 00000000 c1053b40 84002808 000000000 [...] |GPR16： cfffd210 00000002 c0beafcc cfffc960 00000000 c1030644 [...] |GPR24： c0beafbc c1037000 000000000000000000000000000000000000000000000000000000 c10300000 [...] |NIP [c0566b40] phy_link_topo_add_phy+0x2c/0x1d0 |LR [c05648f8] phy_attach_direct+0x1a4/0x368 |通話追蹤： |[c1053b10][c0811e04] klist_put+0x54/0xb4 （不可靠） |[c1053b40][c05648f8] phy_attach_direct+0x1a4/0x368 |[c1053b70][c0564ae8] phy_connect_direct+0x2c/0x60 |[c1053b90][c056c7a8] of_phy_connect+0x50/0x74 |[c1053bc0][c0572a88] emac_probe+0xd50/0x119c |[c1053c90][c04cb770] platform_probe+0x74/0xa4 |[c1053cb0][c04c8f08] really_probe+0x120/0x2b0 |[c1053cd0][c04c9254] __driver_probe_device+0x1bc/0x1fc |[c1053d00][c04c9334] driver_probe_device+0x38/0xa8 |[c1053d30][c04c9560] __driver_attach+0xf4/0x10c |[c1053d50][c04c6af8] bus_for_each_dev+0x68/0xd0 |[c1053d90][c04c7c34] bus_add_driver+0xcc/0x1ec |[c1053dc0][c04c9f6c] driver_register+0xcc/0x110 |[c1053de0][c0aa3f40] emac_init+0x1c4/0x200 此錯誤從 v7.3-rc1 開始出現。在 phy_link_topo_add_phy（） 中的 NIP 是 netdev_need_ops_lock（） 檢查。這是由以下提交 ded86da4bbb7 新增的 （net： ethtool： relax ethnl_req_get_phydev（） 鎖定判斷提示） 出現此錯誤是因為在呼叫 of_phy_connect（） 時，netdev_ops*尚未*確定。我的修復方法是將設定 netdev_ops+commac.ops+ethtool_ops 的程式碼進一步向上移動，因為 emac_init_config（） 透過查看裝置樹並相應地設定所需的開發>phy_mode來派生該程式碼。在審查過程中，Sashiko 機器人的 AI 表示 commac 分配變成了死店。
    很棒的收穫！為了保持原始行為不變，一個提到的選項僅在非 gige 情況下設定 dev->commac.ops = &emac_commac_ops？聽起來像是一個很棒的計劃。因此，non-gige-case 的 dev->commac.ops 指派會移至 else 區塊。此修補程式已在 WD MyBook Live （RGMII） 上測試。裝置現在又可以運作了。（CVE-2026-98922）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - net:emac:netops の設定を移動してクラッシュを修正します ドライバー初期化における以下のクラッシュを修正します: |バグ:
    0x00000158 での読み取りでのカーネルの NULL ポインターデリファレンス |違反している命令アドレス:0xc0566b40 |おっと:
    不良領域のカーネルアクセス、sig:11 [#1] |BE PAGE_SIZE=4K PowerPC 44x プラットフォーム |リンク先のモジュール: |CPU:0 UID:0 PID:1 通信:swapper/0 汚染:GW 7.3.0-rc3+ #1 |汚染: [W]=WARN |ハードウェア名: MyBook Live APM821XX 0x12c41c83 PowerPC 44x プラットフォーム |NIP:c0566b40 LR:c05648f8 CTR:c04c1e9c |REGS: c1053a20 トラップ:
    0300 汚染: GW (7.3.0-rc3+) |MSR:0002b000 <CE、EE、FP、ME>CR:24008808 XER:00000000 |親愛なる: 00000158 ESR:
    00000000 |GPR00: c05648f8 c1053b10 c1063600 c1030000 c5ab3000 000000000 [...] |GPR08: 00000002 0000000000 000000000 c1053b40 84002808 0000000000 [...] |GPR16: cfffd210 00000002 c0beafcc cfffc960 000000000 c1030644 [...] |GPR24: c0beafbc c1037000 0000000000 000000000 00000000 c10300000 [...] |NIP [c0566b40] phy_link_topo_add_phy+0x2c/0x1d0 |LR [c05648f8] phy_attach_direct+0x1a4/0x368 |コールトレース: |[c1053b10][c0811e04] klist_put+0x54/0xb4(信頼できない) |[c1053b40][c05648f8] phy_attach_direct+0x1a4/0x368 |[c1053b70][c0564ae8] phy_connect_direct+0x2c/0x60 |[c1053b90][c056c7a8] of_phy_connect+0x50/0x74 |[c1053bc0][c0572a88] emac_probe+0xd50/0x119c |[c1053c90][c04cb770] platform_probe+0x74/0xa4 |[c1053cb0][c04c8f08] really_probe+0x120/0x2b0 |[c1053cd0][c04c9254] __driver_probe_device+0x1bc/0x1fc |[c1053d00][c04c9334] driver_probe_device+0x38/0xa8 |[c1053d30][c04c9560] __driver_attach+0xf4/0x10c |[c1053d50][c04c6af8] bus_for_each_dev+0x68/0xd0 |[c1053d90][c04c7c34] bus_add_driver+0xcc/0x1ec |[c1053dc0][c04c9f6c] driver_register+0xcc/0x110 |[c1053de0][c0aa3f40] emac_init+0x1c4/0x200 このバグは v7.3-rc1 で発生していました。phy_link_topo_add_phy()のNIPでは、netdev_need_ops_lock()チェックです。これは次のコミット ded86da4bbb7 により追加されました(net: ethtool: relax ethnl_req_get_phydev() locking assertion) このバグは、of_phy_connect() が呼び出された時点で、netdev_opsが「まだ」決定されていなかったためです。私の修正は、netdev_ops+commac.ops+ethtool_opsを設定するコードを、emac_init_config()がデバイスツリーを参照してそれを派生させ、それに応じて必要なdev->phy_modeを設定するため、さらに上に移動します。レビュー中、Sashiko ボットの AI は、コンマックの割り当てはデッドストアになったと述べました。
    素晴らしいキャッチ! 元の動作をそのままにするために、あるオプションは dev->commac.ops = &emac_commac_ops を非 gige の場合のみ設定しますか?素晴らしい計画のように聞こえました。そのため、non-gige-case の dev->commac.ops 割り当ては else ブロックに移動します。このパッチは、WD MyBook Live(RGMII)でテストされました。デバイスが再び動作するようになりました。(CVE-2026-98922)

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

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

  - net：emac：移动 netops 设置以修复崩溃 修复驱动程序初始化时的以下崩溃：|缺陷：
    0x00000158 时读取时内核空指针取消引用 |故障指令地址：0xc0566b40 |哎呀：
    错误区域的内核访问，sig：11 [#1] |BE PAGE_SIZE=4K PowerPC 44x 平台 |模块链接于： |CPU：0 UID：0 PID：1 通信：swapper/0 受感染：GW 7.3.0-rc3+ #1 |已污染： [W]=警告 |硬件名称：MyBook Live APM821XX 0x12c41c83 PowerPC 44x 平台 |NIP：c0566b40 LR：c05648f8 CTR：c04c1e9c |REGS：c1053a20 陷阱：
    0300 受污染：GW （7.3.0-rc3+） |MSR：0002b000 <CE，EE，FP，ME> CR：24008808 XER：00000000 |亲爱的：00000158 ESR：
    00000000 |GPR00： c05648f8 c1053b10 c1063600 c1030000 c5ab3000 000000000 [...] |GPR08： 00000002 000000000 00000000 c1053b40 84002808 000000000 [...] |GPR16： cfffd210 00000002 c0beafcc cfffc960 000000000 c1030644 [...] |GPR24： c0beafbc c1037000 000000000 000000000000 00000000 c10300000 [...] |NIP [c0566b40] phy_link_topo_add_phy+0x2c/0x1d0 |LR [c05648f8] phy_attach_direct+0x1a4/0x368 |调用跟踪：|[c1053b10][c0811e04] klist_put+0x54/0xb4（不可靠） |[c1053b40][c05648f8] phy_attach_direct+0x1a4/0x368 |[c1053b70][c0564ae8] phy_connect_direct+0x2c/0x60 |[c1053b90][c056c7a8] of_phy_connect+0x50/0x74 |[c1053bc0][c0572a88] emac_probe+0xd50/0x119c |[c1053c90][c04cb770] platform_probe+0x74/0xa4 |[c1053cb0][c04c8f08] really_probe+0x120/0x2b0 |[c1053cd0][c04c9254] __driver_probe_device+0x1bc/0x1fc |[c1053d00][c04c9334] driver_probe_device+0x38/0xa8 |[c1053d30][c04c9560] __driver_attach+0xf4/0x10c |[c1053d50][c04c6af8] bus_for_each_dev+0x68/0xd0 |[c1053d90][c04c7c34] bus_add_driver+0xcc/0x1ec |[c1053dc0][c04c9f6c] driver_register+0xcc/0x110 |[c1053de0][c0aa3f40] emac_init+0x1c4/0x200 此缺陷从 v7.3-rc1 开始出现。在 phy_link_topo_add_phy（） 中的 NIP 是 netdev_need_ops_lock（） 检查。这是由下列提交 ded86da4bbb7 添加的（net：ethtool：放宽 ethnl_req_get_phydev（） 锁定断言）此缺陷之所以出现，是因为在调用 of_phy_connect（） 时，尚未*确定netdev_ops。我的补丁是将设置 netdev_ops+commac.ops+ethtool_ops 的代码进一步向上移动，因为 emac_init_config（） 通过查看设备树派生该代码并相应地设置所需的 dev->phy_mode。在审查过程中，Sashiko 机器人的 AI 表示 commac 任务变成了一个死店。
    很棒的收获！为了保持原始行为不变，一个提到的选项仅在非 gige 情况下设置 dev->commac.ops = &emac_commac_ops？听起来像是一个很棒的计划。因此，non-gige-case 的 dev->commac.ops 分配会移至 else 区块。此修补程序已在 WD MyBook Live （RGMII） 上测试。设备现在可再次工作。（CVE-2026-98922）

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

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

  - In the Linux kernel, the following vulnerability has been resolved: net: emac: move setting of netops to     fix crash fixes the following crash on driver initialization: |BUG: Kernel NULL pointer dereference on     read at 0x00000158 |Faulting instruction address: 0xc0566b40 |Oops: Kernel access of bad area, sig: 11     [#1] |BE PAGE_SIZE=4K PowerPC 44x Platform |Modules linked in: |CPU: 0 UID: 0 PID: 1 Comm: swapper/0     Tainted: GW 7.3.0-rc3+ #1 |Tainted: [W]=WARN |Hardware name: MyBook Live APM821XX 0x12c41c83 PowerPC 44x     Platform |NIP: c0566b40 LR: c05648f8 CTR: c04c1e9c |REGS: c1053a20 TRAP: 0300 Tainted: GW (7.3.0-rc3+)     |MSR: 0002b000 <CE,EE,FP,ME> CR: 24008808 XER: 00000000 |DEAR: 00000158 ESR: 00000000 |GPR00: c05648f8     c1053b10 c1063600 c1030000 c5ab3000 00000000 [...] |GPR08: 00000002 00000000 00000000 c1053b40 84002808     00000000 [...] |GPR16: cfffd210 00000002 c0beafcc cfffc960 00000000 c1030644 [...] |GPR24: c0beafbc     c1037000 00000000 0000000a 00000000 c1030000 [...] |NIP [c0566b40] phy_link_topo_add_phy+0x2c/0x1d0 |LR     [c05648f8] phy_attach_direct+0x1a4/0x368 |Call Trace: |[c1053b10] [c0811e04] klist_put+0x54/0xb4     (unreliable) |[c1053b40] [c05648f8] phy_attach_direct+0x1a4/0x368 |[c1053b70] [c0564ae8]     phy_connect_direct+0x2c/0x60 |[c1053b90] [c056c7a8] of_phy_connect+0x50/0x74 |[c1053bc0] [c0572a88]     emac_probe+0xd50/0x119c |[c1053c90] [c04cb770] platform_probe+0x74/0xa4 |[c1053cb0] [c04c8f08]     really_probe+0x120/0x2b0 |[c1053cd0] [c04c9254] __driver_probe_device+0x1bc/0x1fc |[c1053d00] [c04c9334]     driver_probe_device+0x38/0xa8 |[c1053d30] [c04c9560] __driver_attach+0xf4/0x10c |[c1053d50] [c04c6af8]     bus_for_each_dev+0x68/0xd0 |[c1053d90] [c04c7c34] bus_add_driver+0xcc/0x1ec |[c1053dc0] [c04c9f6c]     driver_register+0xcc/0x110 |[c1053de0] [c0aa3f40] emac_init+0x1c4/0x200 This bug showed up starting with     v7.3-rc1. At the NIP in phy_link_topo_add_phy() is a netdev_need_ops_lock() check. This was added by the     following commit ded86da4bbb7 (net: ethtool: relax ethnl_req_get_phydev() locking assertion) The bug     shows up because at the time of_phy_connect() was called, the netdev_ops were *not yet* determined. My fix     is to move the code that sets netdev_ops+commac.ops+ethtool_ops further up as emac_init_config() derives     that by looking at the device-tree and sets the required dev->phy_mode accordingly. During review, the     Sashiko bot's AI stated that the commac assignment became a dead store. Great catch! To keep the original     behavior as-is, one mentioned option set dev->commac.ops = &emac_commac_ops only in the non-gige case?     sounded like a great plan. So the dev->commac.ops assignment for the non-gige-case moves into the else     block. This patch was tested on a WD MyBook Live (RGMII). the device now works again. (CVE-2026-98922)

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

ID	Name	Product	Family	Published	Updated	Severity
372395	Linux Distros 未修補弱點：CVE-2026-98922	Nessus	Misc.	10/27/2026	10/28/2026	medium
372395	Linux Distros のパッチ未適用の脆弱性: CVE-2026-98922	Nessus	Misc.	10/27/2026	10/28/2026	medium
372395	Linux Distros 未修补的漏洞：CVE-2026-98922	Nessus	Misc.	10/27/2026	10/28/2026	medium
372395	Linux Distros Unpatched Vulnerability : CVE-2026-98922	Nessus	Misc.	10/27/2026	10/28/2026	medium

Detections

Analytics

Plugins Search

medium

medium

medium

medium