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

  - scsi: ufs: core修正無效的探查錯誤傳回值 DME Link 啟動後錯誤傳回值設定為 MIPI UniPro GenericErrorCode其可為 0 (成功) 或 1 (失敗)。在驅動程式探查期間失敗時會將錯誤碼 1 傳播回驅動程式探查函式該函式必須傳回負值才表示錯誤發生但 1 並非負數因此即使探查失敗也會被視為成功。因此移除驅動程式會導致 oops因為其未處於有效狀態。會發生此情況是因為 ufshcd_init() 的呼叫者預期非負錯誤碼所致。修正傳回值和文件以符合實際使用量。 (CVE-2025-68316)

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

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

  - rust_binder修正 Death_list 的爭用情形 Rust Binder 包含下列不安全作業 // 安全「NodeDeath」從不插入其擁有者以外的任何節點 // 的損毀清單中因此其位於此 // 損毀中清單 或 中。 unsafe { node_inner.death_list.remove(self) };此作業不安全因為當接觸清單元素的 prev/next 指標時我們必須確保沒有其他執行緒也平行接觸這些指標。如果呼叫 `remove` 的清單中存在該節點則沒有問題因為我們擁有該清單的獨占存取權。如果該節點不在任何清單中則也沒有問題。但如果存在於可平行存取的不同清單中則可能是 prev/next 指標上的資料爭用。不幸的是這正是這裡發生的事情。在 Node::release 中我們: 1. 取得鎖定。 2. 將所有項目移至堆疊上的本機清單。 3. 解除鎖定。 4. 反覆使用堆疊上的本機清單。結合使用原始清單上不安全移除方法的執行緒這會導致 prev/next 指標的記憶體損毀。這會導致類似下列的損毀 Unable to handle kernel paging request at virtual address 000bb9841bcac70e Mem abort info: ESR = 0x0000000096000044 EC = 0x25: DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC = 0x04第 0 層轉譯錯誤資料中止資訊ISV = 0、ISS = 0x00000044、ISS2 = 0x00000000 CM = 0、WnR = 1、TnD = 0、TagAccess = 0 GCS = 0、Overlay = 0、DirtyBit = 0, Xs = 0 [000bb9841bcac70e] 位址在使用者和核心位址範圍之間#1。 ... rust_binder CPU
    1 UID0 PID2092 Commkworker/1:178 污染GSW OE 6.12.52-android16-5-g98debd5df505-4k #1 f94a6367396c5488d635708e43ee0c888d230b0b 污染[S]=CPU_OUT_OF_SPEC、[W]=WARN、[O]=OOT_UL , [E]=UNSIGNED_MODULE Hardware name: MUSTANG PVT 1.0 based on LGA (DT) Workqueue: events _RNvXs6_NtCsdfZWD8D ztAw_6kernel9workqueueINtNtNtB7_4sync3arc3ArcNtNtCs8QPsHWIn21X_16rust_binder_main7process7ProcessEINtB5_15 WorkItemPointerKy0_E3runB13_ [rust_binder] pstate: 23400005 (nzCv daif +PAN -UAO +TCO +DIT -SSBS BTYPE=--) pc : _RNvXs3_NtCs8QPsHWIn21X_16rust_binder_main7processNtB5_7ProcessNtNtCsdfZWD8DztAw_6kernel9workqueue8Wo rkItem3run+0x450/0x11f8 [rust_binder] lr : _RNvXs3_NtCs8QPsHWIn21X_16rust_binder_main7processNtB5_7Process NtNtCsdfZWD8DztAw_6kernel9workqueue8WorkItem3run+0x464/0x11f8 [rust_binder] sp : ffffffc09b433ac0 x29:
    ffffffc09b433d30 x28: ffffff8821690000 x27: ffffffd40cbaa448 x26: ffffff8821690000 x25: 00000000ffffffff x24: ffffff88d0376578 x23: 0000000000000001 x22: ffffffc09b433c78 x21: ffffff88e8f9bf40 x20:
    ffffff88e8f9bf40 x19: ffffff882692b000 x18: ffffffd40f10bf00 x17: 00000000c006287d x16: 00000000c006287d x15: 00000000000003b0 x14: 0000000000000100 x13: 000000201cb79ae0 x12: fffffffffffffff0 x11:
    0000000000000000 x10: 0000000000000001 x9 : 0000000000000000 x8 : b80bb9841bcac706 x7 : 0000000000000001 x6 : fffffffebee63f30 x5 : 0000000000000000 x4 : 0000000000000001 x3 : 0000000000000000 x2 :
    0000000000004c31 x1 : ffffff88216900c0 x0 : ffffff88e8f9bf00 Call trace: _RNvXs3_NtCs8QPsHWIn21X_16rust_bi nder_main7processNtB5_7ProcessNtNtCsdfZWD8DztAw_6kernel9workqueue8WorkItem3run+0x450/0x11f8 [rust_binder bbc172b53665bbc815363b22e97e3f7e3fe971fc] process_scheduled_works+0x1c4/0x45c worker_thread+0x32c/0x3e8 kthread+0x11c/0x1c8 ret_from_fork+0x10/0x20 Code: 94218d85 b4000155 a94026a8 d10102a0 (f9000509) - --[ end trace 0000000000000000 ]--- 因此修改 Node::release 以直接將項目彈出原始清單。
    (CVE-2025-68260)

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

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

  - 已透過改善狀態處理解決一個類型混淆問題。此問題已在 Safari 26.2、iOS 18.7.3 和 iPadOS 18.7.3、iOS 26.2 和 iPadOS 26.2、macOS Tahoe 26.2、visionOS 26.2中修正。處理惡意特製的 Web 內容可能會導致 Safari 意外當機 (CVE-2025-43541)。

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

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

  - hfs驗證 hfsplus_bmap_alloc 中的記錄位移如果記錄位移或長度大於 node_sizehfsplus_bmap_alloc 可能會觸發當機 [ 15.264282] 錯誤 KASANhfsplus_bmap_alloc+0x887/0x8b0 中的平台超出邊界 [ 15.265192] 的讀取大小為 8 的作業 test/183 在 addr ffff8881085ca188 [15.265949] [ 15.266163] CPU: 0 UID: 0 PID: 183 Comm: test 未受污染的 6.17.0-rc2-gc17b750b3ad9 #14 PREEMPT(自發性) [ 15.266165] 硬體名稱QEMU Ubuntu 24.04 PC (i440FX + PIIX, 1996)、BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 15.266167] 呼叫追踪 [ 15.266168] ] <TASK> [ 15.266169] dump_stack_lvl +0x53/0x70 [ 15.266173] print_report+0xd0/0x660 [ 15.266181] kasan_report+0xce/0x100 [15.266185] hfsplus_bmap_alloc+0x887/0x8b0 [ 15.266208] hfs_btree_inc_height.isra.0+0xd5/0x7c0 [ 15.266217] hfsplus_brec_insert+ 0x870/0xb00 [ 15.266222] __hfsplus_ext_write_extent+0x428/0x570 [ 15.266225]
    __hfsplus_ext_cache_extent+0x5e/0x910 [ 15.266227] hfsplus_ext_read_extent+0x1b2/0x200 [ 15.266233] hfsplus_file_extend+0x5a7/0x1000 [ 15.266237] hfsplus_get_block+0x12b/0x8c0 [ 15.266238]
    __block_write_begin_int+0x36b/0x12c0 [ 15.266251] block_write_begin+0x77/0x110 [ 15.266252] cont_write_begin+0x428/0x720 [ 15.266259] hfsplus_write_begin+0x51/0x100 [ 15.266262] cont_write_begin+0x272/0x720 [ 15.266270x5 /x0s_writebegin+00 [ 15.266274] generic_perform_write+0x321/0x750 [ 15.266285] generic_file_write_iter+0xc3/0x310 [ 15.266289]
    __kernel_write_iter+0x2fd/0x800 [ 15.266296] dump_user_range+0x2ea/0x910 [ 15.266301] elf_core_dump+0x2a94/0x2ed0 [ 15.266320] vfs_coredump+0x1d85/0x45e0 [ 15.266349] get_signal+0x12e3/0x1990 15.266357] archx89_signal_580_restart0 [ 15.266362] irqentry_exit_to_user_mode+0xab/0x110 [15.266364] asm_exc_page_fault+0x26/0x30 [ 15.266366] RIP 0033:0x41bd35 [ 15.266367] 程式碼bc d1 f3 0f 7f 27 f3 0f 7f 6f 10 f3 0f 7f 77 20 f3 0f 7f 7f 30 49 83 c0 0f 49 29 d0 48 8d 7c 17 31 e9 9f 0b 00 00 66 0f ef c0 <f3> 0f 6f 0e f3 0f 6f 56 10 66 0f 74 c1 66 0f d7 d7 49 83 f []f [d0 49 83 f]f 15.2663698 RSP
    002b:00007ffc9e62d078 EFLAGS00010283 [ 15.266371] RAX00007ffc9e62d100 RBX0000000000000000 RCX
    0000000000000000 [ 15.266372] RDX: 00000000000000e0 RSI: 0000000000000000 RDI: 00007ffc9e62d100 [15.266373] RBP: 0000400000000040 R08: 00000000000000e0 R09: 0000000000000000 [ 15.266374] R10:
    0000000000000000 R110000000000000246 R120000000000000000 [ 15.266375] R130000000000000000 R14
    0000000000000000 R15: 0000400000000000 [ 15.266376] </TASK> 當呼叫 hfsplus_bmap_alloc 以配置可用節點時此函式會先擷取標頭節點的點陣圖然後再使用 node->page 搭配位移和來自 hfs_brec_lenoff 的地圖節點``` len = hfs_brec_lenoff(node, 2, &off16); off = off16; off += node->page_offset pagep = node->page + (off >> PAGE_SHIFT); data = kmap_local_page(*pagep);
    ``` 不過如果擷取的位移或長度無效 (即超過 node_size)程式碼最終可能會存取超出為此節點配置範圍的頁面。此修補程式在使用前新增了位移和長度的適當驗證防止超出邊界頁面存取。將 is_bnode_offset_valid 和 check_and_correct_requested_length 移至 hfsplus_fs.h因為其他函式可能需要這兩個項目。
    (CVE-2025-40349)

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

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

  - hfsplus修正 hfsplus_delete_cat() 中的 KMSAN uninit-value 問題 hfsplus_delete_cat() 中 syzbot 報告的問題 [ 70.682285][ T9333] ==================== ================================= [70.682943][ T9333] 錯誤KMSANhfsplus_subfolders_dec 中的 uninit-value +0x1d7/0x220 [ 70.683640][ T9333] hfsplus_subfolders_dec+0x1d7/0x220 [ 70.684141][ T9333] hfsplus_delete_cat+0x105d/0x12b0 [ 70.684621][T9333] hfsplus_rmdir+0x13d/0x310 [ 70.685048][ T9333] vfs_rmdir+0x5ba/0x810 [ 70.685447][ T9333] do_rmdir+0x964/0xea0 [ 70.685833][ T9333] __x64_sys_rmdir+0x71/0xb0 [ 70.686260][ T9333] x64_sys_call+0xcd8/0x3cf0 [ 70.686695][ T9333] do_syscall_64+0xd9/0x1d0 [ 70.687119][ T9333] entry_SYSCALL_64_after_hwframe+0x77/0x7f [ 70.687646][ T9333] [ 70.687856][ T9333] Uninit 被儲存到記憶體的位置 [ 70.688311][ T9333] hfsplus_subfolders_inc+0x1c2/0x1d0 [ 70.688779][ T9333] hfsplus_create_cat+0x148e/0x1800 [ 70.689231][ T9333] hfsplus_mknod+0x27f/0x600 [ 70.689730][ T9333] hfsplus_mkdir+0x5a/0x70 [ 70.690146] [ T9333] vfs_mkdir+0x483/0x7a0 [ 70.690545][ T9333] do_mkdirat+0x3f2/0xd30 [ 70.690944][ T9333] __x64_sys_mkdir+0x9a/0xf0 [ 70.691380][ T9333] x64_sys_call+0x2f89 /0x3cf0 [ 70.691816][ T9333] do_syscall_64+0xd9/0x1d0 [ 70.692229][ T9333] entry_SYSCALL_64_after_hwframe+0x77/0x7f [ 70.692773][ T9333] [ 70.692990][ T9333] Uninit 被儲存至記憶體的 時間[ 70.693469][ T9333] hfsplus_subfolders_inc+0x1c2/0x1d0 [ 70.693960][ T9333] hfsplus_create_cat+0x148e/0x1800 [ 70.694438][ T9333] hfsplus_fill_super+0x21c1/0x2700 [ 70.694911][T9333] mount_bdev+ 0x37b/0x530 [ 70.695320][ T9333] hfsplus_mount+0x4d/0x60 [ 70.695729][ T9333] legacy_get_tree+0x113/0x2c0 [ 70.696167][ T9333] vfs_get_tree+0xb3/0x5c0 [ 70.696588][ T9333] do_new_mount+0x73e/0x1630 [ 70.697013][ T9333] path_mount+0x6e3/0x1eb0 [ 70.697425][ T9333]
    __se_sys_mount+0x733/0x830 [ 70.697857][ T9333] __x64_sys_mount+0xe4/0x150 [ 70.698269][ T9333] x64_sys_call+0x2691/0x3cf0 [ 70.698704][ T9333] do_syscall_64+0xd9/0x1d0 [ 70.699117][ T9333] entry_SYSCALL_64_after_hwframe+0x77/0x7f [ 70.699730][ T9333] [ 70.699946][ T9333] Uninit 的建立時間
    [ 70.700378][ T9333] __alloc_pages_noprof+0x714/0xe60 [ 70.700843][ T9333] alloc_pages_mpol_noprof+0x2a2/0x9b0 [ 70.701331][ T9333] alloc_pages_noprof+0xf8/0x1f0 [ 70.701774][T9333] allocate_slab+0x30e /0x1390 [ 70.702194][ T9333] ___slab_alloc+0x1049/0x33a0 [ 70.702635][ T9333] kmem_cache_alloc_lru_noprof+0x5ce/0xb20 [ 70.703153][ T9333] hfsplus_alloc_inode+0x5a/0xd0 [ 70.703598][T9333] alloc_inode +0x82/0x490 [ 70.703984][ T9333] iget_locked+0x22e/0x1320 [ 70.704428][ T9333] hfsplus_iget+0x5c/0xba0 [ 70.704827][ T9333] hfsplus_btree_open+0x135/0x1dd0 [ 70.705291][ T9333] hfsplus_fill_super+0x1132/0x2700 [ 70.705776][ T9333] mount_bdev+0x37b/0x530 [ 70.706171][ T9333] hfsplus_mount+0x4d/0x60 [ 70.706579][ T9333] legacy_get_tree+0x113/0x2c0 [ 70.707019][ T9333] vfs_get_tree+0xb3/0x5c0 [ 70.707444][ T9333] do_new_mount+0x73e/0x1630 [ 70.707865][ T9333] path_mount+0x6e3/0x1eb0 [ 70.708270][ T9333] __se_sys_mount+0x733/0x830 [ 70.708711][ T9333]
    __x64_sys_mount+0xe4/0x150 [ 70.709158][ T9333] x64_sys_call+0x2691/0x3cf0 [ 70.709630][ T9333] do_syscall_64+0xd9/0x1d0 [ 70.710053][ T9333] entry_SYSCALL_64_after_hwframe+0x77/0x7f [ 70.710611][T9333] [ 70.710842][ T9333] CPU: 3 UID: 0 PID: 9333 Commrepro 未受污染的 6.12.0-rc6-dirty #17 [70.711568][ T9333] 硬體名稱QEMU Ubuntu 24.04 PC ( i440FX + PIIX, 1996)、BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 70.712490][ T9333] ================== =================================== [ 70.713085][ T9333] 因核心污染而停用鎖定除錯[ 70.713618][ T9333] 核心錯誤 - 未同步kmsan.panic 設定了 ... [ 70.714159][ T9333] ---truncated--- (CVE-2025-40351)

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

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

  - platform/mellanoxmlxbf-pmc新增 sysfs_attr_init() 至 count_clock init BlueField-3 SOC 開機時核心中的鎖定相關除錯邏輯 (CONFIG_LOCK_STAT) 出現下列警告訊息
    金鑰 ffff00008a3402a8 尚未註冊------------[ 此處截斷 ]------------ DEBUG_LOCKS_WARN_ON(1) 警告 CPU: 4 PID: 592 at kernel/locking/lockdep.c:4801 lockdep_init_map_type+0x1d4/0x2a0 <snip> Call trace: lockdep_init_map_type+0x1d4/0x2a0 __kernfs_create_file+0x84/0x140 sysfs_add_file_mode_ns+0xcc/0x1cc internal_create_group+0x110/0x3d4 internal_create_groups.part.0+0x54/0xcc sysfs_create_groups+0x24/0x40 device_add+0x6e8/0x93c device_register +0x28/0x40 __hwmon_device_register+0x4b0/0x8a0 devm_hwmon_device_register_with_groups+0x7c/0xe0 mlxbf_pmc_probe+0x1e8/0x3e0 [mlxbf_pmc] platform_probe+0x70/0x110mlxbf_pmc 驅動程式必須呼叫 sysfs_attr_init() 才能避免在初始化 count_clock 資料時出現這個警告。 (CVE-2025-40352)

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

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

  - x86/CPU/AMD針對 zen5_rdseed_microcode 新增遺漏的結束字元。在 Zen5 CPU 上執行 x86_match_min_microcode_rev() 會導致 KASAN 超出邊界存取中斷。 (CVE-2025-68195)

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

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

  - ALSAhda/hdmi修正探查 nvhdmi-mcp 驅動程式時的損毀問題在重組並分割 HDMI 轉碼器驅動程式程式碼之後每個 HDMI 轉碼器驅動程式都包含自己的 build_controls 和 build_pcms ops。copy-n-paste 錯誤針對 nvhdmi-mcp 驅動程式放置了錯誤的項目build_controls 和 build_pcms 皆已交換。
    遺憾的是這兩個回呼的形式完全相同編譯器也沒有對此提出投訴。這會導致 NULL 解除參照因為 PCM 執行個體在呼叫 build_controls 回呼時尚未初始化。透過傳送適當的項目來修正此問題。 (CVE-2025-68205)

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

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

  - mostusbhdm_probe修正裝置初始化前的 put_device() 呼叫 hdm_probe() 中的早期錯誤路徑可在 &mdev->dev 使用 device_initialize() 初始化之前跳至 err_free_mdev。
    呼叫該處的 put_device(&mdev->dev) 會觸發裝置核心警告並最終導致叫用未初始化 kobject 上的 kref_put(&kobj->kref, kobject_release)。在此路徑中僅對私用結構進行了 kmalloc且預定的發行版本無論如何都是有效的 kfree(mdev)因此請直接釋放而非呼叫未初始化裝置上的 put_device()。這會移除「警告」並修正預先初始化錯誤路徑。 (CVE-2025-68249)

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

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

  - drm/msm修正匯入 dma-bufs 的 GEM free。匯入的 dma-bufs 也有 obj->resv != &obj->_resv。因此除了處理 _NO_SHARE 案例的旗標我們還應該檢查此情況和旗標。修正 IRIS 視訊播放報告的快速顯示 ------------[ 在此處切入 ]------------ 警告 drivers/ 的 CPU: 3 PID: 2040 gpu/drm/msm/msm_gem.c:1127 msm_gem_free_object+0x1f8/0x264 [msm] CPU3 UID1000 PID2040 Comm.gnome-shell-wr 未受污染的 6.17.0-rc7 #1 PREEMPT pstate81400005 ( Nzcv daif +PAN -UAO -TCO +DIT
    -SSBS BTYPE=--) pc msm_gem_free_object+0x1f8/0x264 [msm] lr msm_gem_free_object+0x138/0x264 [msm] sp
    ffff800092a1bb30 x29: ffff800092a1bb80 x28: ffff800092a1bce8 x27: ffffbc702dbdbe08 x26: 0000000000000008 x25: 0000000000000009 x24: 00000000000000a6 x23: ffff00083c72f850 x22: ffff00083c72f868 x21:
    ffff00087e69f200 x20: ffff00087e69f330 x19: ffff00084d157ae0 x18: 0000000000000000 x17: 0000000000000000 x16: ffffbc704bd46b80 x15: 0000ffffd0959540 x14: 0000000000000000 x13: 0000000000000000 x12:
    0000000000000000 x11: ffffbc702e6cdb48 x10: 0000000000000000 x9 : 000000000000003f x8 : ffff800092a1ba90 x7 : 0000000000000000 x6 : 0000000000000020 x5 : ffffbc704bd46c40 x4 : fffffdffe102cf60 x3 :
    0000000000400032 x2 0000000000020000 x1 ffff00087e6978e8 x0 ffff00087e6977e8 呼叫追踪
    msm_gem_free_object+0x1f8/0x264 [msm] (P) drm_gem_object_free+0x1c/0x30 [drm] drm_gem_object_handle_put_unlocked+0x138/0x150 [drm] drm_gem_object_release_handle+0x5c/0xcc [drm] drm_gem_handle_delete+0x68/0xbc [drm] drm_gem_close_ioctl+0x34/0x40 [drm ] drm_ioctl_kernel+0xc0/0x130 [drm] drm_ioctl+0x360/0x4e0 [drm] __arm64_sys_ioctl+0xac/0x104 invoke_syscall+0x48/0x104 el0_svc_common.constprop.0+0x40/0xe0 do_el0_svc+0x1c/0x28 el0_svc+0x34/0xec el0t_64_sync_handler+0xa0/ 0xe4 el0t_64_sync+0x198/0x19c ---[ end trace 0000000000000000 ]--- ------------[cut here ]------------ Patchwork https://patchwork.freedesktop.org/patch/676273/ (CVE-2025-68189)

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

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

  - io_uring/cmd_net修正 skb_queue_splice() 的錯誤引數類型。如果需要重試時間戳記擷取且 SKB 的本機清單已有項目則會將其拼接回通訊端佇列中。
    不過splice 協助程式的引數會調換進而導致以錯誤的方向拼接至堆疊上清單。修正該問題。 (CVE-2025-68234)

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

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

  - Mac 版 Google Chrome 143.0.7499.110 之前版本的 ANGLE 中存在超出邊界記憶體存取弱點，遠端攻擊者可藉此透過建構的 HTML 頁面引致存取記憶體時超出邊界範圍。(Chromium 安全性嚴重性 :
    高) (CVE-2025-14174)

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

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

  - 已透過改進記憶體管理解決釋放後使用問題。此問題已在 watchOS 26.2、Safari 26.2、iOS 18.7.3 和 iPadOS 18.7.3、iOS 26.2 和 iPadOS 26.2、macOS Tahoe 26.2、visionOS 26.2、tvOS 26.2中修正。處理惡意特製的網路內容可能會導致任意程式碼執行。Apple 注意到有報告指出在對 iOS 26 之前的 iOS 版本中特定目標個人發動極為複雜的攻擊時此問題可能遭到惡意利用 CVE-2025-14174 。也已發布以回應此報告。 (CVE-2025-43529)

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

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

  - 已透過改善記憶體處理解決一個緩衝區溢位問題。此問題已在 Safari 26.2、iOS 18.7.3 和 iPadOS 18.7.3、iOS 26.2 和 iPadOS 26.2、macOS Tahoe 26.2、visionOS 26.2中修正。處理惡意特製的 Web 內容可能導致處理程序意外損毀。(CVE-2025-43501)

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

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

  - netmdio檢查 device_node_to_regmap() 傳回的 regmap 指標。如果 regmap 初始化失敗則對 airoha_mdio_probe() 中的 device_node_to_regmap() 的呼叫可傳回 ERR_PTR()。目前驅動程式會在未經驗證的情況下儲存指標如果之後將其解除參照可導致損毀。新增 IS_ERR() 檢查並傳回對應的錯誤碼讓探查路徑更健全。 (CVE-2025-68187)

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

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

  - posix-timersdo_timer_create() 中的外掛程式潛在記憶體洩漏。將 posix 計時器建立作業設為配置指定計時器 ID 且存取使用者空間值發生錯誤時函式會終止而不釋放已配置的 posix 計時器結構。在使用者空間存取之後移動配置可解決此問題。
    [ tglxMassessed 的變更記錄 ] (CVE-2025-68247)

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

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

  - 已透過改善狀態處理解決一個爭用情形。此問題已在 watchOS 26.2、Safari 26.2、iOS 18.7.3 和 iPadOS 18.7.3、iOS 26.2 和 iPadOS 26.2、macOS Tahoe 26.2、visionOS 26.2、tvOS 26.2中修正。
    處理惡意特製的 Web 內容可能導致處理程序意外損毀。(CVE-2025-43531)

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

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

  - 已透過改善記憶體處理解決此問題。此問題已在 Safari 26.2、iOS 18.7.3 和 iPadOS 18.7.3、iOS 26.2 和 iPadOS 26.2、macOS Tahoe 26.2、visionOS 26.2中修正。處理惡意特製的 Web 內容可能導致處理程序意外損毀。(CVE-2025-43535)

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

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

  - spi: rockchip-sfc修正 DMA-API 使用量使用 DMA-API dma_map_single() 呼叫來取得傳輸緩衝區的 DMA 位址而非使用 virt_to_phys() 入侵。這可修正下列 DMA-API 除錯警告
    ------------[cut here ]------------ DMA-APIrockchip-sfc fe300000.spi裝置驅動程式嘗試同步其尚未配置的 DMA 記憶體[device address=0x000000000cf70000] [size=288 bytes] 警告
    kernel/dma/debug.c:1106 at check_sync+0x1d8/0x690、 CPU#2systemd-udevd/151 模組連結於...
    硬體名稱Hardkernel ODROID-M1 (DT) pstate 604000c9 (nZCv daIF +PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc check_sync+0x1d8/0x690 lr check_sync+0x1d8/0x690 .. Call trace: check_sync+0x1d8/0x690 (P) debug_dma_sync_single_for_cpu+0x84/0x8c __dma_sync_single_for_cpu+0x88/0x234 rockchip_sfc_exec_mem_op+0x4a0/0x798 [spi_rockchip_sfc] spi_mem_exec_op+0x408/0x498 spi_nor_read_data+0x170/0x184 spi_nor_read_sfdp+0x74/0xe4 spi_nor_parse_sfdp+0x120/0x11f0 spi_nor_sfdp_init_params_deprecated +0x3c/0x8c spi_nor_scan+0x690/0xf88 spi_nor_probe+0xe4/0x304 spi_mem_probe+0x6c/0xa8 spi_probe+0x94/0xd4 real_probe+0xbc/0x298 ... (CVE-2025-40356)

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

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

  - netpoll修正 spinlock 下記憶體配置中的鎖死。修正 refill_skbs() 中的 AA 鎖死其中記憶體配置在保留 skb_pool->lock 時可觸發遞回鎖定取得嘗試。當系統處於下列嚴重記憶體壓力之下時會發生鎖死情形1. refill_skbs() 取得 skb_pool->lock (spinlock) 2. 保留鎖定時呼叫 alloc_skb() 3. 記憶體配置器失敗並呼叫 slab_out_of_memory() 4. 此觸發 OOM 警告的 printk() 5. 主控台輸出路徑呼叫 netpoll_send_udp() 6. netpoll_send_udp() 嘗試取得相同的 skb_pool->lock 7. 鎖死：鎖定已由相同 CPU 保留 呼叫堆疊refill_skbs( ) spin_lock_irqsave(&skb_pool->lock) <- 已取得鎖定 __alloc_skb() kmem_cache_alloc_node_noprof() slab_out_of_memory() printk() console_flush_all() netpoll_send_udp() skb_dequeue() spin_lock_irqsave(&skb_pool->lock) <- 鎖死嘗試 此錯誤已由提交暴露248f6571fd4c51 (netpoll最佳化關鍵路徑上的 skb 重新填入)其已從關鍵路徑 (延遲巢狀 printk 的位置) 移除 refill_skbs()導致可從 refill_skbs() 內部呼叫巢狀 printk。將 refill_skbs() 重構為從不全部保留 spinlock 時 ocate 記憶體。修正此問題的另一個可能的解決方案是保護 refill_skbs() 不受巢狀 printks 攻擊基本上是呼叫 refill_skbs() 中的 printk_deferred_{enter,exit}()然後任何巢狀 pr_warn() 都會延遲。我偏好此方法因為 _think_ 建議未來將 alloc_skb() 從 GFP_ATOMIC 移至 GFP_KERNEL因此必須在鎖定之外執行 alloc_skb()。檢查集區長度並將新配置的 skb 排入佇列時可能有一個 TOCTOU 問題但是這不是問題因為集區中有一個額外的 SKB 是無害的且最終會被使用。 (CVE-2025-68169)

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

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

  - lib/test_kho檢查 KHO 是否已啟用。我們必須在發出 KHO 命令之前檢查 KHO 是否已啟用否則不會初始化 KHO 內部資料結構。 (CVE-2025-68225)

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

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

  - LoongArchBPF停用核心模組函式追踪的 trampoline 目前的 LoongArch BPF trampoline 實作與核心模組中的追踪函式不相容。這會造成數個嚴重且使用者可見的問題* `bpf_selftests/module_attach` 測試持續失敗。 * BPF 程式附加至模組函式時核心鎖定 [1]。 * 使用 fentry [2] 追踪重要核心模組 (如 WireGuard) 時其函式會發生流量中斷。考慮到其他未知副作用的嚴重性和潛在風險，現在完全停用該功能是最安全的做法。此修補程式可防止 BPF 子系統允許 LoongArch 上核心模組函式的 trampoline 附件。在用於處理核心模組的 trampoline 程式碼中發現並修正核心問題之前此為暫時性的緩解措施。 [root@fedora bpf]# ./test_progs -a module_attach -v bpf_testmod.ko 已卸載。載入 bpf_testmod.ko... 已成功載入 bpf_testmod.ko。 test_module_attach:PASS:skel_open 0 nsec test_module_attach:PASS:set_attach_target 0 nsec test_module_attach:PASS:set_attach_target_explicit 0 nsec test_module_attach:PASS:skel_load 0 nsec libbpfprog 'handle_fentry' 無法附加 -ENOTSUPP libbpfprog 'handle_fentry' 失敗auto-attach-ENOTSUPP test_module_attach:FAIL:skel_attach骨架附加失敗-524 摘要0/0 PASSED0 SKIPPED1 FAILED 成功卸載 bpf_testmod.ko。 [1] https://lore.kernel.org/loongarch/CAK3+h2wDmpC-hP4u4pJY8T-yfKyk4yRzpu2LMO+C13FMT58oqQ@mail.gmail.com/ [2]
    https://lore.kernel.org/loongarch/CAK3+h2wYcpc+OwdLDUBvg2rF9rvvyc5amfHT-KcFaK93uoELPg@mail.gmail.com/(CVE-2025-68216)

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

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

  - vmw_balloon在移轉期間有效縮小即表示成功。在移轉 balloon 頁面時我們會先縮小舊頁面再擴大新頁面。不過如果成功擴充新頁面我們就能有效地縮小舊頁面進而減小 balloon 大小。在這種情況下移轉確實奏效 與移轉+ 類似會立即縮小新頁面。系統會將舊頁面釋放回好友。現在核心會將頁面標記為隔離 (因為我們傳回錯誤)。之後嘗試取回該頁面時將會在 balloon_page_putback() 中遇到 WARN_ON_ONCE()。該處理已在認可 3544c4faccb8 中變更 (mm/balloon_compaction停止使用 __ClearPageMovable())在該變更之前我們會接受這種處理方式。若要修正此問題我們在此情況下只傳回 0讓核心有效清除隔離旗標 + 如同移轉成功般將其釋放回給好友。請注意當核心放置最後一個參照時也會釋放新頁面。
    請注意這也會使這一切變得更加一致我們不會再於 balloon 驅動程式中取消隔離頁面同時在移轉核心中將其標記為正在隔離。這是透過程式碼檢查所發現的。
    (CVE-2025-68248)

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

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

  - drm/msm確保一律更新 last_fence 更新 vm-bind 路徑中的 last_fence而不是核心管理的路徑。 last_fence 用於等待 vm_bind 內容中的工作完成但不用於核心管理的內容。這可修正一個錯誤在內容關閉時未等待 last_fence 導致錯誤因為使用中的資源被釋放。修補程式 https://patchwork.freedesktop.org/patch/680080/(CVE-2025-68314)

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

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

  - miscfastrpc修正 fastrpc_map_lookup 中的 dma_buf 物件洩漏。在 fastrpc_map_lookup 中會呼叫 dma_buf_get 以取得 dma_buf 的參照以進行比較。不過當函式傳回時此參照永遠不會釋放進而導致 dma_buf 記憶體洩漏。透過在從函式傳回之前新增 dma_buf_put 來修正此問題確保無論是否找到相符的地圖都會正確釋放暫時取得的參照。規則新增 (CVE-2025-68252)

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

Docker Desktop 的版本低於 4.54.0。因此會受到一個資料洩漏弱點影響。
據發現，Docker Desktop 診斷套件在記錄輸出中包含過期的 Hub PAT，這是由於錯誤物件序列化所致。如此會造成在匯出診斷資料中洩漏敏感資訊的風險，特別是在發生存取拒絕錯誤時。(CVE-2025-13743)

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

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

  - Grassroot DICOM 的 JPEGBITSCodec::InternalCode 功能 3.024中存在一個超出邊界讀取弱點。特製的 DICOM 檔案可能導致資訊洩漏。攻擊者可提供惡意檔案來觸發此弱點。系統會根據惡意 DICOM 檔案的值呼叫函式「null_convert」並指定影像像素資料的預定解譯 (CVE-2025-53619)

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

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

  - 在 8.1.34之前的 PHP 8.1.*、 8.2之前的 8.2.30.*、 8.3之前的 8.3.29.*、 8.4之前的 8.4.16] .* 和 8.5之前的 8.5.1.* 中getimagesize() 函式可能在多區塊模式 (例如透過 php://filter) 讀取影像時將未初始化的堆積記憶體洩漏至 APPn 區段 (例如 APP1)。發生此問題的原因是 php_read_stream_all_chunks() 中的錯誤會覆寫緩衝區而不使指標前移而使結尾位元組未初始化。這可能會導致敏感堆積資料的資訊洩漏並影響目標伺服器的機密性。 (CVE-2025-14177)

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

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

  - PyMdown Extensions 是一組適用於 `Python-Markdown` markdown 專案的延伸模組。 10.16.1 之前的版本在圖形標題延伸模組 (`pymdownx.blocks.caption`) 中有一個 ReDOS 錯誤。在採用未檢查使用者內容的系統中如果特製了惡意承載這可在處理資料時造成長時間懸置。此問題已在 版本 10.16.1中修補。作為因應措施處理未知使用者內容時若沒有逾時或沒有其他適當的保護措施來防止非常大的惡意內容針對系統可能會避免使用「pymdownx.blocks.caption」直到他們能夠升級為止。
    (CVE-2025-68142)

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

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

  - Grassroot DICOM 的 JPEGBITSCodec::InternalCode 功能 3.024中存在一個超出邊界讀取弱點。特製的 DICOM 檔案可能導致資訊洩漏。攻擊者可提供惡意檔案來觸發此弱點。系統會根據惡意 DICOM 檔案的值呼叫函式「grayscale_convert」並指定影像像素資料的預定解譯 (CVE-2025-53618)

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

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

  - mptcp修正 mptcp_pm_nl_rm_addr 中的位址移除邏輯。修正阻止正常位址移除計數器更新的反轉 WARN_ON_ONCE 情形。目前程式碼只會在計數器已經為 0 (異常狀態) 時執行遞減邏輯而忽略正常移除 (計數器 > 0)。 (CVE-2025-68221)

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

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

  - 在 PHP 的 8.1.* 之前的 8.1.34版本、 8.2.* 之前的 8.2.30版本、 8.3.* 之前的 8.3.29版本、 8.4.* 之前的 8.4.16版本、 8.5.* 8.5.1 之前的版本中當使用 PDO PostgreSQL 驅動程式時在啟用 PDO::ATTR_EMULATE_PREPARES 的準備陳述式參數中無效的字元序列 (例如 \x99) 可能會造成 PQescapeStringConn 引用函式傳回 NULL進而導致 pdo_parse_params() 函式中發生 null 指標解除參照。
    這可能會導致當機 (分割錯誤)並影響目標伺服器的可用性。
    (CVE-2025-14180)

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

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

  - Netty 是一種非同步、事件導向的網路應用程式架構。在 4.1.129.Final 和 4.2.8.Final 之前的版本中建構要求時`io.netty.handler.codec.http.HttpRequestEncoder` 發生要求 URI 的 CRLF 插入。當在未正確清理 URI 的情況下使用 `HttpRequestEncoder` 時這會導致要求走私。任何使用「HttpRequestEncoder」的應用程式/架構都可能遭到濫用而利用 CRLF 插入執行要求走私。4.1.129.Final 和 4.2.8.Final 版可修正此問題。 (CVE-2025-67735)

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

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

  - 有一個驗證繞過弱點應用程式隨附的解譯器 (Python) 繼承了使用者授予主應用程式套件套件的透明、同意和控制 (TCC) 權限。如果直接執行隨附的解譯器攻擊者的指令碼就會以應用程式的TCC 權限在修正版本中父項限制用於僅允許主要應用程式以這些權限啟動解譯器此問題會影響 macOS 上的 LibreOffice從 < [ 25.2 之前的 25.2.4。 (CVE-2025-14714)

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

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

  - Grassroot DICOM 的 RLECodec::DecodeByStreams 功能存在一個超出邊界讀取弱點 3.024。特製的 DICOM 檔案可導致洩漏堆積資料。攻擊者可能透過提供惡意檔案，來觸發此弱點。(CVE-2025-48429)

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

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

  - Spip 4.1.10 含有一個檔案上傳弱點允許攻擊者上傳含有內嵌外部連結的惡意 SVG 檔案。攻擊者可誘騙系統管理員按一下透過不當檔案上傳篩選重新導向至可能危險之 URL 的特製 SVG 標誌。 (CVE-2023-53900)

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

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

  - Grassroot DICOM 的 Overlay::GrabOverlayFromPixelData 功能存在一個超出邊界讀取弱點 3.024。特製的 DICOM 檔案可能導致資訊洩漏。攻擊者可能透過提供惡意檔案，來觸發此弱點。(CVE-2025-52582)

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

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

  - 在 Eclipse Paho Go MQTT v3.1 程式庫 (paho.mqtt.golang) <= 版中1.5.0 UTF-8 編碼的字串傳入程式庫時若其長度超過 65535 位元組可能會遭到錯誤編碼。這可能導致傳送至伺服器的封包中含有非預期的內容 (例如部分 MQTT 主題可能洩漏至 PUBLISH 封包中的訊息內文)。發生此問題的原因是傳入的資料長度在沒有檢查溢位的情況下從 int64/int32 (視 CPU 而定) 轉換為 int16。然後寫入 int16 長度其後接著是資料 (例如主題)。這表示資料 (例如主題) 超過 65535 位元組時寫入的資料量會超過長度欄位指示的量。這可導致封包損毀或過多資料洩漏至另一個欄位 (例如主題洩漏至訊息內文)。 (CVE-2025-10543)

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

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

  - smb用戶端修正 cfids_invalidation_worker() 中不完整的反向移植。上一次提交 bdb596ceb4b7 (smb用戶端修正 smb2_close_cached_fid() 中潛在的 UAF) 是不完整的反向移植在 cfids_invalidation_worker() 中遺漏了一個本應轉換為close_cached_dir()。
    (CVE-2025-68226)

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

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

  - wifiiwlwifi修正 iwl_mld_remove_link() 中可能發生的釋放後使用。此程式碼會呼叫 kfree_rcu(link, rcu_head) 來釋放連結然後再解除參照連結以取得 link->fw_id。先儲存 link->fw_id 以避免可能的釋放後使用。 (CVE-2025-68182)

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

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

  - net/smc修正 __smc_diag_dump 中的一般保護錯誤。syzbot 報告損毀Oops一般保護錯誤可能是針對非正式位址 0xfbd5a5d5a0000003 0000 [#1] SMP KASAN NOPTI KASAN
    可能是 [0xdead4ead00000018-0xdead4ead0000001f] 範圍內的 wild-memory-access CPU1 UID0 PID6949 通訊
    syz.0.335 未受污染的 syzkaller #0 PREEMPT(完整) 硬體名稱: Google Compute Engine/Google Compute Engine、BIOS Google 08/18/2025 RIP: 0010:smc_diag_msg_common_fill net/smc/smc_diag.c:44 [內嵌] RIP
    0010:__smc_diag_dump.constprop.0+0x3ca/0x2550 net/smc/smc_diag.c:89 呼叫追踪 <TASK> smc_diag_dump_proto+0x26d/0x420 net/smc/smc_diag.c:217 smc_diag_dump+0x27/0x90 net/smc/smc_diag c:234 netlink_dump+0x539/0xd30 net/netlink/af_netlink.c:2327 __netlink_dump_start+0x6d6/0x990 net/netlink/af_netlink.c:2442 netlink_dump_start include/linux/netlink.h:341 [內嵌] smc_diag_handler_dump+0x1f9/0x240 net /smc/smc_diag.c:251 __sock_diag_cmd net/core/sock_diag.c:249 [內嵌] sock_diag_rcv_msg+0x438/0x790 net/core/sock_diag.c:285 netlink_rcv_skb+0x158/0x420 net/netlink/af_netlink.c:2552 netlink_unicast_kernel net/netlink/af_netlink.c:1320 [內嵌] netlink_unicast+0x5a7/0x870 net/netlink/af_netlink.c:1346 netlink_sendmsg+0x8d1/0xdd0 net/netlink/af_netlink.c:1896 sock_sendmsg_nosec net/socket.c:714 [內嵌] __sock_sendmsg net/socket.c:729 [內嵌]____sys_sendmsg+0xa95/0xc70 net/socket.c:2614 ___sys_sendmsg+0x134/0x1d0 net/socket.c:2668
    __sys_sendmsg+0x16d/0x220 net/socket.c:2700 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [內嵌] do_syscall_64+0xcd/0x4e0 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f </TASK> 如下所示的處理程序(CPU1) | (CPU2) ---------------------------------|------------- ------------------ inet_create() | // 將 clcsock 初始化為 NULL | sk = sk_alloc() | | // 意外變更 clcsock | inet_init_csk_locks() | | // 新增 sk 至雜湊表 | smc_inet_init_sock() | smc_sk_init() | smc_hash_sk() | | // 遊走雜湊表 | smc_diag_dump_proto | smc_diag_dump_proto __smc_diag_dump() | // 存取錯誤的 clcsock | smc_diag_msg_common_fill() // alloc clcsock | smc_create_clcsk | smc_create_clcsk sock_create_kern |在 CONFIG_DEBUG_LOCK_ALLOC=y 的情況下inet_init_csk_locks() 中的 smc->clcsock 會無預警變更。smc 不需要 INET_PROTOSW_ICSK 旗標只需將其移除。移除 INET_PROTOSW_ICSK 旗標之後此修補程式也還原了認可 6fd27ea183c2 (net/smc以 IPPROTO_SMC 修正缺少的 icsk_syn_mss)以避免將 smc_sock 轉換為 inet_connection_sock。 (CVE-2025-40357)

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

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

  - bnxt_en修正 bnxt_bs_trace_check_wrap() 中的 null 指標解除參照。在較舊的 FW 中我們可能會針對尚未初始化的 FW 追踪資料類型取得 ASYNC_EVENT_CMPL_EVENT_ID_DBG_BUF_PRODUCER。這將導致 bnxt_bs_trace_type_wrap() 損毀。新增防護以在繼續之前檢查有效的 magic_byte 指標。 (CVE-2025-68197)

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

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

  - arch_topology修正 topology_parse_cpu_容量() 中不正確的錯誤檢查。修正 topology_parse_cpu_容量() 中 PTR_ERR_OR_ZERO() 的不正確使用此問題會造成程式碼使用 NULL 時鐘指標繼續執行。目前的邏輯使用 !PTR_ERR_OR_ZERO(cpu_clk)其針對有效指標和 NULL 評估均為 true進而導致 clk_get_rate() 中可能發生 NULL 指標解除參照。根據 include/linux/err.h 文件PTR_ERR_OR_ZERO(ptr) 會傳回@ptr 中的錯誤碼 (若其為錯誤指標)否則為 0。這表示 PTR_ERR_OR_ZERO() 針對有效指標 AND NULL 指標傳回 0。因此當 cpu_clk 為有效或 NULL 時PTR_ERR_OR_ZERO(cpu_clk) 的評估結果為 true (繼續)導致當 of_clk_get() 傳回 NULL 時系統會呼叫 clk_get_rate(NULL)。以 !IS_ERR_OR_NULL(cpu_clk) 取代其僅針對有效指標繼續執行防止 clk_get_rate() 中發生潛在的 NULL 指標解除參照。
    (CVE-2025-40346)

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

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

  - drm/plane修正 create_in_format_blob() 傳回值 create_in_format_blob() 應該傳回有效指標或錯誤但絕不傳回 NULL。當 blob 不是錯誤時呼叫端將會解除參照因此如果傳回 NULL 就會發生 oops。在失敗的情況下傳回適當的錯誤值。 (CVE-2025-68228)

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

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

  - slab避免 alloc_slab_obj_exts 中 slab->obj_exts 爭用。如果有兩個爭用執行緒進入 alloc_slab_obj_exts()其中一個無法配置物件延伸向量可能會覆寫另一個具有 OBJEXTS_ALLOC_FAIL 的執行緒配置的有效 slab->obj_exts。這會造成遺失此爭用且預期稍後會有有效指標解除參照 NULL 指標的執行緒。使用 cmpxchg() 以不可分割的方式更新 slab->obj_exts 以避免因爭用執行緒而進行 slab->obj_exts 覆寫。感謝 Vlastimil 和 Suren 協助除錯。 (CVE-2025-40348)

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

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

  - mptcp修正使用 BPF 的 proto 遞補偵測。sockmap 功能允許從使用者空間或以 bpf sockops 為基礎的 bpf syscall從而以 sockmap 的自訂讀取/寫入介面取代通訊協定堆疊處理期間的 sk_prot。 ''' tcp_rcv_state_process() syn_recv_sock()/subflow_syn_recv_sock() tcp_init_transfer(BPF_SOCK_OPS_PASSIVE_ESTABLISHED_CB) bpf_skops_established <== sockops bpf_sock_map_update(sk) <== 呼叫 bpf helper tcp_bpf_update_proto() <== 伺服器已啟用 MPsk_proto() <==用戶端在無 MPTCP 的情況下傳送 TCP SYNsubflow_syn_recv_sock() 對子流程執行遞補進而以原生 sk_prot 取代子流程 sk 的 sk_prot。 「」subflow_syn_recv_sock() subflow_ulp_fallback() subflow_drop_ctx() mptcp_subflow_ops_undo_override() 「」然後此子流程可由 sockmap 正常使用進而以 sockmap 的自訂 sk_prot 取代原生 sk_prot。此問題會在使用者執行 accept::mptcp_stream_accept::mptcp_fallback_tcp_ops() 時發生。此處使用 sk->sk_prot 與原生 sk_prot 進行比較但在使用 sockmap 時比較不正確因為我們可能會錯誤設定 sk->sk_socket->ops。
    此修正改用較一般的 sk_family 進行比較。此外這也會防止警告發生 ./scripts/decode_stacktrace.sh 的結果 ------------[cut here ]------------ 警告CPU: 0 PID: 337 at net/mptcp/protocol.c:68 mptcp_stream_accept \ (net/mptcp/protocol.c:4005) 連結的模組... PKRU55555554 呼叫追踪 <TASK> do_accept (net/socket.c:1989) __sys_accept4 (net/socket.c:2028 net/socket.c:2057) __x64_sys_accept (net/socket.c:2067) x64_sys_call (arch/x86 /entry/syscall_64.c:41) do_syscall_64 (arch/x86/entry/syscall_64.c:63 arch/x86/entry/syscall_64.c:94) entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S:130) RIP
    0033:0x7f87ac92b83d ---[ end trace 0000000000000000 ]--- (CVE-2025-68227)

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

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

  - drm/amd/display執行 LT 自動化時快取以連結為目標的資料流 [為什麼] 上次 LT 自動化更新透過參照 current_state 並呼叫 dc_update_planes_and_stream 可能破壞 current_state 可造成當機。[HOW] 快取相關的資料流指標並逐一查看而非依賴 current_state。 (CVE-2025-68196)

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

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

  - io_uring/net確保向量化緩衝區節點匯入與通知相關。當新增向量化註冊緩衝區的支援時匯入本身會使用 'req' 而非通知 io_kiocb、sr->notif。針對非向量化匯入正確使用 sr->notif。這一點很重要因為兩者的存留期可能不同。針對向量化緩衝區匯入使用正確的 io_kiocb。 (CVE-2025-68294)

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

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

  - fs修正 statmount_string() 中未初始化的「offp」。在 statmount_string() 中多數旗標指派一個輸出位移指標 (offp)該指標稍後會以字串位移更新。不過STATMOUNT_MNT_UIDMAP 和 STATMOUNT_MNT_GIDMAP 情況會直接設定結構欄位而不是使用 offp。這會使 offp 保持未初始化進而導致在更新 *offp 時可能發生未初始化的解除參照。透過指派 UIDMAP 和 GIDMAP 的 offp 來修正此問題維持程式碼路徑的一致性。 (CVE-2025-68212)

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

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

  - netenetc修正 enetc_mdio_lock 的鎖死在套用 err050089 的因應措施之後LS1028A 平台在 RT 核心上發生 RCU 停止情形。此問題是由讀取鎖定 enetc_mdio_lock 的遞回擷取所造成。此處列出了在 enetc_poll 路徑下發現的一些可能導致鎖死的呼叫堆疊讀取鎖定優先順序較高的寫入器會嘗試取得鎖定進而造成搶占。寫入器偵測到讀取鎖定已保留且已排程。
    不過enetc_poll 底下的讀取器無法再次取得讀取鎖定因為寫入器已經在等待導致執行緒懸置。目前可透過調整 enetc_lock_mdio 來避免鎖死以防止遞回鎖定取得。 (CVE-2025-40347)

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

ID	名稱	嚴重性
279025	Linux Distros 未修補的弱點：CVE-2025-68316	medium
279024	Linux Distros 未修補的弱點：CVE-2025-68260	high
279023	Linux Distros 未修補的弱點：CVE-2025-43541	medium
279022	Linux Distros 未修補的弱點：CVE-2025-40349	high
279021	Linux Distros 未修補的弱點：CVE-2025-40351	medium
279020	Linux Distros 未修補的弱點：CVE-2025-40352	medium
279019	Linux Distros 未修補的弱點：CVE-2025-68195	high
279018	Linux Distros 未修補的弱點：CVE-2025-68205	medium
279017	Linux Distros 未修補的弱點：CVE-2025-68249	medium
279016	Linux Distros 未修補的弱點：CVE-2025-68189	high
279015	Linux Distros 未修補的弱點：CVE-2025-68234	medium
279014	Linux Distros 未修補的弱點：CVE-2025-14174	high
279013	Linux Distros 未修補的弱點：CVE-2025-43529	high
279012	Linux Distros 未修補的弱點：CVE-2025-43501	medium
279011	Linux Distros 未修補的弱點：CVE-2025-68187	medium
279010	Linux Distros 未修補的弱點：CVE-2025-68247	medium
279009	Linux Distros 未修補的弱點：CVE-2025-43531	low
279008	Linux Distros 未修補的弱點：CVE-2025-43535	medium
279007	Linux Distros 未修補的弱點：CVE-2025-40356	high
279006	Linux Distros 未修補的弱點：CVE-2025-68169	medium
279005	Linux Distros 未修補的弱點：CVE-2025-68225	high
279004	Linux Distros 未修補的弱點：CVE-2025-68216	high
279003	Linux Distros 未修補的弱點：CVE-2025-68248	medium
279002	Linux Distros 未修補的弱點：CVE-2025-68314	high
279001	Linux Distros 未修補的弱點：CVE-2025-68252	medium
278980	Docker Desktop < 4.54.0 敏感資料洩漏	low
278977	Linux Distros 未修補的弱點：CVE-2025-53619	critical
278976	Linux Distros 未修補的弱點：CVE-2025-14177	medium
278975	Linux Distros 未修補的弱點：CVE-2025-68142	medium
278974	Linux Distros 未修補的弱點：CVE-2025-53618	critical
278973	Linux Distros 未修補的弱點：CVE-2025-68221	medium
278972	Linux Distros 未修補的弱點：CVE-2025-14180	high
278971	Linux Distros 未修補的弱點：CVE-2025-67735	medium
278970	Linux Distros 未修補的弱點：CVE-2025-14714	medium
278969	Linux Distros 未修補的弱點：CVE-2025-48429	critical
278967	Linux Distros 未修補的弱點：CVE-2023-53900	medium
278965	Linux Distros 未修補的弱點：CVE-2025-52582	high
278964	Linux Distros 未修補的弱點：CVE-2025-10543	medium
278931	Linux Distros 未修補的弱點：CVE-2025-68226	medium
278930	Linux Distros 未修補的弱點：CVE-2025-68182	high
278929	Linux Distros 未修補的弱點：CVE-2025-40357	medium
278928	Linux Distros 未修補的弱點：CVE-2025-68197	medium
278927	Linux Distros 未修補的弱點：CVE-2025-40346	medium
278926	Linux Distros 未修補的弱點：CVE-2025-68228	medium
278925	Linux Distros 未修補的弱點：CVE-2025-40348	medium
278920	Linux Distros 未修補的弱點：CVE-2025-68227	high
278919	Linux Distros 未修補的弱點：CVE-2025-68196	medium
278918	Linux Distros 未修補的弱點：CVE-2025-68294	medium
278917	Linux Distros 未修補弱點：CVE-2025-68212	high
278916	Linux Distros 未修補的弱點：CVE-2025-40347	medium

偵測

Nessus 的 Misc. 系列

medium

high

medium

high

medium

medium

high

medium

medium

high

medium

high

high

medium

medium

medium

low

medium

high

medium

high

high

medium

high

medium

low

critical

medium

medium

critical

medium

high

medium

medium

critical

medium

high

medium

medium

high

medium

medium

medium

medium

medium

high

medium

medium

high

medium