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

  - spi： wpcm-fiu：修正 wpcm_fiu_probe（） 中潛在的 NULL 指標解除參照 platform_get_resource_byname（） 可以傳回 NULL，當將指標傳遞給 resource_size（） 時會導致損毀。在錯誤檢查 devm_ioremap_resource（） 之後移動 fiu->memory_size 指派，以防止潛在的 NULL 指標解除參照。（CVE-2026-46261）

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

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

  - pinctrl： canaan： k230： 修正剖析裝置樹狀結構時的 NULL 指標解除參照 探測 k230 pinctrl 驅動程式時，核心會觸發 NULL 指標解除參照。當機追蹤顯示： [ 0.732084] 無法處理虛擬位址 0000000000000068 [ ] 處的核心 NULL 指標解除參照 ... 0.740737[ 0.776296] epc ： k230_pinctrl_probe+0x1be/0x4fc 在 k230_pinctrl_parse_functions（） 中，我們嘗試透過 info->pctl_dev->dev 擷取裝置指標，但 info->pctl_dev 只會在 k230_pinctrl_parse_dt（） 完成後初始化。在進行 DT 剖析時，info->pctl_dev 仍為 NULL，導致 info->pctl_dev->dev 無效解除參照。使用 platform_device 中已有的裝置指標，而不是透過未初始化的pctl_dev存取。CVE-2026-46269

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

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

  - 的CVE-2026-41635修正程式未套用至 和 2.2.X 分支2.1.X。以下是原始問題描述：Apache MINA 的 AbstractIoBuffer.resolveClass（） 包含兩個分支，其中一個分支（用於靜態類別或原始類型）根本不檢查該類，繞過類別名稱允許清單並允許執行任意程式碼。此修正程式會在呼叫 Class.forName（） 之前，檢查該類別是否存在於接受的類別篩選器中。受影響的版本Apache MINA 2.1.0 <= 2.1.11和 2.2.0 <= 2.2.6。此問題已在 Apache MINA 2.1.12中解決，並 2.2.7 透過先前套用類別名稱允許清單。受影響的是使用 Apache MINA 並調用 IoBuffer.getObject（） 的應用程式。建議使用 Apache MINA 的應用程式升級。（CVE-2026-42779）

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

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

  - drm/panthor： 從 panthor_gpu_flush_caches（） 故障中恢復 我們已經看到一些整個記憶體子系統被封鎖並且排清操作永遠不會完成的情況。當這種情況發生時，我們想要： - 安排重置，以便我們可以從這種情況中恢復 - 在重置路徑中，我們需要重置pending_reqs，以便我們可以在重置後發送新命令 - 如果在逾時後有更多 panthor_gpu_flush_caches（） 操作排入佇列，我們會跳過它們並直接傳回 -EIO，以避免不必要的等待（記憶體區塊不會再次奇蹟般地工作） 請注意，我們刪除 WARN_ON（），因為這些懸置可能會由 UMD 創建的有錯誤的 GPU 作業觸發，我們無法阻止它。不過，我們確實保留了錯誤訊息。
    v2： - 新修補程式 v3： - 收集 R-b - 在提交訊息 v4 中明確提及我們刪除了 WARN_ON（） 的事實： - 沒有更改 （CVE-2025-71314）

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

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

  - GLPI 是免費的資產和 IT 管理軟體套件。從版本 0.78 和之前 10.0.25 的版本 和 11.0.7開始，只要網路伺服器具有任意檔案的寫入權限，技術人員就可以從檔案系統中刪除任意檔案。升級至 10.0.25 或 11.0.7 接收修補程式。（CVE-2026-42317）

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

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

  - 透過 17.3.0在 OpenStack oslo.messaging 1.0.0 中發現一個問題。oslo.messaging RabbitMQ 驅動程式在連線至訊息代理程式時，不會執行 TLS 主機名稱驗證。設定ssl_ca_file時，驅動程式會啟用憑證鏈驗證，但不會將預期的代理程式主機名稱傳遞至基礎TLS堆疊。無論主機名稱為何，都會接受部署 CA 簽署的任何憑證，因此可攔截控制平面流量的攻擊者模擬 RabbitMQ 代理程式，並對 RPC 和通知流量執行中間人攻擊。所有使用 oslo.messaging 搭配 RabbitMQ over TLS 的 OpenStack 服務都會受到影響。（CVE-2026-44393）

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

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

  - 已解決 Linux 核心中的下列弱點：ipv6: Fix out-of-bound access in fib6_add_rt2node(). syzbot reported out-of-bound read in fib6_add_rt2node(). [0] When IPv6 route is created with RTA_NH_ID, struct fib6_info does not have the trailing struct fib6_nh. The cited commit started to check !iter->fib6_nh->fib_nh_gw_family to ensure that rt6_qualify_for_ecmp() will return false for iter. If iter->nh is not NULL, rt6_qualify_for_ecmp() returns false anyway. Let's check iter->nh before reading iter->fib6_nh and avoid OOB read. [0]: BUG: KASAN: slab-out-of-bounds in fib6_add_rt2node+0x349c/0x3500 net/ipv6/ip6_fib.c:1142 Read of size 1 at addr ffff8880384ba6de by task syz.0.18/5500 CPU: 0 UID: 0 PID: 5500 Comm: syz.0.18 Not tainted syzkaller #0 PREEMPT(full) Hardware name:
    QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 Call Trace: <TASK> dump_stack_lvl+0xe8/0x150 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:378 [inline] print_report+0xba/0x230 mm/kasan/report.c:482 kasan_report+0x117/0x150 mm/kasan/report.c:595 fib6_add_rt2node+0x349c/0x3500 net/ipv6/ip6_fib.c:1142 fib6_add_rt2node_nh net/ipv6/ip6_fib.c:1363 [inline] fib6_add+0x910/0x18c0 net/ipv6/ip6_fib.c:1531 __ip6_ins_rt net/ipv6/route.c:1351 [inline] ip6_route_add+0xde/0x1b0 net/ipv6/route.c:3957 inet6_rtm_newroute+0x268/0x19e0 net/ipv6/route.c:5660 rtnetlink_rcv_msg+0x7d5/0xbe0 net/core/rtnetlink.c:6958 netlink_rcv_skb+0x232/0x4b0 net/netlink/af_netlink.c:2550 netlink_unicast_kernel net/netlink/af_netlink.c:1318 [inline] netlink_unicast+0x80f/0x9b0 net/netlink/af_netlink.c:1344 netlink_sendmsg+0x813/0xb40 net/netlink/af_netlink.c:1894 sock_sendmsg_nosec net/socket.c:727 [inline] __sock_sendmsg net/socket.c:742 [inline] ____sys_sendmsg+0xa68/0xad0 net/socket.c:2592 ___sys_sendmsg+0x2a5/0x360 net/socket.c:2646
    __sys_sendmsg net/socket.c:2678 [inline] __do_sys_sendmsg net/socket.c:2683 [inline] __se_sys_sendmsg net/socket.c:2681 [inline] __x64_sys_sendmsg+0x1bd/0x2a0 net/socket.c:2681 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline] do_syscall_64+0xe2/0xf80 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP: 0033:0x7f9316b9aeb9 Code: ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 e8 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007ffd8809b678 EFLAGS: 00000246 ORIG_RAX: 000000000000002e RAX: ffffffffffffffda RBX: 00007f9316e15fa0 RCX: 00007f9316b9aeb9 RDX:
    0000000000000000 RSI: 0000200000004380 RDI: 0000000000000003 RBP: 00007f9316c08c1f R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000000 R13:
    00007f9316e15fac R14: 00007f9316e15fa0 R15: 00007f9316e15fa0 </TASK> Allocated by task 5499:
    kasan_save_stack mm/kasan/common.c:57 [inline] kasan_save_track+0x3e/0x80 mm/kasan/common.c:78 poison_kmalloc_redzone mm/kasan/common.c:398 [inline] __kasan_kmalloc+0x93/0xb0 mm/kasan/common.c:415 kasan_kmalloc include/linux/kasan.h:263 [inline] __do_kmalloc_node mm/slub.c:5657 [inline]
    __kmalloc_noprof+0x40c/0x7e0 mm/slub.c:5669 kmalloc_noprof include/linux/slab.h:961 [inline] kzalloc_noprof include/linux/slab.h:1094 [inline] fib6_info_alloc+0x30/0xf0 net/ipv6/ip6_fib.c:155 ip6_route_info_create+0x142/0x860 net/ipv6/route.c:3820 ip6_route_add+0x49/0x1b0 net/ipv6/route.c:3949 inet6_rtm_newroute+0x268/0x19e0 net/ipv6/route.c:5660 rtnetlink_rcv_msg+0x7d5/0xbe0 net/core/rtnetlink.c:6958 netlink_rcv_skb+0x232/0x4b0 net/netlink/af_netlink.c:2550 netlink_unicast_kernel net/netlink/af_netlink.c:1318 [inline] netlink_unicast+0x80f/0x9b0 net/netlink/af_netlink.c:1344 netlink_sendmsg+0x813/0xb40 net/netlink/af_netlink.c:1894 sock_sendmsg_nosec net/socket.c:727 [inline]
    __sock_sendmsg net/socket.c:742 [inline] ____sys_sendmsg+0xa68/0xad0 net/socket.c:2592 ___sys_s
    ---truncated--- (CVE-2026-46260)

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

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

  - GLPI 是免費的資產和 IT 管理軟體套件。從版本0.78和之前的版本10.0.2511.0.7開始，具有設定讀取權限的已驗證使用者可以讀取特定資產物件。
    升級至 11.0.7 或 10.0.25 接收修補程式。（CVE-2026-44281）

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

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

  - 電源：供應：rt9455：修正 power_supply_changed（） 中的釋放後使用 'devm_' 變體來請求 IRQ _before_ 用於配置/註冊 'power_supply' 句柄的 'devm_' 變體，意味著 'power_supply' 句柄將在中斷處理常式之前 _ 解除配置/取消註冊（因為 'devm_' 自然地以反向分配順序解除配置）。這表示在移除期間，會發生爭用情形，即中斷可能會在 'power_supply' 控制碼被釋放之後觸發，*但是* 就在 IRQ 處理常式的對應取消註冊執行之前。這將導致 IRQ 處理常式呼叫具有釋放的 'power_supply' 句柄的 'power_supply_changed（）'。這通常會使系統崩潰或以其他方式無聲地損壞記憶體... 請注意，在「probe（）」期間也可能發生類似的情況;在註冊 'power_supply' 控制碼之前_中斷觸發的可能性。這將導致在「power_supply_changed（）」中使用「power_supply」句柄*未初始化*的惡劣情況。透過確保在註冊 'power_supply' 控制碼之後 _ 請求 IRQ，來修正此 racy 釋放後使用。（CVE-2026-46270）

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

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

  - 的CVE-2026-41409修正程式未套用至 和 2.2.X 分支2.1.X。以下是原始問題描述： Apache MINA AbstractIoBuffer.getObject（） 中的修正 CVE-2024-52046 不完整。在要讀取的類別中的靜態初始化程式可能已經執行之後，套用允許還原序列化的類別的類別名稱允許清單為時已晚。受影響的版本Apache MINA 2.1.0 <= 2.1.11和 2.2.0 <= 2.2.6。此問題已在 Apache MINA 2.1.12中解決，並 2.2.7 透過先前套用類別名稱允許清單。受影響的是使用 Apache MINA 並調用 IoBuffer.getObject（） 的應用程式。
    建議使用 Apache MINA 的應用程式升級 Apache MINA AbstractIoBuffer.getObject（） 中的修正 CVE-2024-52046 不完整。在要讀取的類別中的靜態初始化程式可能已經執行之後，套用允許還原序列化的類別的類別名稱允許清單為時已晚。
    受影響的版本Apache MINA 2.1.0 <= 2.1.110和 2.2.0 <= 2.2.6。此問題已在 Apache MINA 2.1.12中解決，並 2.2.7 透過先前套用類別名稱允許清單。受影響的是使用 Apache MINA 並調用 IoBuffer.getObject（） 的應用程式。建議使用 Apache MINA 的應用程式升級 （CVE-2026-42778）

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

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

  - SWUpdate 之前 2026.05 受到檢查時間使用時間 （TOCTOU） 爭用條件的影響，該條件允許本機無特權攻擊者使用已簽名的更新將權限提升至 root 或安裝不受信任的內容。（CVE-2025-41259）

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

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

  - 已解決 Linux 核心中的下列弱點：drm/xe/pf: Fix sysfs initialization In case of devm_add_action_or_reset() failure the provided cleanup action will be run immediately on the not yet initialized kobject. This may lead to errors like: [ ] kobject: '(null)' (ff110001393608e0): is not initialized, yet kobject_put() is being called. [ ] WARNING: lib/kobject.c:734 at kobject_put+0xd9/0x250, CPU#0: kworker/0:0/9 [ ] RIP: 0010:kobject_put+0xdf/0x250 [ ] Call Trace: [ ] xe_sriov_pf_sysfs_init+0x21/0x100 [xe] [ ] xe_sriov_pf_init_late+0x87/0x2b0 [xe] [ ] xe_sriov_init_late+0x5f/0x2c0 [xe] [ ] xe_device_probe+0x5f2/0xc20 [xe] [ ] xe_pci_probe+0x396/0x610 [xe] [ ] local_pci_probe+0x47/0xb0 [ ] refcount_t: underflow; use-after-free. [ ] WARNING: lib/refcount.c:28 at refcount_warn_saturate+0x68/0xb0, CPU#0: kworker/0:0/9 [ ] RIP: 0010:refcount_warn_saturate+0x68/0xb0 [ ] Call Trace: [ ] kobject_put+0x174/0x250 [ ] xe_sriov_pf_sysfs_init+0x21/0x100 [xe] [ ] xe_sriov_pf_init_late+0x87/0x2b0 [xe] [ ] xe_sriov_init_late+0x5f/0x2c0 [xe] [ ] xe_device_probe+0x5f2/0xc20 [xe] [ ] xe_pci_probe+0x396/0x610 [xe] [ ] local_pci_probe+0x47/0xb0 Fix that by calling kobject_init() and kobject_add() separately and register cleanup action after the kobject is initialized. Also make this cleanup registration a part of the create helper to fix another mistake, as in the loop we were wrongly passing parent kobject while registering cleanup action, and this resulted in some undetected leaks. (cherry picked from commit 98b16727f07e26a5d4de84d88805ce7ffcfdd324) (CVE-2026-46264)

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

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

  - FRRouting （FRR） stable/10.0 to stable/10.6 的 rfapiRibBi2Ri（） 函式 （rfapi_rib.c） 中缺少輸入驗證，攻擊者可以透過提供特製的 BGP UPDATE 訊息來造成拒絕服務 （DoS）。（CVE-2026-37460）

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

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

  - GLPI 是免費的資產和 IT 管理軟體套件。從版本 10.0.4 和之前的版本 10.0.25開始，技術人員可以將 XSS 承載儲存在資產鎖定索引標籤中。升級至 10.0.25 或 11.0.7 接收修補程式。（CVE-2026-42321）

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

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

  - 影響：morgan 記錄中介軟體的 ：remote-user 權杖會從授權要求標頭擷取基本驗證使用者名稱，並將它寫入日誌串流，而不中和控制字元。未經身份驗證的攻擊者可以發送包含 CR 或 LF 位元組的特製 Authorization Basic 標頭，以插入偽造的日誌行，從而破壞存取日誌的每行一個請求結構，並針對下游日誌消費者啟用日誌偽造。內建的組合格式、通用格式、預設格式和短格式，以及任何引用 ：remote-user 的自訂格式都會受到影響。受影響的版本：morgan 1.2.0 到 1.10.1.
    修補程式：升級到 morgan 1.11.0，它會中和 ：remote-user 權杖輸出中的控制字元。
    因應措施：使用不包含 ：remote-user 的自訂格式字串。（CVE-2026-5078）

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

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

  - 在纖毛 ebpf 中 0.21.0發現弱點，最高可達 。這會影響元件 LoadCollectionSpec/LoadCollectionSpecFromReader 之 btf/btf.go 檔案的函式 loadRawSpec。這種對引數偏移的操作會導致整數溢位。攻擊只能從本機環境執行。攻擊程式已向公眾披露且可能會遭到利用。修補程式的名稱是 533dfc82fd228bfadf42ea7180c39de7d9af47fa。應套用修補程式來修復此問題。
    (CVE-2026-10722)

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

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

  - ZDRES-232：resolveProxyClass 未覆寫 - 透過 java.lang.reflect.Proxy 評定繞過 acceptMatchers 篩選器：已完全解決。當序列化資料流包含 TC_PROXYCLASSDESC （java.lang.reflect.Proxy 的標記） 時，會分派 JDK 的 ObjectInputStream.readProxyDesc（）。然後，JDK 會呼叫預設的 ObjectInputStream.resolveProxyClass（interfaces） 實作，該實作會針對每個介面名稱執行 Class.forName（intf， false， latestUserDefinedLoader（）），並繞過接受的類別清單來建構代理類別。ZDRES-233：readClassDescriptor 中的 Class.forName（name， initialize=true， classLoader） 觸發允許列入清單類別的靜態初始化器 評估：已完全解決。對於允許清單上的任何類別，反序列化命名它的串流會在建構任何執行個體之前觸發類別的 （靜態初始化器）。這意味著攻擊者在允許清單中提供類別名稱（例如，開發人員寫入 accept（com.myapp.*），攻擊者提供 com.myapp.SomeClass ）導致 <clinit> SomeClass 的原因，並且許多實際類別都有副作用的靜態初始化器這兩個問題都已解決。（CVE-2026-47065）

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

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

  - GLPI 是免費的資產和 IT 管理軟體套件。從版本0.50和之前的版本10.0.2511.0.7開始，技術人員可以讀取GLPI_DOC_DIR內的任意檔案。升級至 10.0.25 或 11.0.7 接收修補程式。（CVE-2026-42320）

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

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

  - GLPI 是免費的資產和 IT 管理軟體套件。從版本9.5.0和之前的版本10.0.2511.0.7開始，具有規劃存取權的低權限使用者可以刪除 GLPI 中的任何物件。升級至 11.0.7 或 10.0.25 接收修補程式。因應措施是停用使用者規劃的刪除權限。
    (CVE-2026-42318)

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

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

  - GPAC Project/MP4Box 26.02.0 before 的 gf_filter_pid_resolve_file_template_ex 函式 （/filter_core/filter_pid.c） 中的 NULL 指標解除參照允許攻擊者透過提供特製的檔案來造成拒絕服務 （DoS）。（CVE-2025-60477）

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

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

  - gobgp v4.3.0 的 BGPUpdate.DecodeFromBytes 函式 （/bgp/bgp.go） 中的整數反向溢位允許攻擊者透過提供特製的 BGP UPDATE 訊息來造成拒絕服務 （DoS）。（CVE-2026-37462）

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

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

  - 已解決 Linux 核心中的下列弱點：clocksource/drivers/timer-sp804: Fix an Oops when read_current_timer is called on ARM32 platforms where the SP804 is not registered as the sched_clock. On SP804, the delay timer shares the same clkevt instance with sched_clock. On some platforms, when sp804_clocksource_and_sched_clock_init is called with use_sched_clock not set to 1, sched_clkevt is not properly initialized. However, sp804_register_delay_timer is invoked unconditionally, and read_current_timer() subsequently calls sp804_read on an uninitialized sched_clkevt, leading to a kernel Oops when accessing sched_clkevt->value. Declare a dedicated clkevt instance exclusively for delay timer, instead of sharing the same clkevt with sched_clock. This ensures that read_current_timer continues to work correctly regardless of whether SP804 is selected as the sched_clock. (CVE-2026-46257)

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

遠端主機上安裝的 JetBrains TeamCity 版本低於 2026.1.1。因此，其會受到一個弱點的影響：

  - 在 JetBrains TeamCity 2026.1.1 中，關鍵字篩選器中可以反映 XSS （CVE-2026-49371）

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端主機上安裝的 JetBrains TeamCity 版本低於 2025.11.5。因此，會受到多個弱點影響：

  - 在 JetBrains TeamCity 中，2025.11.5經過2026.1驗證的使用者可能會將伺服器 API 暴露於未經授權的存取 （CVE-2026-44413）

  - 在之前的 2026.1JetBrains TeamCity 中， 2025.11.5 可能透過組建狀態進行未經驗證的 SSRF （CVE-2026-49372）

  - 在之前的 2026.1JetBrains TeamCity 中， 2025.11.5 可以在存放庫下載頁面 （CVE-2026-49375） 上反映 XSS

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端主機上安裝的 JetBrains TeamCity 版本低於 2025.11.2。因此，其會受到一個弱點的影響：

  - 在 JetBrains TeamCity 中，透過預設代理程式參數 （）CVE-2026-49377 暴露敏感資料之前2025.11.2

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端主機上安裝的 JetBrains TeamCity 版本低於 2026.1。因此，會受到多個弱點影響：

  - 在 JetBrains TeamCity 中，在透過 Perforce 連線設定 （CVE-2026-49373） 進行遠端程式碼執行之前2026.1

  - 在 JetBrains TeamCity 中，不當的權限檢查會 2026.1 暴露組建組態參數 （CVE-2026-49374）

  - 在 JetBrains TeamCity 2026.1 中，SAML 外掛程式中的使用者名稱驗證不足 （CVE-2026-49376）

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

根據其自行報告的版本信息，遠端主機上的 IBM QRadar SIEM 安裝版本為 7.5.x，早於 7.5.0 Update Pack 15 Interim Fix 03。因此，會受到多個弱點影響：

  - Perl 的 XML::Parser 版本 2.47 及更早版本中有一個差一的堆緩衝區溢位，在剖析具有非常深的元素巢狀結構的 XML 時，可能會導致堆積損毀和損毀。
    (CVE-2006-10003)

  - 在 Linux 核心中，nfsd 子系統中存在堆積溢位弱點，遠端攻擊者可因此執行任意程式碼或造成拒絕服務。(CVE-2026-31402)

  - 當記憶體配置失敗並出現 MemoryError 時，Python 的 lzma.LZMADecompressor、bz2.BZ2Decompressor 和 gzip.GzipFile 可能會出現釋放後使用的情況，並且解壓縮執行個體會被重新使用。(CVE-2026-6100)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端主機上安裝的 JetBrains IntelliJ IDEA 版本低於 2026.1。因此，會受到多個弱點影響：

  - 在 2026.1 之前的 JetBrains IntelliJ IDEA 中，攻擊者可透過在版權外掛程式中插入範本來執行程式碼 (CVE-2026-49382)

  - 在 2026.1 之前的 JetBrains IntelliJ IDEA 中，UI Designer 表單剖析器可能出現 xXE (CVE-2026-49383)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端主機上安裝的 JetBrains IntelliJ IDEA 版本低於 2026.1.1。因此，會受到多個弱點影響：

  - 在 JetBrains IntelliJ IDEA 中，命令插入之前 2026.1.1 可以透過檔案名稱完成 （CVE-2026-49366）

  - 在 JetBrains IntelliJ IDEA 中，命令執行前 2026.1.1 可透過客體使用者帳戶 （CVE-2026-49367）

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

根據應用程式自我報告的版本號，遠端主機上安裝的 JetBrains PyCharm 是 2025.3.4 之前版本。
因此，它受到 Jupyter notebook Markdown 儲存格中的儲存型跨網站指令碼 (XSS) 弱點影響。

在 2025.3.4 之前的 JetBrains PyCharm 中，Jupyter notebook Markdown 儲存格中可能出現儲存型 XSS。

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

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

  - HTML：：Entities 版本之前 3.84 的 Perl 讀取釋放了 _decode_entities 中的堆積記憶體。支援 HTML：：Entities：：_decode_entities 的 XS 常式將指標 （repl） 快取到 entity2char 雜湊上 hv_fetch 傳回的實體值 SV 中。當輸入 SV 與該雜湊中的值 SV 相同，且該值包含自己的金鑰作為實體參照時，稍後對 grow_gap（） 的呼叫會重新配置 SV 的 PV 緩衝區，並釋放 repl 仍指向的支援配置。後續的複製迴圈會從釋放的配置中讀取 repl_len 位元組。讀取可能會將相鄰的堆積內容洩漏到目的地 SV 中。（CVE-2026-8829）

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

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

  - libexpat 之前 2.8.2 缺少處理常式呼叫深度追蹤，可在原則違反的情況下，從處理常式內呼叫 XML_GetBuffer、XML_Parse、XML_ParseBuffer、XML_ParserFree 或 XML_ParserReset。
    因此，可能會發生釋放後使用，（CVE-2026-50219）

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

遠端主機上執行的 Golang 為 1.25.11 之前的 1.25.x 版，或是 1.26.4 之前的 1.26.x 版。因此，會受到多個弱點影響：

  - (*x509.Certificate).VerifyHostname 先前會在迴圈中針對所有 DNS 主體別名 (SAN) 條目呼叫 matchHostnames。這導致 strings.Split 對同一個輸入主機名稱重複執行。當 DNS SAN 清單很大時，驗證成本的增長呈二次方級別，具體取決於 SAN 項目數量乘以主機名稱的標籤數量。由於 x509.Verify 會在建構憑證鏈之前驗證主機名稱，因此即使對於不受信任的憑證，也會產生此額外負擔。(CVE-2026-27145)

  - 解碼惡意建構且包含大量無效編碼字詞的 MIME 標頭，可能會消耗過多 CPU 資源。
    (CVE-2026-42504)

  - 傳回錯誤時，net/textproto 套件中的函式會將其輸入包含在錯誤中。這可能允許攻擊者將誤導性內容插入列印或記錄的錯誤中。
    (CVE-2026-42507)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

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

  - 在 NetworkManager 中發現缺陷。處理格式錯誤的製造商使用說明 （MUD） URL 時，NetworkManager 的 dhclient 後端中存在此本機權限提升弱點。本機使用者可以利用此缺陷，透過特製的 MUD URL 觸發指令碼來提升權限，前提是系統管理員已明確將 NetworkManager 設定為使用 dhclient。此問題不會影響 NetworkManager 的預設設定。（CVE-2026-10805）

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

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

  - coresight： tmc-etr： 修正 sysfs 和 perf 模式之間的爭用情形 嘗試同時執行 perf 和 sysfs 模式時，有時會觸發 tmc_etr_enable_hw（） 中的 WARN_ON（）： 警告： CPU：42 PID：3911571 在 drivers/hwtracing/coresight/coresight-tmc-etr.c：1060 tmc_etr_enable_hw+0xc0/0xd8 [coresight_tmc] [..剪輯..]呼叫追蹤：tmc_etr_enable_hw+0xc0/0xd8 [coresight_tmc] （P） tmc_enable_etr_sink+0x11c/0x250 [coresight_tmc] （L） tmc_enable_etr_sink+0x11c/0x250 [coresight_tmc] coresight_enable_path+0x1c8/0x218 [coresight] coresight_enable_sysfs+0xa4/0x228 [coresight] enable_source_store+0x58/0xa8 [coresight] dev_attr_store+0x20/0x40 sysfs_kf_write+0x4c/0x68 kernfs_fop_write_iter+0x120/0x1b8 vfs_write+0x2c8/0x388 ksys_write+0x74/0x108 __arm64_sys_write+0x24/0x38el0_svc_common.constprop.0+0x64/0x148 do_el0_svc+0x24/0x38 el0_svc+0x3c/0x130 el0t_64_sync_handler+0xc8/0xd0 el0t_64_sync+0x1ac/0x1b0 ---[ end trace 000000000000000000 ]--- 由於 sysfs 模式的啟用分為兩個關鍵區域，一個用於 sysfs 緩衝區配置，另一個用於硬體啟用，因此可以與 perf 模式競爭。
    在啟用硬體 sysfs 模式之前，請仔細檢查是否使用了 perf 模式，以修正此問題。
    mode： [sysfs mode] [perf mode] tmc_etr_get_sysfs_buffer（） spin_lock（&drvdata->spinlock） [sysfs buffer allocation] spin_unlock（&drvdata->spinlock） spin_lock（&drvdata->spinlock） tmc_etr_enable_hw（） drvdata->etr_buf = etr_perf->etr_buf spin_unlock（&drvdata->spinlock） spin_lock（&drvdata->spinlock） tmc_etr_enable_hw（） WARN_ON（drvdata->etr_buf） // 在效能端初始化etr_buf warn sicne spin_unlock（&drvdata->spinlock） 透過此修正， 我們保留get_etr_sysfs_buf CS_MODE_PERF檢查。
    這可確保在實際配置緩衝區之前，先驗證 perf 模式是否已執行。
    然後，如果與 perf 模式爭用，我們可以節省配置/釋放 sysfs 緩衝區的時間。
    (CVE-2026-46272)

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

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

  - NFS/localio：透過 nfs_writepages 防止直接回收遞迴至 NFS LOCALIO 是一種 NFS 回送裝載最佳化，如果判斷 NFS 用戶端和伺服器位於相同的系統上，則可避免使用網路進行 READ、WRITE 及 COMMIT。但是，由於 LOCALIO 基本上仍然只是 NFS 回送掛載，因此很容易透過直接回收發生遞迴鎖死，例如：NFS LOCALIO 向下到 XFS，然後透過 nfs_writepages 返回 NFS。透過確保 LOCALIO 的所有頁面快取配置都是從GFP_NOFS內容完成，修正 LOCALIO 直接回收鎖死的可能性。感謝 Ben Coddington 指出提交 ad22c7a043c2 （xfs：防止頁面快取分配產生堆疊溢位）。（CVE-2026-46256）

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

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

  - PCI/P2PDMA：修正 p2pmem_alloc_mmap（） 警告條件 提交 b7e282378773 已將 p2pdma 頁面的初始頁面參照計數從 1 更改為零，但是，在 p2pmem_alloc_mmap（） 中，它使用 VM_WARN_ON_ONCE_PAGE（！page_ref_count（page）） 來斷言初始頁面參照計數不應為零，並且當啟用 CONFIG_DEBUG_VM 時，將報告以下內容： page： refcount：0 mapcount：0 mapping：000000000000000000 index：0x0 pfn：0x380400000 flags： 0x20000000002000（reserved|node=0|zone=4） raw：
    0020000000002000 ff1100015e3ab440 0000000000000000000 0000000000000000 raw： 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 頁面轉儲 因為：VM_WARN_ON_ONCE_PAGE（！page_ref_count（page））
    ------------[ 切到這裡 ]------------ 警告： CPU：5 PID：449 at drivers/pci/p2pdma.c：240 p2pmem_alloc_mmap+0x83a/0xa60 使用 page_ref_count（page） 作為宣告條件進行修正。
    (CVE-2026-46268)

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

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

  - OpenStack Ironic through before 35.0.2 允許在使用特製的 ISO 映像進行部署期間透過目錄遊走來覆寫檔案。（CVE-2026-48681）

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

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

  - Net：：CIDR：：Set 版本 0.20 透過 Perl 接受非 ASCII IP 位址和網路遮罩。阿拉伯-印度一 （U+0661） 等 Unicode 數字被接受，但未正確解析為數字。這可讓網路遮罩接受更大的網路。（CVE-2026-49940）

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

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

  - drm/amd/display：修正 HPD init amdgpu_dm_hpd_init（） 中的 NULL 處理dc_link可能會看到沒有有效dc_link的連接器。程式碼已檢查dc_link是否有輪詢決策，但稍後在設定 HPD 中斷時會無條件地取消參照。儘早指派dc_link並跳過為 NULL 的連接器。
    修正以下內容：drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm_irq.c：940 amdgpu_dm_hpd_init（） 錯誤：我們先前假設「dc_link」可能為 null（請參閱第 931 行） drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm_irq.c 923 /* 924 * 類比連接器可以熱插拔，這與其他不支援 HPD 的連接器 925 * 類型不同。僅輪詢類比連接器。926 */ 927 use_polling |= 928 amdgpu_dm_connector->dc_link & ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 修補程式新增了此 NULL 檢查，但希望可以將其刪除： 929 dc_connector_supports_analog（amdgpu_dm_connector->dc_link->link_id.id）;930 931 dc_link = amdgpu_dm_connector->dc_link;dc_link指派在這裡。932 933 /* 934 * 取得 hpd ints 的基本驅動程式 irq 參照，用於 dm 的存留期 935 * 。請注意，只有 hpd 中斷類型會註冊到 936 * 基本驅動程式;hpd_rx類型則不然。IOW，937 上的 amdgpu_irq_get/put * hpd_rx 不可用。DM 目前使用 dc_interrupt_set（） 939 明確控制 hpd_rx 938 * */ --> 940 if （dc_link->irq_source_hpd ！= DC_IRQ_SOURCE_INVALID） { ^^^^^^^^^^^^^^^^^^^^^^^ 如果它是 NULL，那麼我們就很麻煩了，因為我們在這裡取消參照它。 941 irq_type = dc_link->irq_source_hpd - DC_IRQ_SOURCE_HPD1; 942 /* 943 * 待辦事項： mode_info.num_hpd 944 * 與 BIOS 報告為帶有 hpd （CVE-2026-46245） 的連接器 # 之間存在不匹配

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

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

  - pstore/ram：修正 persistent_ram_save_old（） 中的緩衝區溢位 persistent_ram_save_old（） 可以針對同一persistent_ram_zone多次呼叫 （例如，透過 ramoops_pstore_read -> ramoops_get_next_prz 對 PSTORE_TYPE_DMESG 記錄）。目前，該函數僅在 NULL 時分配 prz->old_log，但它會無條件地將 prz->old_log_size 更新為當前緩衝區大小，然後使用這個新大小執行 memcpy_fromio（）。如果緩衝區大小自第一次配置以來增長（這可能發生在不同的核心啟動週期中），這會導致： 1. memcpy_fromio（） 調用中的堆積緩衝區溢位 （OOB 寫入） 2.當 ramoops_pstore_read（） 使用不正確 （較大） 的old_log_size存取緩衝區時，後續的 OOB 讀取 KASAN splat 看起來類似於： 錯誤：KASAN：ramoops_pstore_read+0x... 在 addr 處讀取大小 N ...按任務...... 條件可能極難達到： 0. 因位元組的 less-than-record-max-size ramoops 寫入而損毀。1. 重新啟動：ramoops 暫存器，pstore_get_records（0） 讀取舊的當機，分配大小為 X 2 的old_log。當機處理常式已註冊，計時器啟動（如果 pstore_update_ms >= 0） 3.哎呀發生（非致命，系統繼續） 4.pstore_dump（） 透過 ramoops_pstore_write（） 大小 Y 寫入 oops （>X） 5.pstore_new_entry = 1，pstore_timer_kick（） 稱為 6。系統繼續運行（不是錯誤哎呀） 7.計時器在 pstore_update_ms 毫秒後觸發 8.
    pstore_timefunc（） schedule_work（） pstore_dowork（） pstore_get_records（1） 9.ramoops_get_next_prz（） persistent_ram_save_old（） 10.buffer_size（） 傳回 Y，但 old_log 是 X 位元組 11。Y > X：memcpy_fromio（） 溢位堆積 需求： - 存在未填滿記錄大小的先前損毀記錄 （幾乎不可能，因為損毀處理常式會盡可能多地寫入記錄中，以最大記錄大小為上限，且 kmsg 緩衝區幾乎一律超過最大記錄大小） - pstore_update_ms >= 0 （預設停用） - 非致命 oops （系統存續） 當新大小與先前配置的大小。這可確保old_log始終有足夠的空間來複製要複製的資料。（CVE-2026-46253）

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

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

  - OP-TEE 是一個可信執行環境 （TEE），旨在作為在 Arm 上運行的非安全 Linux 核心的伴侶;使用 TrustZone 技術的 Cortex-A 核心。在版本之前 4.11.0，在許多 ECDH 共用密碼路徑上，公開金鑰不會被驗證為正確曲線上的一個點。通過將大約 30-40 個特製的公鑰傳遞給 OP-TEE，私鑰可以被普通世界攻擊者重建。調用 TEE_DeriveKey 時，公開金鑰會提供完整的 X 和 Y 值，但 （X， Y） 點可能不滿足所使用特定曲線的「Y^2 == X^3 + aX + b mod P」數學。當這些公開金鑰未被拒絕時，攻擊者可以選擇公開金鑰，以便每個 DeriveKey 呼叫都會洩漏「d % r」，其中「d」是私密金鑰，「r」來自正確曲線與攻擊者所選曲線之間的關係。有了足夠多的洩露數據，中國剩餘定理就可以用來恢復完整的私鑰。4.11.0 版已修正此問題。 (CVE-2026-45614)

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

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

  - octeontx2-af：修正 kexec 核心開機時的 PF 驅動程式當機 在 kexec 重新開機期間，硬體不會重新啟動，因此舊核心的 AF 狀態可以持續到新核心中。當 AF 和 PF 驅動程式建置為模組時，PF 驅動程式可能會在 AF 重新初始化硬體之前進行探測。PF 驅動程式會將 RVUM 區塊修訂視為 AF 初始化已完成的指示。如果此值在關機時未清除，PF 可能會錯誤地假設 AF 已準備就緒並存取過時的硬體狀態，進而導致當機。
    在 AF 關閉期間清除 RVUM 區塊修訂，以避免 PF 在 kexec 後錯誤偵測 AF 就緒。
    (CVE-2026-46249)

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

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

  - Debian Linux - php-laravel-framework - 無 （CVE-2026-48019）

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

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

  - 已解決 Linux 核心中的下列弱點：ASoC: fsl_xcvr: Revert fix missing lock in fsl_xcvr_mode_put() This reverts commit f51424872760 (ASoC: fsl_xcvr: fix missing lock in fsl_xcvr_mode_put()). The original patch attempted to acquire the card->controls_rwsem lock in fsl_xcvr_mode_put(). However, this function is called from the upper ALSA core function snd_ctl_elem_write(), which already holds the write lock on controls_rwsem for the whole put operation. So there is no need to simply hold the lock for fsl_xcvr_activate_ctl() again. Acquiring the read lock while holding the write lock in the same thread results in a deadlock and a hung task, as reported by Alexander Stein. (CVE-2026-46262)

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

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

  - RDMA/hns：修正WQ_MEM_RECLAIM警告 使用 sunrpc 時，如果觸發重設，我們的 wq 可能會導致以下追蹤： 工作佇列：WQ_MEM_RECLAIM xprtiod：xprt_rdma_connect_worker [rpcrdma] 正在排清！WQ_MEM_RECLAIM hns_roce_irq_workq：flush_work_handle [hns_roce_hw_v2] 警告： CPU：0 PID：8250 at kernel/workqueue.c：2644 check_flush_dependency+0xe0/0x144 呼叫追蹤：check_flush_dependency+0xe0/0x144 start_flush_work.constprop.0+0x1d0/0x2f0 __flush_work.isra.0+0x40/0xb0 flush_work+0x14/0x30 hns_roce_v2_destroy_qp+0xac/0x1e0 [hns_roce_hw_v2] ib_destroy_qp_user+0x9c/0x2b4 rdma_destroy_qp+0x34/0xb0 rpcrdma_ep_destroy+0x28/0xcc [rpcrdma] rpcrdma_ep_put+0x74/0xb4 [rpcrdma] rpcrdma_xprt_disconnect+0x1d8/0x260 [rpcrdma] xprt_rdma_connect_worker+0xc0/0x120 [rpcrdma] process_one_work+0x1cc/0x4d0 worker_thread+0x154/0x414 kthread+0x104/0x144 ret_from_fork+0x10/0x18 由於 QP 銷毀會釋放記憶體，因此此 wq 應該具有WQ_MEM_RECLAIM。（CVE-2026-46265）

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

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

  - btrfs：修正 block_group_tree dirty_list 損毀 當設定了 incompat 旗標EXTENT_TREE_V2時，我們在呼叫 switch_commit_roots 之前無條件地將區塊組樹添加到switch_commits列表中，就像我們對樹狀結構根和區塊根所做的那樣。但是，區塊組樹使用正常的根髒跟踪，並且在任何執行分配並弄髒塊組的事務中，塊組根已經通過 dirty_list 字段鏈接到列表，並且這種對 list_add_tail（） 的使用是無效的，並且會損壞 block_group_root->dirty_list 的 prev/next 成員。如果我們啟用 CONFIG_DEBUG_LIST，這在上一個的後續list_del中很明顯：[32.1571] ------------[ cut here ]------------ [32.1572] list_del corruption. next->prev 應該是 beffff958890202538，但實際上是 ffff9588992bd538。
    （next=ffff958890201538） [32.1575] 警告：lib/list_debug.c：65 at 0x0， CPU#3： sync/607 [32.1583] CPU： 3 UID： 0 PID： 607 通訊：同步 未受 6.18.0 #24污染 PREEMPT（無） [32.1585] 硬體名稱：QEMU 標準 PC （Q35 + ICH9， 2009）， BIOS1.17.0-4.fc41 04/01/2014 [32.1587] RIP：
    0010：__list_del_entry_valid_or_report+0x108/0x120 [32.1593] RSP：0018：ffffaa288287fdd0 EFLAGS：00010202 [32.1594] RAX：0000000000000001 RBX：ffff95889326e800 RCX：ffff958890201538 [32.1596] RDX：ffff9588992bd538 RSI：ffff958890202538 RDI：ffffffff82a41e00 [32.1597] RBP：ffff958890202538R08：ffffffff828fc1e8 R09：00000000ffffffff [32.1599] R10： ffffffff8288c200 R11： ffffffff828e4200 R12：ffff958890201538 [32.1601] R13： ffff95889326e958 R14： ffff958895c24000 R15：ffff958890202538 [32.1603] FS：00007f0c28eb5740（0000） GS：ffff958af2bd2000（0000）knlGS：000000000000000000 [32.1605] CS：0010 DS：0000 ES：0000 CR0：0000000080050033 [32.1607] CR2：00007f0c28e8a3cc CR3：0000000109942005 CR4：000000000370ef0 [32.1609] 呼叫追蹤：[32.1610] [32.1611] <TASK> switch_commit_roots+0x82/0x1d0 [btrfs] [32.1615] btrfs_commit_transaction+0x968/0x1550 [btrfs] [32.1618] ？ btrfs_attach_transaction_barrier+0x23/0x60 [btrfs] [32.1621]
    __iterate_supers+0xe8/0x190 [32.1622] ？ __pfx_sync_fs_one_sb+0x10/0x10 [32.1623] ksys_sync+0x63/0xb0 [32.1624] __do_sys_sync+0xe/0x20 [32.1625] do_syscall_64+0x73/0x450 [32.1626] entry_SYSCALL_64_after_hwframe+0x76/0x7e [32.1627] RIP： 0033：0x7f0c28d05d2b [32.1632] RSP：
    002b：00007ffc9d988048 EFLAGS：00000246 ORIG_RAX：00000000000000a2 [32.1634] RAX：ffffffffffffffda RBX：
    00007ffc9d988228 RCX：00007f0c28d05d2b [32.1636] RDX：00007f0c28e02301 RSI：00007ffc9d989b21 RDI：00007f0c28dba90d [32.1637] RBP：0000000000000001 R08：0000000000000001 R09：0000000000000000000000 [32.1639] R10：0000000000000000000 R11： 0000000000000246 R12：000055b96572cb80 [32.1641] R13： 000055b96572b19f R14：
    00007f0c28dfa434 R15：000055b96572b034 [32.1643] [32.1644] </TASK> irq 事件戳記：0 [32.1644] hardirqs 上次啟用時間為 （0）： [<0000000000000000>] 0x0 [32.1646] hardirqs 上次停用時間為 （0）：
    [<ffffffff81298817>]copy_process+0xb37/0x2260 [32.1648] softirq 上次啟用時間為 （0）：
    [<ffffffff81298817>]copy_process+0xb37/0x2260 [32.1650] softirq 上次停用時間為 （0）：
    [<0000000000000000>] 0x0 [32.1652] ---[ 結束追蹤 0000000000000000000 ]--- 此外，此清單損毀最終 （當我們碰巧新增區塊群組時） 會導致 switch_commits 和 dirty_cowonly_roots 清單混淆，並嘗試在樹狀結構根目錄上呼叫 update_root，但在樹狀結構根目錄中找不到，導致交易中止： [87.8269] BTRFS 嚴重 （裝置 nvme1n1）：
    在樹狀結構 187.8272 中找不到根金鑰 （1， 0， 0） [] ------------[ 切斷此處 ]------------ [87.8274] BTRFS：
    交易中止 （錯誤 -117） [87.8275] 警告：fs/btrfs/root-tree.c：153 at 0x0， CPU#4： sync/703 [87.8285] CPU： 4 UID： 0 PID： 703 通訊：同步 未受 6.18.0 #25 污染 PREEMPT（無） [87.8287] 硬體名稱：
    QEMU 標準 PC （Q35 + ICH9， 2009）， BIOS 1.17.0-4.fc41 0 ---truncated--- （CVE-2026-46251）

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

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

  - dmaengine： fsl-edma：不要明確停用 .remove（） 中的時鐘 fsl_edma_engine：：muxclk 中的時鐘是使用 devm_clk_get_enabled（） 分配和啟用的，它會自動清理這些資源，但這些時鐘也會在 fsl_edma_remove（） 中手動停用。這會導致每個時鐘的驅動程式移除警告： edma_module 已停用 警告： CPU：0 PID：418 在 drivers/clk/clk.c：1200 clk_core_disable+0x198/0x1c8 [...]呼叫追蹤：clk_core_disable+0x198/0x1c8 （P） clk_disable+0x34/0x58 fsl_edma_remove+0x74/0xe8 [fsl_edma] [...] ---[ 結束追蹤 000000000000000000 ]--- edma_module 已未準備好 警告： CPU：0 PID：418 在 drivers/clk/clk.c：1059 clk_core_unprepare+0x1f8/0x220 [...]呼叫追蹤：clk_core_unprepare+0x1f8/0x220 （P） clk_unprepare+0x34/0x58 fsl_edma_remove+0x7c/0xe8 [fsl_edma] [...] ---[ 結束追蹤 0000000000000000000 ]--- 透過移除 fsl_edma_remove（） 中不必要的 fsl_disable_clocks（） 呼叫來修正這些警告。（CVE-2026-46255）

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

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

  - wifi： ath12k：僅在主鏈路上進行魔獸世界卸載 在多鏈路連接的情況下， WCN7850 由於在主鏈路和輔助鏈路上都啟用了魔獸世界卸載，固件會崩潰。更改為僅在主鏈接上執行此操作以修復它。測試對象： WCN7850 hw2.0 PCI WLAN。HMT.1.1.c5-00284-QCAHMTSWPL_V1.0_V2.0_SILICONZ-1 （CVE-2026-46271）

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

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

  - wifi： ath12k：清除 ahvif->links_map 的過時連結對應 當 arvif 在非 AP STA 模式下初始化，但在建立 arvif 之前 MLO 連線準備失敗 （arvif->is_created 仍為 false），錯誤路徑會嘗試刪除所有連結。但是，只有在 arvif->is_created 為 true 時，才會執行連結刪除。因此，ahvif 會保留已初始化但未建立的過時 arvif 項目。使用相同的連結識別碼初始化新的 arvif 時，此過時對應會觸發下列WARN_ON。警告：
    drivers/net/wireless/ath/ath12k/mac.c：4271，ath12k_mac_op_change_vif_links+0x140/0x180 [ath12k]， CPU#3：
    wpa_supplicant/275 通話追蹤：ath12k_mac_op_change_vif_links+0x140/0x180 [ath12k] （P） drv_change_vif_links+0xbc/0x1a4 [mac80211] ieee80211_vif_update_links+0x54c/0x6a0 [mac80211] ieee80211_vif_set_links+0x40/0x70 [mac80211] ieee80211_prep_connection+0x84/0x450 [mac80211] ieee80211_mgd_auth+0x200/0x480 [mac80211] ieee80211_auth+0x14/0x20 [mac80211] cfg80211_mlme_auth+0x90/0xf0 [cfg80211] nl80211_authenticate+0x32c/0x380 [cfg80211] genl_family_rcv_msg_doit+0xc8/0x134如果 arvif 僅初始化但未建立，則取消指派連結 vif 並清除 ahvif->links_map 來解決此問題。
    測試對象： QCN9274 hw2.0 PCI WLAN。WBE.1.5-01651-QCAHKSWPL_SILICONZ-1 （CVE-2026-46248）

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

ID	名稱	嚴重性
318715	Linux Distros 未修補弱點：CVE-2026-46261	medium
318714	Linux Distros 未修補弱點：CVE-2026-46269	medium
318711	Linux Distros 未修補弱點：CVE-2026-42779	critical
318710	Linux Distros 未修補弱點：CVE-2025-71314	medium
318709	Linux Distros 未修補弱點：CVE-2026-42317	high
318708	Linux Distros 未修補弱點：CVE-2026-44393	high
318707	Linux Distros 未修補弱點：CVE-2026-46260	high
318706	Linux Distros 未修補弱點：CVE-2026-44281	high
318705	Linux Distros 未修補弱點：CVE-2026-46270	high
318704	Linux Distros 未修補弱點：CVE-2026-42778	critical
318703	Linux Distros 未修補弱點：CVE-2025-41259	high
318702	Linux Distros 未修補弱點：CVE-2026-46264	high
318701	Linux Distros 未修補弱點：CVE-2026-37460	high
318700	Linux Distros 未修補弱點：CVE-2026-42321	high
318699	Linux Distros 未修補弱點：CVE-2026-5078	medium
318698	Linux Distros 未修補弱點：CVE-2026-10722	medium
318697	Linux Distros 未修補弱點：CVE-2026-47065	critical
318696	Linux Distros 未修補弱點：CVE-2026-42320	medium
318695	Linux Distros 未修補弱點：CVE-2026-42318	high
318694	Linux Distros 未修補弱點：CVE-2025-60477	medium
318693	Linux Distros 未修補弱點：CVE-2026-37462	high
318692	Linux Distros 未修補弱點：CVE-2026-46257	medium
318690	JetBrains TeamCity < 2026.1.1 反映的 XSS （CVE-2026-49371）	high
318689	JetBrains TeamCity < 2025.11.5 多個弱點	high
318688	JetBrains TeamCity < 2025.11.2 敏感資料洩露（CVE-2026-49377）	medium
318687	JetBrains TeamCity < 2026.1 多個弱點	high
318676	IBM QRadar SIEM 7.5.x < 7.5.0 UP15 IF03 多個弱點	critical
318674	JetBrains IntelliJ IDEA < 2026.1 多個弱點	high
318673	JetBrains IntelliJ IDEA < 2026.1.1 多個漏洞	high
318672	JetBrains PyCharm < 2025.3.4 儲存型 XSS	medium
318663	Linux Distros 未修補弱點：CVE-2026-8829	high
318662	Linux Distros 未修補弱點：CVE-2026-50219	medium
318618	Golang 1.25.x < 1.25.11 / 1.26.x < 1.26.4 多個弱點	medium
318593	Linux Distros 未修補弱點：CVE-2026-10805	medium
318588	Linux Distros 未修補弱點：CVE-2026-46272	medium
318587	Linux Distros 未修補弱點：CVE-2026-46256	medium
318586	Linux Distros 未修補弱點：CVE-2026-46268	medium
318585	Linux Distros 未修補弱點：CVE-2026-48681	high
318584	Linux Distros 未修補弱點：CVE-2026-49940	medium
318583	Linux Distros 未修補弱點：CVE-2026-46245	medium
318582	Linux Distros 未修補弱點：CVE-2026-46253	high
318581	Linux Distros 未修補弱點：CVE-2026-45614	medium
318580	Linux Distros 未修補弱點：CVE-2026-46249	medium
318579	Linux Distros 未修補弱點：CVE-2026-48019	critical
318578	Linux Distros 未修補弱點：CVE-2026-46262	medium
318577	Linux Distros 未修補弱點：CVE-2026-46265	high
318576	Linux Distros 未修補弱點：CVE-2026-46251	high
318575	Linux Distros 未修補弱點：CVE-2026-46255	medium
318574	Linux Distros 未修補弱點：CVE-2026-46271	high
318573	Linux Distros 未修補弱點：CVE-2026-46248	medium

偵測

Nessus 的 Misc. 系列

medium

medium

critical

medium

high

high

high

high

high

critical

high

high

high

high

medium

medium

critical

medium

high

medium

high

medium

high

high

medium

high

critical

high

high

medium

high

medium

medium

medium

medium

medium

medium

high

medium

medium

high

medium

medium

critical

medium

high

high

medium

high

medium