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

  - io_uring/net重試時提交部分緩衝區Ring 提供的緩衝區可能只在取得它們的單一執行內容中有效。 io_uring 可解決此問題並在重試時使其失效。但在網路方面如果已設定 MSG_WAITALL或者通訊端屬於串流類型且處理的太少則它將懸置到緩衝區而不是回收或提交。這是有問題的原因有二1) 如果在之後的重試之前有人取消註冊所提供的緩衝區環則 req->buf_list 將不再有效。 2) 如果多個 socker 使用相同的緩衝區群組則多個接收可消耗相同的記憶體。這可造成應用程式中的資料損毀因為任一接收都可落在相同的使用者空間緩衝區中。若使用環提供的緩衝區禁止跨多個執行執行釘選所提供的緩衝區部分重試以修正此問題。 (CVE-2025-38730)

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

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

  - Netty 是一種非同步事件驅動的網路應用程式架構用於開發可維護的高效能通訊協定伺服器和用戶端。在 4.1.124.Final 和 4.2.0.Alpha3 到 4.2.4.Final 版中Netty 錯誤地接受獨立新行字元 (LF) 做為區塊大小行結束字元無論其前面是否有歸位字元 (CR)而不是根據 HTTP/1.1 標準需要 CRLF。結合以不同方式剖析 LF (將其視為區塊延伸模組的一部分) 的反向 Proxy 時攻擊者可特製要求讓 Proxy 將其視為一個要求而 Netty 則視為兩個要求進行處理進而發動要求走私攻擊。此問題已在 4.1.125.Final 和 4.2.5.Final 版中修正。 (CVE-2025-58056)

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

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

  - mediadvb-frontendsdib7090p修正 dib7090p_rw_on_apb() 中的 null-ptr-deref。在 dib7090p_rw_on_apb 中msg 由使用者控制。當 msg[0].buf 為 null 而 msg[0].len 為零時會通過之前對 msg[0].buf 的檢查。若在沒有功能健全檢查的情況下存取 msg[0].buf[2]則會發生 null 指標解除參照。我們在 msg[0].len 上新增檢查以防止當機。存取 msg[1].buf[0] 與 msg[1].buf[1] 時也會發生類似的問題。類似的認可認可 0ed554fd769a (媒體dvb-usbaz6027修正 az6027_i2c_xfer() 中的 null-ptr-deref) (CVE-2025-38694)

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

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

  - Ciium 是一種網路、可觀察性和安全性解決方案具有 eBPF 型資料平面。對於針對某些服務使用適用於 Ingress 的 Gateway API並將 LB-IPAM 或 BGP 用於 LB 服務實作並使用網路原則封鎖從某個命名空間中工作負載到其他命名空間中工作負載的傳出流量此等網路涵蓋的工作負載之傳出流量將不正確地允許 `Gateway` 資源所設定之 LoadBalancers 的原則。非透過閘道 API 組態部署的 LoadBalancer 資源不會受到此問題影響。此問題會影響v1.15.0 和 v1.15.14 (含) 之間的 Ciium v1.15、v1.16.0 和 v1.16.7 (含) 之間的 v1.16以及 v1.17.0 和 v1.17.1 (含) 之間的 v1.17。此問題已在 Ciium v1.15.15、v1.16.8 和 v1.17.2 中修正。對於無法升級的使用者，可以使用「全叢集 Ciium 網路原則」解決此問題。 (CVE-2025-30162)

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

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

  - hv_netvsc修正使用 VF 刪除命名空間時發生的錯誤。當 netvsc NIC 收到 NETDEV_REGISTER 時現有的程式碼會將 VF NIC 移至新的命名空間。刪除命名空間期間會呼叫 default_device_exit_batch() >> default_device_exit_net()。當 netvsc NIC 移回並註冊到預設命名空間時它會自動將 VF NIC 帶回預設命名空間。這會造成 default_device_exit_net() >> for_each_netdev_safe 迴圈無法偵測清單結尾而命中 NULL 指標 [ 231.449420] mana 7870:00:00.0 enP30832s1將 VF 移至 eth0 的命名空間 [ 231.449656] 錯誤核心 NULL指標解除參照、位址0000000000000010 [ 231.450246] #PF在核心模式中監督讀取存取 [ 231.450579] #PFerror_code(0x0000) - 不存在的頁面 [ 231.450916] PGD 17b8a8067 P4D 0 [ 231.451163] OopsOops 0000 [#1] SMP NOPTI [ 231.451450] CPU82 UID0 PID1394 通訊kworker/u768:1 未受污染的 6.16.0-rc4+ #3 VOLUNTARY [ 231.452042] 硬體名稱Microsoft Corporation Virtual Machine/虛擬機器、BIOS Hyper-V UEFI 版本 v4.1 2024 年 11 月 21 日 [ 231.452692] 工作佇列 netns cleanup_net [ 231.452947] RIP 0010:default_device_exit_batch+0x16c/0x3f0 [ 231.453326] 程式碼c0 0c f5 b3 e8 d5 db fe ff 48 85 c0 74 15 48 c7 c2 f8 fd ca b2 be 10 00 00 00 48 8d 7d c0 e8 7b 77 25 00 49 8b 86 28 01 00 00 <48> 8b 50 10 4c 8b 2a 4c 8d 62 f0 4983 ed 10 4c 39 e0 0f 84 d6 00 [ 231.454294] RSP
    0018ff75fc7c9bf9fd00 EFLAGS00010246 [ 231.454610] RAX 0000000000000000 RBX 0000000000000002 RCX
    61c8864680b583eb [ 231.455094] RDX: ff1fa9f71462d800 RSI: ff75fc7c9bf9fd38 RDI: 0000000030766564 [231.455686] RBP: ff75fc7c9bf9fd78 R08: 0000000000000000 R09: 0000000000000000 [ 231.456126] R10:
    0000000000000001 R110000000000000004 R12ff1fa9f70088e340 [ 231.456621] R13ff1fa9f70088e340 R14
     R15ffffffffb3f50c20  : ff1fa9f7103e6340 [ 231.457161] FS: 0000000000000000(0000) GS:ff1faa6783a08000(0000) knlGS:0000000000000000 [ 231.457707] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 231.458031] CR2:
    0000000000000010 CR30000000179ab2006 CR40000000000b73ef0 [ 231.458434] 呼叫追踪[ 231.458600] <TASK> [ 231.458777] ops_undo_list+0x100/0x220 [ 231.459015] cleanup_net+0x1b8/0x300 [ 231.459285] process_340+0x184/0 process_340 修正將 ns 變更移至工作佇列並採用 rtnl_lock在 default_device_exit_net() 使用時避免變更 netdev 清單。 (CVE-2025-38683)

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

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

  - scsibfa雙重釋放修正當 bfad_im_probe() 函式在初始化期間失敗時會釋放 bfad->im 指向的記憶體而不將 bfad->im 設為 NULL。因此在解除安裝驅動程式期間當狀態機器進入 bfad_sm_stopping 狀態並呼叫 bfad_im_probe_undo() 函式時它會再次嘗試釋放 bfad->im 所指向的記憶體因而觸發重複釋放弱點。如果探查失敗則將 bfad->im 設定為 NULL。 (CVE-2025-38699)

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

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

  - ASoC核心檢查 snd_soc_remove_pcm_runtime() 中的 rtd == NULL 可能以 rtd == NULL 呼叫 snd_soc_remove_pcm_runtime()進而導致 null 指標解除參照。拓撲載入時會重現此問題並將連結標記為忽略這是因為系統上缺少硬體元件所致。模組移除時soc_tplg_remove_link() 會以 rtd == NULL 呼叫 snd_soc_remove_pcm_runtime()因為該連結遭到忽略也不會建立任何運行時間。 (CVE-2025-38706)

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

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

  - pNFS修正 block/scsi 配置中未初始化的 ptr 解除參照。第三次嘗試對范圍進行編碼時會發生錯誤。
    當 ext_tree_prepare_commit() 函式重新配置較大的緩衝區以重試編碼範圍時僅在重試迴圈之後初始化 layoutupdate_pages 頁面陣列。但每次反覆運算都會呼叫 ext_tree_free_commitdata()並嘗試在陣列中放置頁面因而解除參照未初始化的指標。另一個問題是可能的 buffer_size 最大值沒有限制。範圍過多時用戶端可能會建立一個大於伺服器可接受的可能最大 RPC 大小的 layoutcommit。在測試期間我們觀察到兩個典型的狀況。首先當我們處理小檔案時一個記憶體頁面的範圍就已足夠將資料附加至檔案末端或在寫入前預先配置範圍。但是當我們在沒有預先配置的情況下填入新的大型檔案時範圍可能很大而在 ext_tree_encode_commit() 中計算寫入範圍的數目並沒有太大幫助。由於此數字在 ext_tree 解除鎖定和鎖定之間增加得更多因此重新配置的緩衝區可能一次又一次地不夠大。 (CVE-2025-38691)

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

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

  - podman 中有一個弱點當 kube 檔案容器是 Secrete 或 ConfigMap 磁碟區且此類磁碟區包含主機檔案路徑的符號連結時該弱點可讓攻擊者使用 kube 播放命令覆寫主機檔案。若攻擊得逞攻擊者僅可控制要覆寫的目標檔案而無法控制要寫入檔案的內容。受影響的二進位podman Upstream-version-introducedv4.0.0 Upstream-version-fixedv5.6.1 (CVE-2025-9566)

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

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

  - scsilibiscsi僅在已配置記憶體的情況下初始化 iscsi_conn->dd_data若在 iSER 設定期間發生 ib_fast_reg_mr 配置失敗則因為 iscsi_conn->dd_data 無條件初始化即使未配置記憶體亦會導致機器發生錯誤 (dd_size == 0)。這會導致在連線中斷期間發生無效的指標解除參照。僅在實際配置記憶體時設定 iscsi_conn->dd_data 來修正。錯誤追踪 ------------ iseriser_create_fastreg_desc無法配置 ib_fast_reg_mr err=-12 iser
    iser_alloc_rx_descriptors配置 rx 描述符號/資料緩衝區失敗 錯誤無法處理 ffffffffffffff8 位址的頁面錯誤 RIP0010:swake_up_locked.part.5+0xa/0x40 呼叫追踪
    complete+0x31/0x40 iscsi_iser_conn_stop+0x88/0xb0 [ib_iser] iscsi_stop_conn+0x66/0xc0 [scsi_transport_iscsi] iscsi_if_stop_conn+0x14a/0x150 [scsi_transport_iscsi] iscsi_if_rx+0x1135/0x1834 [scsi_transport_iscsi] netlink_lookup+0x12f/0x1b0 ? netlink_deliver_tap+0x2c/0x200 netlink_unicast+0x1ab/0x280 netlink_sendmsg+0x257/0x4f0 ? _copy_from_user+0x29/0x60 sock_sendmsg+0x5f/0x70 (CVE-2025-38700)

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

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

  - scsilpfc清理 lpfc_vport 結構時檢查 hdwq null 指標。如果從 lpfc_sli4_hba_setup() 呼叫 lpfc_sli4_read_rev() 失敗則在配置 sli4_hba.hdwqs 之前可能會發生清理常式 lpfc_sli4_vport_delete_fcp_xri_aborted()。這可能導致嘗試針對第一個硬體佇列採用 abts_io_buf_list_lock 時發生 null 指標解除參照。
    透過在 phba->sli4_hba.hdwq 上新增 null ptr 檢查及提早傳回來修正此情況因為此情況表示在連接埠初始化期間一定發生錯誤。 (CVE-2025-38695)

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

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

  - MPlayer 所使用的 libavformat 57.34.103中libavcodec 的 avcodec_decode_audio4 函式允許遠端攻擊者透過特製的 mp3 檔案造成拒絕服務 (超出邊界讀取)。 (CVE-2016-5115)

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

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

  - netfilterctnetlink修正表格轉儲存時的 refcount 洩漏。ctnetlink_dump_table(): if (res < 0) { nf_conntrack_get(&ct->ct_general); 中有參照計數洩漏。 // HERE cb->args[1] = (unsigned long)ct; ... 雖然不太可能但 ct == 可能最後發生。如果發生此情況則表示 ct 的 refcount 已增加。此第二次遞增絕對不會復原。這可防止 conntrack 物件被釋放進而使 cnet->count 無法回到 0。然後這會封鎖 netns 卸除 (或 conntrack rmmod)因為 nf_conntrack_cleanup_net_list() 會永遠等待。在迴圈中執行 conntrack_resize.sh 自我測試即可重現此問題。在搶占式核心上我平均需要 20 分鐘才會看到 nf_conntrack_cleanup_net_list 中旋轉的失控 kworker。有一個修正可將此變更為 if (res < 0) { if (ct != last) nf_conntrack_get(&ct->ct_general);但首先不需要此參照計數。我們可以改為只儲存 cookie 值。後續修補程式會針對 ctnetlink_exp_dump_table 執行相同動作在我看來這似乎有相同的問題且與 ctnetlink_dump_table 一樣我們只需要一個「略過提示」而非實際的物件因此我們也可以在該處套用相同的 Cookie 策略。 (CVE-2025-38721)

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

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

  - gfs2驗證 exhash 目錄的 i_depth fuzzer 測試引起的損毀最終導致 dir_e_read() 中的深度為 0進而在 index = hash >> (32 - dip->i_depth); 處造成未定義的 32 移位根據 dir_make_exhash() 中以開放程式碼方式計算的結果exhash 目錄的最小深度為 ilog2(sdp->sd_hash_ptrs)且 0 無效因為 sdp->sd_hash_ptrs 在掛載時已修正為 sdp->bsize / 16。
    因此我們可以檢查是否有低於 gfs2_dinode_in() 中最小值的深度值來避免未定義的行為。已在該處檢查大於最大值的值。此外切換 dir_make_exhash() 中的計算以使用 ilog2()闡明深度的計算方式。已使用 syzkaller repro.c 和 xfstests「-g quick」進行測試。 (CVE-2025-38710)

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

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

  - iommufd防止 ALIGN() 溢位 配置 IOVA 時候選範圍會與目標對齊。如果範圍接近 ULONG_MAX則 ALIGN() 可以包裝進而導致損毀的 iova。
    使用 get_add_overflow() 開啟 ALIGN() 程式碼以防止此情況發生。這可簡化檢查因為我們也不需要更早檢查長度。將此程式碼的兩個複本整合到單一協助程式下。
    此錯誤會允許使用者空間建立與其他對應或保留範圍重疊的對應。 (CVE-2025-38688)

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

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

  - net/schedets在清除未使用的類別時使用舊的‘nbands’ Shuang 報告最近從 Lion [2] 變更後 ets_class_qlen_notify() 中的 sch_ets 測試案例 [1] 損毀。問題為在 ets_qdisc_change() 中我們清除了未使用的 DWRR 佇列'q->nbands' 的值為新值且應以舊值完成清理。自從我第一次嘗試修正 ets_qdisc_change() 後就出現了這個問題但是在最近的 qdisc len accounting 修正之後問題再次出現。修正指派新 'q->nbands' 值之前清除閒置 DWRR 佇列的問題以便所有清除作業都能找到一致的組態- 舊的 'q->nbands'因為 ets_class_find() 需要它 - 舊的 'q-> nstrict」因為 ets_class_is_strict() 需要用到它 錯誤核心 NULL 指標解除參照、位址0000000000000000 #PF在核心模式中進行監督讀取存取 #PFerror_code(0x0000) - 不存在頁面 PGD 0 P4D 0 OopsOops0000 [#1] SMP NOPTI CPU62 UID: 0 PID: 39457 Comm: tc Kdump: 已載入 未受污染的 6.12.0-116.el10.x86_64 #1 PREEMPT(自發) 硬體名稱：Dell Inc. PowerEdge R640/06DKY5, BIOS 2.12.2 2021 年 7 月 9 日 RIP
    0010:__list_del_entry_valid_or_report+0x4/0x80 程式碼ff 4c 39 c7 0f 84 39 19 8e ff b8 01 00 00 00 c3 cc f cc cc cc 66 90 90 90 90 90 90 90 90 90 90 90 10 90 f30 9 90 90 90 f30 9 9 fa <48> 8b 17 48 8b 4f 08 48 85 d2 0f 84 56 19 8e ff 48 85 c9 0f 84 ab RSP0018:ffffba186009f400 EFLAGS00010202 RAX00000000000000d6 RBX
    0000000000000000 RCX: 0000000000000004 RDX: ffff9f0fa29b69c0 RSI: 0000000000000000 RDI: 0000000000000000 RBP: ffffffffc12c2400 R08: 0000000000000008 R09: 0000000000000004 R10: ffffffffffffffff R11:
     R120000000000000004  : 0000000000000000 R13: ffff9f0f8cfe0000 R14: 0000000000100005 R15: 0000000000000000 FS: 00007f2154f37480(0000) GS:ffff9f269c1c0000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000000 CR3: 00000001530be001 CR4: 00000000007726f0 DR0
    0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <TASK> ets_class_qlen_notify+0x65/0x90 [sch_ets] qdisc_tree_reduce_backlog+0x74/0x110 ets_qdisc_change+0x630/0xa40 [sch_ets]
    __tc_modify_qdisc.constprop.0+0x216/0x7f0 tc_modify_qdisc+0x7c/0x120 rtnetlink_rcv_msg+0x145/0x3f0 netlink_rcv_skb+0x53/0x100 netlink_unicast+0x245/0x390 netlink_sendmsg+0x21b/0x470
    ____sys_sendmsg+0x39d/0x3d0 ___sys_sendmsg+0x9a/0xe0 __sys_sendmsg+0x7a/0xd0 do_syscall_64+0x7d/0x160 entry_SYSCALL_64_after_hwframe+0x76/0x7e RIP: 0033:0x7f2155114084 Code: 89 02 b8 ff ff ff ff eb bb 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 f3 0f 1e fa 80 3d 25 f0 0c 00 00 74 13 b8 2e 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 54 c3 0f 1f 00 48 83 ec 28 89 54 24 1c 28 80 0 00007fff1fd7a988 EFLAGS00000202 ORIG_RAX000000000000002e RAXffffffffffffffda RBX0000560ec063e5e0 RCX 00007f2155114084 RDX
    0000000000000000 RSI: 00007fff1fd7a9f0 RDI: 0000000000000003 RBP: 00007fff1fd7aa60 R08: 0000000000000010 R09: 000000000000003f R10: 0000560ee9b3a010 R11: 0000000000000202 R12: 00007fff1fd7aae0 R13:
    000000006891ccde R140000560ec063e5e0 R15: 00007fff1fd7aad0 </TASK> [1] https://lore.kernel.org/netdev/e08c7f4a6882f260011909a868311c6e9b54f3e4.1639153474.git.dcaratti@redhat.com/ [2] https://lore.kernel.org/netdev/d912cbd7-193b-4269-9857-525bee8bbb6a@gmail.com/ (CVE-2025-38684)

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

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

  - fbdev修正 fast_imageblit 中的 vmalloc 超出邊界寫入問題。當使用者空間程式透過傳遞主控台號碼和框架緩衝區號碼來執行 ioctl FBIOPUT_CON2FBMAP 時會觸發此問題。理想情況下這會將主控台對應至框架緩衝區並在主控台可見時更新畫面。作為對應的一部分它必鬚根據框架緩衝區資訊調整主控台的大小。如果此調整大小失敗並從 vc_do_resize() 傳回並進一步繼續。此時主控台和新框架緩衝區已對應並設定顯示變數。儘管失敗仍然存在它會在稍後階段繼續更新畫面其中 vc_data 與先前的框架緩衝區及框架緩衝區資訊和顯示變數對應至新的框架緩衝區最終導致 fast_imageblit() 中的超出邊界寫入。僅當 fg_console 與要求的主控台相同時此行為才會例外該主控台是 fbcon_putcs() 中具有無效結構參照的可見主控台和更新畫面。 (CVE-2025-38685)

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

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

  - 已解決 Linux 核心中的下列弱點：netlink: avoid infinite retry looping in netlink_unicast() netlink_attachskb() checks for the socket's read memory allocation constraints.
    Firstly, it has: rmem < READ_ONCE(sk->sk_rcvbuf) to check if the just increased rmem value fits into the socket's receive buffer. If not, it proceeds and tries to wait for the memory under: rmem + skb->truesize > READ_ONCE(sk->sk_rcvbuf) The checks don't cover the case when skb->truesize + sk->sk_rmem_alloc is equal to sk->sk_rcvbuf. Thus the function neither successfully accepts these conditions, nor manages to reschedule the task - and is called in retry loop for indefinite time which is caught as: rcu: INFO:
    rcu_sched self-detected stall on CPU rcu: 0-....: (25999 ticks this GP) idle=ef2/1/0x4000000000000000 softirq=262269/262269 fqs=6212 (t=26000 jiffies g=230833 q=259957) NMI backtrace for cpu 0 CPU: 0 PID: 22 Comm: kauditd Not tainted 5.10.240 #68 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.17.0-4.fc42 04/01/2014 Call Trace: <IRQ> dump_stack lib/dump_stack.c:120 nmi_cpu_backtrace.cold lib/nmi_backtrace.c:105 nmi_trigger_cpumask_backtrace lib/nmi_backtrace.c:62 rcu_dump_cpu_stacks kernel/rcu/tree_stall.h:335 rcu_sched_clock_irq.cold kernel/rcu/tree.c:2590 update_process_times kernel/time/timer.c:1953 tick_sched_handle kernel/time/tick-sched.c:227 tick_sched_timer kernel/time/tick-sched.c:1399 __hrtimer_run_queues kernel/time/hrtimer.c:1652 hrtimer_interrupt kernel/time/hrtimer.c:1717
    __sysvec_apic_timer_interrupt arch/x86/kernel/apic/apic.c:1113 asm_call_irq_on_stack arch/x86/entry/entry_64.S:808 </IRQ> netlink_attachskb net/netlink/af_netlink.c:1234 netlink_unicast net/netlink/af_netlink.c:1349 kauditd_send_queue kernel/audit.c:776 kauditd_thread kernel/audit.c:897 kthread kernel/kthread.c:328 ret_from_fork arch/x86/entry/entry_64.S:304 Restore the original behavior of the check which commit in Fixes accidentally missed when restructuring the code. Found by Linux Verification Center (linuxtesting.org). (CVE-2025-38727)

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

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

  - drm/xe使 dma-fences 符合安全存取規則 Xe 可釋放其匯出的 dma-fences 所指向的部分資料。最明顯的是如果使用者空間關閉相關提交佇列時間軸名稱會遭到釋放。同時隔離可匯出給第三方 (例如 sync_fence fd)進而造成後續存取時發生釋放後使用。為確保此安全性我們需要使驅動程式符合新記錄的 dma-fence 規則。驅動程式必須確保在發出隔離訊號和釋放所述隔離所指向的任何資料之間有一個 RCU 寬限期。針對時間軸名稱我們只是透過 kfree_rcu 釋放佇列而針對與多個佇列相關聯的共用鎖定我們在釋放持有該鎖定的每個 GT 結構之前新增一個 RCU 寬限期。 (CVE-2025-38703)

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

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

  - drm/\namd /pm修正 null 指標存取。 (CVE-2025-38705)

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

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

  - fbdev修正 do_register_framebuffer() 中潛在的緩衝區溢位。在下列情況下目前的實作可能會導致緩衝區溢位：1. 取消註冊會在 registered_fb[] 中建立 NULL 間隙 2. 儘管 num_registered_fb < FB_MAX但所有陣列插槽都會被佔用 3. 註冊迴圈超出陣列邊界 新增防止 register_fb[FB_MAX] 存取的邊界檢查。 (CVE-2025-38702)

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

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

  - mediadvb-frontendsw7090p修正 w7090p_tuner_write_serpar 和 w7090p_tuner_read_serpar 中的 null-ptr-deref。在 w7090p_tuner_write_serpar 中msg 由使用者控制。當 msg[0].buf 為 null 而 msg[0].len 為零時會通過之前對 msg[0].buf 的檢查。若在沒有功能健全檢查的情況下存取 msg[0].buf[2]則會發生 null 指標解除參照。我們在 msg[0].len 上新增檢查以防止當機。類似的認可認可 0ed554fd769a (媒體dvb-usbaz6027修正 az6027_i2c_xfer() 中的 null-ptr-deref) (CVE-2025-38693)

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

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

  - jfs定期檔案損毀檢查 重現器在具有負 i_size 值的磁碟上構建一個損毀的檔案。新增開啟此檔案時的檢查以避免後續作業失敗。 (CVE-2025-38698)

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

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

  - mm/ptdump取得 ptdump_walk_pgd() 內的記憶體熱插拔鎖定。記憶體熱移除會視需要取消對應並卸除各種核心頁面表格區域。ptdump 程式碼可與核心頁面表格的並行修改發生爭用情形。當同時修改分葉項目時轉儲存程式碼可能會記錄 VA 範圍的過時或不一致資訊但這在其他方面無害。但是釋放中間層級的核心頁面表格時轉儲存程式碼會繼續使用已釋放且可能重新配置用於其他目的的記憶體。在這種情況下ptdump 程式碼可能會解除參照假的位址進而導致一些潛在問題。為避免上述爭用情形arm64、riscv 和 s390 等平台在透過 sysfs 介面 /sys/kernel/debug/kernel_page_tables 轉儲存核心頁面表格時會採取記憶體熱插拔鎖定。檢查可能透過 /sys/kernel/debug/kernel_page_tables/check_wx_pages (其會呼叫 ptdump_check_wx()) 標記為 W+X 的頁面時存在類似的爭用情形。與其再次解決此爭用情形不如直接移動泛型 ptdump_check_wx() 中的記憶體熱插拔鎖定這對這兩種情況都有好處。從所有現有平台 ptdump 程式碼路徑放置 get_online_mems() 和 put_online_mems() 組合。
    (CVE-2025-38681)

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

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

  - mediauvcvideo修正 uvc_parse_format() 中的 1 位元組超出邊界讀取。呼叫 uvc_parse_format() 前的緩衝區長度檢查僅確保緩衝區有至少 3 位元組 (buflen > 2)buf函式存取緩衝區[ 3]，則需要至少 4 個位元組。如果緩衝區剛好有 3 個位元組這可導致超出邊界讀取。透過檢查緩衝區在 uvc_parse_format() 中是否有至少 4 個位元組來修正此問題。
    (CVE-2025-38680)

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

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

  - nfsd處理 nfsd4_setclientid_confirm() 中的 get_client_locked() 失敗 Lei Lu 最近報告 nfsd4_setclientid_confirm() 未檢查 get_client_locked() 的傳回值。 SETCLIENTID_CONFIRM 可與已確認過期的用戶端爭用且無法取得參照。之後可能會導致 UAF。
    透過在有現存已確認用戶端的情況下及早取得參照來修正此問題。如果失敗則將其視為完全找不到任何已確認的用戶端。在未確認的用戶端即將到期的情況下直接失敗並從 get_client_locked() 傳回結果。 (CVE-2025-38724)

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

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

  - hfs修正 hfs_bnode_read() 中的 slab-out-of-bounds 此修補程式引入了 is_bnode_offset_valid() 方法可檢查要求的位移值。此外它還引入了 check_and_correct_requested_length() 方法可檢查並更正要求的長度 (若有必要)。這些方法用於 hfs_bnode_read()、hfs_bnode_write()、hfs_bnode_clear()、hfs_bnode_copy() 和 hfs_bnode_move() 以防止存取超出配置記憶體及觸發當機。 (CVE-2025-38715)

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

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

  - fs/ntfs3新增檔案名稱的功能健全檢查 檔案名稱的長度應小於目錄項目大小。 (CVE-2025-38707)

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

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

  - netkcm修正 kcm_unattach() 中的爭用情形 syzbot 同時執行 kcm_unattach(psock) 和 kcm_release(kcm) 時發現爭用情形。呼叫 queue_work() 之前kcm_unattach() 遺漏 kcm->tx_stopped 旗標檢查。如果 kcm 具有保留的 psockkcm_unattach() 可能會在 kcm_release() 的 cancel_work_sync() 和 unreserve_psock() 之間執行並在 kcm 在 kcm_done() 中釋放之前將 kcm->tx_work 重新排入佇列。移除 kcm->tx_stopped 並以不易出錯的 disable_work_sync() 取代它。 (CVE-2025-38717)

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

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

  - drbd新增 handle_write_conflicts 中遺漏的 kref_get 在啟用 `two-primaries` 的情況下DRBD 會嘗試偵測並行寫入並處理寫入衝突因此即使您同時在兩個節點上寫入相同磁區它們最終也會有一次相同的資料寫入已完成。在處理被取代的寫入時我們忘記了 kref_get導致 drbd_destroy_device 過早發生並釋放後使用進一步造成核心損毀並出現症狀。相關性：任何人皆不應使用 DRBD 作為隨機資料產生器而且顯然雙主元組的所有使用者都正確處理了層上的並行寫入。也就是說叢集檔案系統使用一些分散式鎖定管理員且虛擬化環境中的即時移轉會先在一個節點上停止寫入然後再開始在另一個節點上寫入。這表示除了測試案例外絕不會在實際中採用此程式碼路徑。僅供參考在 DRBD 9 中現在的處理方式有所不同。我們仍會偵測寫入衝突但不會再嘗試明智地處理這些衝突。我們決定改為硬式中斷上層不得提交並行寫入。如果是這樣，那是他們的錯。 (CVE-2025-38708)

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

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

  - jfsdbAllocAG 中樹狀結構索引的上限檢查計算 dbAllocAG 中的樹狀結構索引時我們從不檢查是否超出 stree 大小的邊界實際。在檔案系統詮釋資料損毀的狀況下可發生此情形。 (CVE-2025-38697)

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

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

  - ALSAusb-audio也驗證 UAC3 power 網域描述符號 UAC3 power 網域描述符號必須使用其變數 bLength 進行驗證才能避免惡意韌體發生非預期的 OOB 存取。
    (CVE-2025-38729)

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

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

  - hfsplus修正 hfsplus_uni2asc() 中的 slab-out-of-bounds 讀取。hfsplus_readdir() 方法可藉由呼叫 hfsplus_uni2asc() 而損毀 [ 667.121659][ T9805] =========== ================================================== ===== [ 667.122651][ T9805] 錯誤: KASANhfsplus_uni2asc+0x902/0xa10 中的平台超出邊界 [ 667.123627][ T9805] 工作 repro/9805 讀取位址 ffff88802592f40c 的大小 2 [ 667.124578][ T9805] [ 667.124876][ T9805] CPU3 UID0 PID9805 Commrepro 未受污染的 6.16.0-rc3 #1 PREEMPT(完整) [ 667.124886][ T9805] 硬體名稱QEMU Ubuntu 24.04 PC (i440FX + PIIX, 1996)BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 667.124890][ T9805] 呼叫追踪[ 667.124893][T9805] <TASK> [ 667.124896][ T9805] dump_stack_lvl+0x10e/0x1f0 [ 667.124911][ T9805] print_report+0xd0/0x660 [ 667.124920][ T9805] ? __virt_addr_valid+0x81/0x610 [ 667.124928][ T9805] ?
    __phys_addr+0xe8/0x180 [ 667.124934][ T9805] ? hfsplus_uni2asc+0x902/0xa10 [ 667.124942][ T9805] kasan_report+0xc6/0x100 [ 667.124950][ T9805] ? hfsplus_uni2asc+0x902/0xa10 [ 667.124959][ T9805] hfsplus_uni2asc+0x902/0xa10 [ 667.124966][ T9805] ? hfsplus_bnode_read+0x14b/0x360 [ 667.124974][ T9805] hfsplus_readdir+0x845/0xfc0 [ 667.124984][ T9805] ? __pfx_hfsplus_readdir+0x10/0x10 [ 667.124994][ T9805] ? stack_trace_save+0x8e/0xc0 [ 667.125008][ T9805] ? iterate_dir+0x18b/0xb20 [ 667.125015][ T9805] ? trace_lock_acquire+0x85/0xd0 [ 667.125022][ T9805] ? lock_acquire+0x30/0x80 [ 667.125029][ T9805] ? iterate_dir+0x18b/0xb20 [ 667.125037][ T9805] ? down_read_killable+0x1ed/0x4c0 [ 667.125044][ T9805] ? putname+0x154/0x1a0 [ 667.125051][ T9805] ? __pfx_down_read_killable+0x10/0x10 [ 667.125058][ T9805] ? apparmor_file_permission+0x239/0x3e0 [ 667.125069][ T9805] iterate_dir+0x296/0xb20 [ 667.125076][ T9805]
    __x64_sys_getdents64+0x13c/0x2c0 [ 667.125084][ T9805] ? __pfx___x64_sys_getdents64+0x10/0x10 [667.125091][ T9805] ? __x64_sys_openat+0x141/0x200 [ 667.125126][ T9805] ? __pfx_filldir64+0x10/0x10 [667.125134][ T9805] ? do_user_addr_fault+0x7fe/0x12f0 [ 667.125143][ T9805] do_syscall_64+0xc9/0x480 [667.125151][ T9805] entry_SYSCALL_64_after_hwframe+0x77/0x7f [ 667.125158][ T9805] RIP
    0033:0x7fa8753b2fc9 [ 667.125164][ T9805] 程式碼00 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 48 [] d6 48 89 ca 4d 89 c2 48 667.125172[ T9805] RSP002b:00007ffe96f8e0f8 EFLAGS
    00000217 ORIG_RAX00000000000000d9 [ 667.125181][ T9805] RAXffffffffffffffda RBX0000000000000000 RCX
    00007fa8753b2fc9 [ 667.125185][ T9805] RDX: 0000000000000400 RSI: 00002000000063c0 RDI: 0000000000000004 [667.125190][ T9805] RBP: 00007ffe96f8e110 R08: 00007ffe96f8e110 R09: 00007ffe96f8e110 [ 667.125195][T9805] R10: 0000000000000000 R110000000000000217 R120000556b1e3b4260 [ 667.125199][ T9805] R13
    0000000000000000 R140000000000000000 R15: 0000000000000000 [ 667.125207][ T9805] [] </TASK>667.125210][T9805] [ 667.145632][ T9805] 由工作 9805 配置[ 667.145991][ T9805] kasan_save_stack+ 0x20/0x40 [667.146352][ T9805] kasan_save_track+0x14/0x30 [ 667.146717][ T9805] __kasan_kmalloc+0xaa/0xb0 [667.147065][ T9805] __kmalloc_noprof+0x205/0x550 [ 667.147448][ T9805] hfsplus_find_init+0x95/0x1f0 [667.147813][ T9805] hfsplus_readdir+0x220/0xfc0 [ 667.148174][ T9805] iterate_dir+0x296/0xb20 [667.148549][ T9805] __x64_sys_getdents64+0x13c/0x2c0 [ 667.148937][ T9805] do_syscall_64+0xc9/0x480 [667.149291][ T9805] entry_SYSCALL_64_after_hwframe+0x77/0x7f [ 667.149809][ T9805] [ 667.150030][ T9805] 錯誤位址屬於 ffff88802592f000 的物件 [ 667.150030][ T9805]其屬於大小為 2048 的快取 kmalloc-2k [ 667.151282][ T9805] 錯誤位址位於 [667.151282][ T9805] 配置的 1036 位元組區域右側 0 位元組 [ffff88802592f000、ffff88802592f40c ) [ 667.1
    ---truncated--- (CVE-2025-38713)

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

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

  - netftgmac100修正呼叫 phy_disconnect() netdev->phydev 後重設為 NULL 後 ftgmac100_phy_disconnect 中可能發生的 NULL 指標存取。因此系統會以 NULL 指標做為引數呼叫 fixed_phy_unregister()。因此在此呼叫之前快取 phy_device。 (CVE-2025-38726)

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

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

  - netusbasix_devices新增 ax88772 mdio 匯流排的 phy_mask若未設定 ax88772 mdio 匯流排的 phy_mask目前的驅動程式最多可建立 32 個 phy 位址範圍 0x00 ~ 0x1f 的 mdio phy 裝置。DLink DUB-E100 H/W Ver B1 就是這樣的裝置。不過只有一個主要 phy 裝置會系結至 net phy 驅動程式。這會在系統暫停/恢復期間造成問題因為 phy_state_machine() 中的 phy_polling_mode() 會直接解除參照非主要 phy 裝置的 phydev->drv 成員。然後就會發生 NULL 指標解除參照問題。由於只需要外部 phy 或內部 phy因此新增 ax88772 mdio 匯流排的 phy_mask以解決此問題。 (CVE-2025-38725)

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

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

  - hfs修正 hfs_find_init() 中的一般保護錯誤樹狀結構指標為 NULL 時hfs_find_init() 方法可觸發當機 [ 45.746290][ T9787] Oops一般保護錯誤可能針對非正式位址 0xdffffc00000000080000 [#1] SMP KAI [ 45.747287][ T9787] KASANnull-ptr-deref 在範圍 [0x0000000000000040-0x0000000000000047] [ 45.748716][ T9787] CPU2 UID0 PID9787 通訊repro 未受污染 6.16 .0-rc3 #10 PREEMPT(完整) [ 45.750250][ T9787] 硬體名稱QEMU Ubuntu 24.04 PC (i440FX + PIIX, 1996)BIOS 1.16.3-debian-1.16.3-2 04/01/ 2014 [ 45.751983][ T9787] RIP
    0010:hfs_find_init+0x86/0x230 [ 45.752834][ T9787] 程式碼c1 ea 03 80 3c 02 00 0f 85 9a 01 00 00 4c 8d 6b 40 48 c7 45 18 00 00 00 00 48 b8 00 00 00 00 0 f [ 45.755574][ T9787] RSP0018:ffffc90015157668 EFLAGS
    00010202 [ 45.756432][ T9787] RAX: dffffc0000000000 RBX: 0000000000000000 RCX: ffffffff819a4d09 [45.757457][ T9787] RDX: 0000000000000008 RSI: ffffffff819acd3a RDI: ffffc900151576e8 [ 45.758282][ T9787] RBP: ffffc900151576d0 R08: 0000000000000005 R090000000000000000 [ 45.758943][ T9787] R10
     R110000000080000000  : 0000000000000001 R12: 0000000000000004 [ 45.759619][ T9787] R13: 0000000000000040 R14: ffff88802c50814a R15: 0000000000000000 [ 45.760293][ T9787] FS: 00007ffb72734540(0000) GS:ffff8880cec64000(0000) knlGS :0000000000000000 [ 45.761050][ T9787] CS0010 DS0000 ES0000 CR0
    0000000080050033 [ 45.761606][ T9787] CR2 00007f9bd8225000 CR3 000000010979a000 CR4 00000000000006f0 [45.762286][ T9787] 呼叫追踪 [ 45.762570][ T9787] <TASK> ]  45.762824[  ] T9787[ [ ] 01hfs_extent /0x9d0 [ 45.763269][ T9787] ? submit_bio_noacct_nocheck+0x2dd/0xce0 [ 45.763766][T9787] ? __pfx_hfs_ext_read_extent+0x10/0x10 [ 45.764250][ T9787] hfs_get_block+0x55f/0x830 [ 45.764646][T9787] block_read_full_folio+0x36d/0x850 [ 45.765105][ T9787] ? __pfx_hfs_get_block+0x10/0x10 [45.765541][ T9787] ? const_folio_flags+0x5b/0x100 [ 45.765972][ T9787] ? __pfx_hfs_read_folio+0x10/0x10 [45.766415][ T9787] filemap_read_folio+0xbe/0x290 [ 45.766840][ T9787] ? __pfx_filemap_read_folio+0x10/0x10 [ 45.767325][ T9787] ? __filemap_get_folio+0x32b/0xbf0 [ 45.767780][ T9787] do_read_cache_folio+0x263/0x5c0 [ 45.768223][ T9787] ? __pfx_hfs_read_folio+0x10/0x10 [ 45.768666][ T9787] read_cache_page+0x5b/0x160 [ 45.769070][ T9787] hfs_btree_open+0x491/0x1740 [ 45.769481][ T9787] hfs_mdb_get+0x15e2/0x1fb0 [ 45.769877][ T9787] ? __pfx_hfs_mdb_get+0x10/0x10 [ 45.770316][ T9787] ? find_held_lock+0x2b/0x80 [ 45.770731][ T9787] ? lockdep_init_map_type+0x5c/0x280 [ 45.771200][ T9787] ? lockdep_init_map_type+0x5c/0x280 [ 45.771674][ T9787] hfs_fill_super+0x38e/0x720 [ 45.772092][ T9787] ?
    __pfx_hfs_fill_super+0x10/0x10 [ 45.772549][ T9787] ? snprintf+0xbe/0x100 [ 45.772931][ T9787] ?
    __pfx_snprintf+0x10/0x10 [ 45.773350][ T9787] ? do_raw_spin_lock+0x129/0x2b0 [ 45.773796][ T9787] ? find_held_lock+0x2b/0x80 [ 45.774215][ T9787] ? set_blocksize+0x40a/0x510 [ 45.774636][ T9787] ? sb_set_blocksize+0x176/0x1d0 [ 45.775087][ T9787] ? setup_bdev_super+0x369/0x730 [ 45.775533][ T9787] get_tree_bdev_flags+0x384/0x620 [ 45.775985][ T9787] ? __pfx_hfs_fill_super+0x10/0x10 [ 45.776453][ T9787] ? __pfx_get_tree_bdev_flags+0x10/0x10 [ 45.776950][ T9787] ? bpf_lsm_capable+0x9/0x10 [ 45.777365][ T9787] ? security_capable+0x80/0x260 [ 45.777803][ T9787] vfs_get_tree+0x8e/0x340 [ 45.778203][ T9787] path_mount+0x13de/0x2010 [ 45.778604][ T9787] ? kmem_cache_free+0x2b0/0x4c0 [ 45.779052][ T9787] ?
    __pfx_path_mount+0x10/0x10 [ 45.779480][ T9787] ? getname_flags.part.0+0x1c5/0x550 [ 45.779954][ T9787] ? putname+0x154/0x1a0 [ 45.780335][ T9787] __x64_sys_mount+0x27b/0x300 [ 45.780758][ T9787] ?
    __pfx___x64_sys_mount+0x10/0x10 [ 45.781232][ T9787] ---truncated--- (CVE-2025-38716)

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

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

  - rcu/nocb修正可能發生的無效 rdp's->nocb_cb_kthread 指標存取。並解除卸載此 CPU 的 rdp 並不會指派此 CPU 的 rdp->nocb_cb_kthread 指標但此 rdp's->nocb_gp_rdp 和 rdp's->rdp_gp->nocb_gp_kthread 仍然有效。這會造成此離線 CPU 後續重新卸載作業進而通過條件式檢查且 kthread_unpark() 將存取無效的 rdp's->nocb_cb_kthread 指標。因此此認可使用 rdp's->nocb_gp_kthread 而非 rdp_gp's->nocb_gp_kthread 來進行安全檢查。 (CVE-2025-38704)

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

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

  - sctp線性化 sctp_rcv 中的複制 gso 封包。複製的標頭 skb 仍與原始標頭 skb 共用 fraglist 中的這些 frag skb。存取這些 frag skbs 並不安全。 syzbot 報告了兩個由下列問題造成的未初始化記憶體使用錯誤211 sctp_assoc_bh_rcv+0x1a7/0xc50 net/sctp/associola.c:998 sctp_inq_push+0x2ef/0x380 net/sctp/inqueue.c:88 sctp_backlog_rcv+0x397/0xdb0 net/sctp/input.c:331 sk_backlog_rcv+0x13includeb/0420 net/sock.h:1122 __release_sock+0x1da/0x330 net/core/sock.c:3106 release_sock+0x6b/0x250 net/core/sock.c:3660 sctp_wait_for_connect+0x487/0x820 net/sctp/socket.c:9360 sctp_sendmsg_to_asoc +0x1ec1/0x1f00 net/sctp/socket.c:1885 sctp_sendmsg+0x32b9/0x4a80 net/sctp/socket.c:2031 inet_sendmsg+0x25a/0x280 net/ipv4/af_inet.c:851 sock_sendmsg_nosec net/socket.c:718 [ inline] 和錯誤 KMSANsctp_assoc_bh_rcv+0x34e/0xbc0 net/sctp/associola.c:987 sctp_assoc_bh_rcv+0x34e/0xbc0 net/sctp/associola.c:987 sctp_inq_push+0x2a3/0x350 net/sctp/inqueue.中的 uninit-value c:88 sctp_backlog_rcv+0x3c7/0xda0 net/sctp/input.c:331 sk_backl og_rcv+0x142/0x420 include/net/sock.h:1148 __release_sock+0x1d3/0x330 net/core/sock.c:3213 release_sock+0x6b/0x270 net/core/sock.c:3767 sctp_wait_for_connect+0x458/0x820 net/sctp /socket.c:9367 sctp_sendmsg_to_asoc+0x223a/0x2260 net/sctp/socket.c:1886 sctp_sendmsg+0x3910/0x49f0 net/sctp/socket.c:2032 inet_sendmsg+0x269/0x2a0 net/ipv4/af_inet.c:8551 socknosec_g_sec /socket.c:712 [內嵌] 此修補程式透過將 sctp_rcv() 中的複制 gso 封包線性化來修正此問題。 (CVE-2025-38718)

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

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

  - exfat新增 dir 的叢集鏈迴圈檢查。如果因檔案系統損毀而發生下列情況可能會發生無限迴圈。 (1) exfat_count_dir_entries() 無限迴圈的條件。- 叢集鏈結包含一個迴圈。- 叢集鏈中沒有 UNUSED 項目。 (2) exfat_create_upcase_table() 無限迴圈的條件。- 根目錄的叢集鏈包含一個迴圈。
    - 在 root 目錄的叢集鏈中沒有 UNUSED 項目和 up-case 表格項目。 (3) exfat_load_bitmap() 無限迴圈的條件。- 根目錄的叢集鏈包含一個迴圈。- 在 root 目錄的叢集鏈中沒有 UNUSED 項目和點陣圖項目。 (4) exfat_find_dir_entry() 無限迴圈的條件。- 叢集鏈結包含一個迴圈。- 某些作業已耗盡未使用的目錄項目。 (5) exfat_check_dir_empty() 無限迴圈的條件。- 叢集鏈結包含一個迴圈。- 某些作業已耗盡未使用的目錄項目。- 目錄下的所有檔案和子目錄都會遭到刪除。此認可會新增檢查以中斷上述無限迴圈。 (CVE-2025-38692)

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

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

  - 已解決 Linux 核心中的下列弱點：LoongArch: BPF: Fix jump offset calculation in tailcall The extra pass of bpf_int_jit_compile() skips JIT context initialization which essentially skips offset calculation leaving out_offset = -1, so the jmp_offset in emit_bpf_tail_call is calculated by #define jmp_offset (out_offset - (cur_offset)) is a negative number, which is wrong. The final generated assembly are as follow. 54: bgeu $a2, $t1, -8 # 0x0000004c 58: addi.d $a6, $s5, -1 5c:
    bltz $a6, -16 # 0x0000004c 60: alsl.d $t2, $a2, $a1, 0x3 64: ld.d $t2, $t2, 264 68: beq $t2, $zero, -28 # 0x0000004c Before apply this patch, the follow test case will reveal soft lock issues. cd tools/testing/selftests/bpf/ ./test_progs --allow=tailcalls/tailcall_bpf2bpf_1 dmesg: watchdog: BUG: soft lockup - CPU#2 stuck for 26s! [test_progs:25056] (CVE-2025-38723)

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

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

  - hfsplus不使用 hfsplus_create_attributes_file() 中的 BUG_ON()。當磁碟區標頭包含無法反映檔案系統實際狀態的錯誤值時hfsplus_fill_super() 會假設尚未建立屬性檔案這會導致稍後呼叫 hfsplus_create_attributes_file() 時的 BUG_ON()。將此 BUG_ON() 替換為 -EIO 錯誤訊息替換為建議執行 fsck 工具的訊息。 (CVE-2025-38712)

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

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

  - MIPS在沒有 ABI 或 vDSO 的工作中不要在 stack_top() 中損毀。並非所有工作都有關聯的 ABI 或 vDSO 對應例如kthreads 從未如此。如果此類工作最終呼叫 stack_top()則會解除參照 NULL ABI 指標並損毀。例如使用 kunit 時可能會發生這種情況
    mips_stack_top+0x28/0xc0 arch_pick_mmap_layout+0x190/0x220 kunit_vm_mmap_init+0xf8/0x138
    __kunit_add_resource+0x40/0xa8 kunit_vm_mmap+0x88/0xd8 usercopy_test_init+0xb8/0x240 kunit_try_run_case+0x5c/0x1a8 kunit_generic_run_threadfn_adapter+0x28/0x50 kthread+0x118/0x240 ret_from_kernel_thread+0x14/0x1c Only dereference the ABI point if it is set. GIC 頁面也包含在內因為它專用於 vDSO。也將隨機化調整移至相同的條件中。
    (CVE-2025-38696)

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

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

  - ext4當 INLINE_DATA_FL 缺少 system.data xattr 時不執行 BUG。當 inode 已設定 INLINE_DATA_FL 旗標但缺少 system.data 延伸屬性時syzbot 模糊影像在 ext4_update_inline_data() 中觸發了 BUG_ON。由於 maiciouly 模糊的檔案系統可能會發生此問題我們不應執行 BUG而是將其報告為已損毀的檔案系統。新增 BUG_ON 與 EXT4_ERROR_INODE() 的類似取代 ii ext4_create_inline_data() 和 ext4_inline_data_truncate()。 (CVE-2025-38701)

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

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

  - hfsplus修正 hfsplus_bnode_read() 中的 slab-out-of-bounds hfsplus_bnode_read() 方法可觸發 問題[ 174.852007][ T9784] ================= ================================================= [174.852709][ T9784] 錯誤KASANhfsplus_bnode_read+0x2f4/0x360 中的 slab 超出邊界 [ 174.853412][ T9784] 工作 repro/9784 在 addr ffff88810b5fc6c0 讀取大小為 8 [ 174.854059][ T9784] [ 174.854272][ T9784] CPU1 UID0 PID9784 Commrepro 未受污染的 6.16.0-rc3 #7 PREEMPT(full) [ 174.854281][ T9784] 硬體名稱QEMU Ubuntu 24.04 PC (i440FX + PIIX, 1996)、BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 174.854286][T9784] 呼叫追踪[ 174.854289][ T9784] <TASK> [ 174.854292][ T9784] dump_stack_lvl+0x10e/0x1f0 [174.854305][ T9784] print_report+0xd0/0x660 [ 174.854315][ T9784] ? __virt_addr_valid+0x81/0x610 [174.854323][ T9784] ? __phys_addr+0xe8/0x180 [ 174.854330][ T9784] ? hfsplus_bnode_read+0x2f4/0x360 [174.854337][ T9784] kasan_report+0xc6/0x100 [ 174.854346][ T9784] ? hfsplus_bnode_read+0x2f4/0x360 [174.854354][ T9784] hfsplus_bnode_read+0x2f4/0x360 [ 174.854362][ T9784] hfsplus_bnode_dump+0x2ec/0x380 [174.854370][ T9784] ? __pfx_hfsplus_bnode_dump+0x10/0x10 [ 174.854377][ T9784] ? hfsplus_bnode_write_u16+0x83/0xb0 [ 174.854385][ T9784] ? srcu_gp_start+0xd0/0x310 [ 174.854393][ T9784] ?
    __mark_inode_dirty+0x29e/0xe40 [ 174.854402][ T9784] hfsplus_brec_remove+0x3d2/0x4e0 [ 174.854411][ T9784]
    __hfsplus_delete_attr+0x290/0x3a0 [ 174.854419][ T9784] ? __pfx_hfs_find_1st_rec_by_cnid+0x10/0x10 [174.854427][ T9784] ? __pfx___hfsplus_delete_attr+0x10/0x10 [ 174.854436][ T9784] ?
    __asan_memset+0x23/0x50 [ 174.854450][ T9784] hfsplus_delete_all_attrs+0x262/0x320 [ 174.854459][ T9784] ?
    __pfx_hfsplus_delete_all_attrs+0x10/0x10 [ 174.854469][ T9784] ? rcu_is_watching+0x12/0xc0 [ 174.854476][T9784] ? __mark_inode_dirty+0x29e/0xe40 [ 174.854483][ T9784] hfsplus_delete_cat+0x845/0xde0 [174.854493][ T9784] ? __pfx_hfsplus_delete_cat+0x10/0x10 [ 174.854507][ T9784] hfsplus_unlink+0x1ca/0x7c0 [ 174.854516][ T9784] ? __pfx_hfsplus_unlink+0x10/0x10 [ 174.854525][ T9784] ? down_write+0x148/0x200 [174.854532][ T9784] ? __pfx_down_write+0x10/0x10 [ 174.854540][ T9784] vfs_unlink+0x2fe/0x9b0 [174.854549][ T9784] do_unlinkat+0x490/0x670 [ 174.854557][ T9784] __pfx_do_unlinkat+0x10/0x10 [174.854565][ T9784] ? __might_fault+0xbc/0x130 [ 174.854576][ T9784] ? getname_flags.part.0+0x1c5/0x550 [174.854584][ T9784] __x64_sys_unlink+0xc5/0x110 [ 174.854592][ T9784] do_syscall_64+0xc9/0x480 [174.854600][ T9784] entry_SYSCALL_64_after_hwframe+0x77/0x7f [ [ 174.854608] ] ][ T9784] RIP
    0033:0x7f6fdf4c3167 [ 174.854614][ T9784] 程式碼f0 ff ff 73 01 c3 48 8b 0d 26 0d 0e 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 08 [ 174.854622] [ T9784] RSP002b:00007ffcb948bca8 EFLAGS
    00000206 ORIG_RAX0000000000000057 [ 174.854630][ T9784] RAXffffffffffffffda RBX0000000000000000 RCX
    00007f6fdf4c3167 [ 174.854636][ T9784] RDX: 00007ffcb948bcc0 RSI: 00007ffcb948bcc0 RDI: 00007ffcb948bd50 [174.854641][ T9784] RBP: 00007ffcb948cd90 R08: 0000000000000001 R09: 00007ffcb948bb40 [ 174.854645][T9784] R10: 00007f6fdf564fc0 R110000000000000206 R120000561e1bc9c2d0 [ 174.854650][ T9784] R13
    0000000000000000 R140000000000000000 R15: 0000000000000000 [ 174.854658][ T9784] [] </TASK>174.854661][T9784] [ 174.879281][ T9784] 由工作 9784 分配[ 174.879664][ T9784] kasan_save_stack+ 0x20/0x40 [174.880082][ T9784] kasan_save_track+0x14/0x30 [ 174.880500][ T9784] __kasan_kmalloc+0xaa/0xb0 [174.880908][ T9784] __kmalloc_noprof+0x205/0x550 [ 174.881337][ T9784] __hfs_bnode_create+0x107/0x890 [174.881779][ T9784] hfsplus_bnode_find+0x2d0/0xd10 [ 174.882222][ T9784] hfsplus_brec_find+0x2b0/0x520 [174.882659][ T9784] hfsplus_delete_all_attrs+0x23b/0x3 ---truncated--- (CVE-2025-38714)

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

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

  - Netty 是一種非同步事件驅動型網路應用程式架構，適用於快速開發可維護的高效能通訊協定伺服器和用戶端。在 netty-codec-compression 4.1.124.Final 和更低版本以及 netty-codec 4.2.4.Final 和更低版本中當提供特製的輸入時BrotliDecoder 和其他某些解壓縮解碼器將配置大量可存取的位元組緩衝區可導致拒絕服務。BrotliDecoder.decompress 對於呼叫提取的頻率沒有限制一次可解壓縮 64K 位元組的資料。緩衝區會儲存在輸出清單中並保持可連線狀態直到命中 OOM。
    此問題已在 netty-codec 的 4.1.125.Final 版和 netty-codec-compression 的 4.2.5.Final 版中修正。
    (CVE-2025-58057)

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

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

  - smb3修正掛載至 ksmbd 時的平台超出邊界問題啟用 KASAN 時由於遺漏 parse_server_interfaces() 中的檢查 (請參閱下方)因此可能在掛載至 ksmbd 期間使平台超出邊界 (請參閱下文)錯誤KASAN
    parse_server_interfaces+0x14ee/0x1880 中的 slab-out-of-bounds 問題 [cifs] 工作 mount/9827 在 addr ffff8881433dba98 讀取大小為 4 CPU5 UID 0 PID 9827 Commmount 污染的 G OE 6.16.0-rc2- kasan #2 PREEMPT(vulnerable) 受污染[O]=OOT_MODULE、[E]=UNSIGNED_MODULE 硬體名稱Dell Inc. Precision Tower 3620/0MWYPT、BIOS 2.13.1 2019 年 6 月 14 日 呼叫追踪 <TASK> dump_stack_lvl+0x9f/0xf0 print_report+0xd1/0x670
    __virt_addr_valid+0x22c/0x430 ? parse_server_interfaces+0x14ee/0x1880 [cifs] kasan_complete_mode_report_info+0x2a/0x1f0 parse_server_interfaces+0x14ee/0x1880 [cifs] kasan_report+0xd6/0x110 parse_server_interfaces+0x14ee/0x1880 [cifs]
    __asan_report_load_n_noabort+0x13/0x20 parse_server_interfaces+0x14ee/0x1880 [cifs]
    __pfx_parse_server_interfaces+0x10/0x10 [cifs] trace_hardirqs_on+0x51/0x60 SMB3_request_interfaces+0x1ad/0x3f0 [cifs] __pfx_SMB3_request_interfaces+0x10/0x10 [cifs] SMB2_tcon+0x23c/0x15d0 [cifs] smb3_qfs_tcon+0x173/0x2b0 [cifs] __pfx_smb3_qfs_tcon+0x10/0x10 [cifs] cifs_get_tcon+0x105d/0x2120 [cifs] do_raw_spin_unlock+0x5d/0x200 ? cifs_get_tcon+0x105d/0x2120 [cifs]
    __pfx_smb3_qfs_tcon+0x10/0x10 [cifs] cifs_mount_get_tcon+0x369/0xb90 [cifs] dfs_cache_find+0xe7/0x150 [cifs] dfs_mount_share+0x985/0x2970 [cifs] check_path.constprop.0+0x28/0x50 ? save_trace+0x54/0x370 ?
    __pfx_dfs_mount_share+0x10/0x10 [cifs] __lock_acquire+0xb82/0x2ba0 ? __kasan_check_write+0x18/0x20 cifs_mount+0xbc/0x9e0 [cifs] __pfx_cifs_mount+0x10/0x10 [cifs] do_raw_spin_unlock+0x5d/0x200 ? cifs_setup_cifs_sb+0x29d/0x810 [cifs] cifs_smb3_do_mount+0x263/0x1990 [cifs] (CVE-2025-38728)

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

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

  - comedi修正輪詢和卸離之間的爭用 syzbot 報告以下連結的 comedi 中有一個釋放後使用這是因為 comedi 很高興移除配置的非同步區域即使輪詢要求在其中的 wait_queue_head 上仍處於作用中也是如此。這可能在稍後觸發或移除輪詢項目時造成釋放後使用錯誤因為 wait_queue_head 的記憶體已被釋放。在允許 `COMEDI_DEVCONFIG` ioctl 中斷裝置卸離之前我們必須先確認任何子裝置的等候佇列上沒有工作在佇列。工作會在將自己新增到子裝置等待佇列之前以讀取鎖定 `dev->attach_lock`因此請先在檢查所有子裝置是否安全之前先寫入鎖定 `dev->attach_lock`以修正 `COMEDI_DEVCONFIG` ioctl 處置程式中的問題予以刪除。這包括測試子裝置等待佇列上的任何睡眠者。它會維持鎖定狀態直到裝置卸離為止。這需要稍微重構 `comedi_device_detach()` 函式將其中大部分移至新函式 `comedi_device_detach_locked()`。請注意「comedi_device_detach()」的重構會導致現在「dev->attach_lock」被寫入鎖定時會呼叫「comedi_device_cancel_all()」先前的情況並非如此不過這沒有關係。感謝 Jens Axboe 診斷出此問題並共同開發此修補程式。 (CVE-2025-38687)

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

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

  - smb/伺服器避免與 ReplaceIfExists 連結時發生鎖死。如果在設定了 ReplaceIfExists 且名稱確實存在的情況下呼叫 smb2_create_link()則會發生鎖死。 ksmbd_vfs_kern_path_locked() 會傳回成功且父目錄會被鎖定。 ksmbd_vfs_remove_file() 之後會移除該檔案。然後在父項仍處於鎖定狀態時會呼叫 ksmbd_vfs_link()。其會嘗試鎖定相同的父項且會鎖死。此修補程式將 ksmbd_vfs_kern_path_unlock() 呼叫移至 ksmbd_vfs_link() 之前的 *然後簡化程式碼移除 file_present 旗標變數。 (CVE-2025-38711)

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

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

  - habanalabs修正 export_dmabuf() 中的 UAF我們將檔案參照插入描述符號表格後其他執行緒可將其關閉。當我們所做的只是將該描述符號傳回使用者空間 (這是爭用但也是使用者空間爭用且核心對此無能為力) 的情況下這沒有問題。
    但是如果我們在 fd_install() 之後加上任何類型的物件存取權這些物件會在關閉時遭到損毀 (struct 檔案本身或是由其 ->release() 損毀的任何項目)就會發生 UAF。 dma_buf_fd() 是保留描述符號和 fd_install() 的組合。 habanalabs export_dmabuf() 會呼叫它然後繼續存取關閉時損毀的物件。具體而言它會抓取另一個結構檔案的額外參照該檔案會做為我們的 ->release() 的一部分而捨棄。將是實際上可能已經是。透過在進行其他任何項目之前保留描述符號並僅在所有項目已設定時執行 fd_install() 來修正此問題。附帶的好處我們不會再遇到已建立檔案但尚未取得基礎檔案 (以及 ->dmabuf_export_cnt 等) 的參照時的失敗結束情形與 dma_buf_fd() 不同fd_install() 不會失敗。 (CVE-2025-38722)

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

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

  - mediavenus修正因缺少承載邊界檢查而導致的 OOB 讀取。目前event_seq_changed() 處置程式會處理韌體傳送的數量不定的內容。內容的數量由韌體指示並用於反覆使用承載。但是並未根據實際訊息長度驗證承載大小。如果韌體提供的屬性計數超過承載中可用的資料則這可導致超出邊界記憶體存取。如果存取超出緩衝區的記憶體這種情況可導致核心損毀或潛在的資訊洩漏。透過在每次存取內容之前正確驗證承載的剩餘大小並在剖析內容時相應地更新邊界來修正此問題。如此可確保內容剖析安全地設限在已接收訊息緩衝區內並可防止格式錯誤或惡意的韌體行為。 (CVE-2025-38679)

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

ID	名稱	嚴重性
261591	Linux Distros 未修補的弱點：CVE-2025-38730	high
261590	Linux Distros 未修補的弱點：CVE-2025-58056	medium
261589	Linux Distros 未修補的弱點：CVE-2025-38694	medium
261588	Linux Distros 未修補的弱點：CVE-2025-30162	medium
261587	Linux Distros 未修補的弱點：CVE-2025-38683	medium
261586	Linux Distros 未修補的弱點：CVE-2025-38699	high
261585	Linux Distros 未修補的弱點：CVE-2025-38706	medium
261584	Linux Distros 未修補的弱點：CVE-2025-38691	medium
261583	Linux Distros 未修補的弱點：CVE-2025-9566	high
261582	Linux Distros 未修補的弱點：CVE-2025-38700	medium
261581	Linux Distros 未修補的弱點：CVE-2025-38695	medium
261580	Linux Distros 未修補的弱點：CVE-2016-5115	medium
261579	Linux Distros 未修補的弱點：CVE-2025-38721	medium
261578	Linux Distros 未修補的弱點：CVE-2025-38710	medium
261577	Linux Distros 未修補的弱點：CVE-2025-38688	high
261576	Linux Distros 未修補的弱點：CVE-2025-38684	medium
261575	Linux Distros 未修補的弱點：CVE-2025-38685	high
261574	Linux Distros 未修補的弱點：CVE-2025-38727	medium
261573	Linux Distros 未修補的弱點：CVE-2025-38703	high
261572	Linux Distros 未修補的弱點：CVE-2025-38705	medium
261571	Linux Distros 未修補的弱點：CVE-2025-38702	high
261570	Linux Distros 未修補的弱點：CVE-2025-38693	medium
261569	Linux Distros 未修補的弱點：CVE-2025-38698	medium
261568	Linux Distros 未修補的弱點：CVE-2025-38681	medium
261567	Linux Distros 未修補的弱點：CVE-2025-38680	high
261566	Linux Distros 未修補的弱點：CVE-2025-38724	high
261565	Linux Distros 未修補的弱點：CVE-2025-38715	high
261564	Linux Distros 未修補的弱點：CVE-2025-38707	high
261563	Linux Distros 未修補的弱點：CVE-2025-38717	medium
261562	Linux Distros 未修補的弱點：CVE-2025-38708	high
261561	Linux Distros 未修補的弱點：CVE-2025-38697	high
261560	Linux Distros 未修補的弱點：CVE-2025-38729	high
261559	Linux Distros 未修補的弱點：CVE-2025-38713	high
261558	Linux Distros 未修補的弱點：CVE-2025-38726	medium
261557	Linux Distros 未修補的弱點：CVE-2025-38725	medium
261556	Linux Distros 未修補的弱點：CVE-2025-38716	medium
261555	Linux Distros 未修補的弱點：CVE-2025-38704	high
261554	Linux Distros 未修補的弱點：CVE-2025-38718	high
261553	Linux Distros 未修補的弱點：CVE-2025-38692	medium
261552	Linux Distros 未修補的弱點：CVE-2025-38723	medium
261551	Linux Distros 未修補的弱點：CVE-2025-38712	medium
261550	Linux Distros 未修補的弱點：CVE-2025-38696	medium
261549	Linux Distros 未修補的弱點：CVE-2025-38701	medium
261548	Linux Distros 未修補的弱點：CVE-2025-38714	high
261547	Linux Distros 未修補的弱點：CVE-2025-58057	medium
261546	Linux Distros 未修補的弱點：CVE-2025-38728	high
261545	Linux Distros 未修補的弱點：CVE-2025-38687	medium
261544	Linux Distros 未修補的弱點：CVE-2025-38711	medium
261543	Linux Distros 未修補的弱點：CVE-2025-38722	high
261542	Linux Distros 未修補的弱點：CVE-2025-38679	high

偵測

Nessus 的 Misc. 系列

high

medium

medium

medium

medium

high

medium

medium

high

medium

medium

medium

medium

medium

high

medium

high

medium

high

medium

high

medium

medium

medium

high

high

high

high

medium

high

high

high

high

medium

medium

medium

high

high

medium

medium

medium

medium

medium

high

medium

high

medium

medium

high

high