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

  - net/mlx5eTC修正在 nic 模式中使用 eswitch 對應被引修補程式在 eswitch 物件對應集區處於未初始化的情況下時會予以使用。這會導致 [0] 以下的追踪。視 eswitch 是否啟用使用 nic 或 eswitch 物件對應集區來修正此問題。 [0]: [ 826.446057] ========================================== ======================== [ 826.446729] 錯誤KASANmlx5_add_flow_rules+0x30/0x490 中的平台釋放後使用 [mlx5_core] [ 826.447515] 工作 tc/6233 在 addr ffff888194485830 讀取大小 8 [ 826.448243] CPU: 16 PID: 6233 Comm: tc 受污染的 GW 6.3.0-rc6+ #1 [826.448890] 硬體名稱QEMU 標準 PC (Q35 + ICH9, 2009)、BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014 [ 826.449785] 呼叫追踪 [ 826.450052] <TASK> [826.450302] dump_stack_lvl+0x33/0x50 [ 826.450650] print_report+0xc2/0x610 [ 826.450998] ?
    __virt_addr_valid+0xb1/0x130 [ 826.451385] mlx5_add_flow_rules+0x30/0x490 [mlx5_core] [ 826.451935] kasan_report+0xae/0xe0 [ 826.452276] mlx5_add_flow_rules+0x30/0x490 [mlx5_core] [ 826.452829] mlx5_add_flow_rules+0x30/0x490 [mlx5_core] [ 826.453368] __kmalloc_node+0x5a/0x120 [ 826.453733] esw_add_restore_rule+0x20f/0x270 [mlx5_core] [ 826.454288] ? mlx5_eswitch_add_send_to_vport_meta_rule+0x260/0x260 [mlx5_core] [ 826.455011] ? mutex_unlock+0x80/0xd0 [826.455361] ? __mutex_unlock_slowpath.constprop.0+0x210/0x210 [ 826.455862] ? mapping_add+0x2cb/0x440 [mlx5_core] [ 826.456425] mlx5e_tc_action_miss_mapping_get+0x139/0x180 [mlx5_core] [ 826.457058] ? mlx5e_tc_update_skb_nic+0xb0/0xb0 [mlx5_core] [ 826.457636] __kasan_kmalloc+0x77/0x90 [ 826.458000] ?
    __kmalloc+0x57/0x120 [ 826.458336] mlx5_tc_ct_flow_offload+0x325/0xe40 [mlx5_core] [ 826.458916] ? ct_kernel_enter.constprop.0+0x48/0xa0 [ 826.459360] mlx5_tc_ct_parse_action+0xf0/0xf0 [mlx5_core] [826.459933] mlx5e_mod_hdr_attach+0x491/0x520 [mlx5_core] [ 826.460507] ? mlx5e_mod_hdr_get+0x12/0x20 [mlx5_core] [ 826.461046] mlx5e_tc_attach_mod_hdr+0x154/0x170 [mlx5_core] [ 826.461635] mlx5e_configure_flow+0x969/0x2110 [mlx5_core] [ 826.462217] ? _raw_spin_lock_bh+0x85/0xe0 [ 826.462597] __mlx5e_add_fdb_flow+0x750/0x750 [mlx5_core] [ 826.463163] ? kasan_save_stack+0x2e/0x40 [ 826.463534] ? down_read+0x115/0x1b0 [ 826.463878] ? down_write_killable+0x110/0x110 [ 826.464288] ? tc_setup_action.part.0+0x9f/0x3b0 [ 826.464701] ? mlx5e_is_uplink_rep+0x4c/0x90 [mlx5_core] [ 826.465253] mlx5e_tc_reoffload_flows_work+0x130/0x130 [mlx5_core] [ 826.465878] tc_setup_cb_add+0x112/0x250 [826.466247] fl_hw_replace_filter+0x230/0x310 [cls_flow] [ 826.466724] ? fl_hw_destroy_filter+0x1a0/0x1a0 [cls_flow] [ 826.467212] fl_change+0x14e1/0x2030 [cls_flow] [ 826.467636] ? sock_def_readable+0x89/0x120 [ 826.468019] ? fl_tmplt_create+0x2d0/0x2d0 [cls_flow] [ 826.468509] kasan_unpoison+0x23/0x50 [ 826.468873] ? get_random_u16+0x180/0x180 [ 826.469244] ?
    __radix_tree_lookup+0x2b/0x130 [ 826.469640] ? fl_get+0x7b/0x140 [cls_flow] [ 826.470042] ? fl_mask_put+0x200/0x200 [cls_flow] [ 826.470478] __mutex_unlock_slowpath.constprop.0+0x210/0x210 [826.470973] ? fl_tmplt_create+0x2d0/0x2d0 [cls_flow] [ 826.471427] tc_new_tfilter+0x644/0x1050 [826.471795] ? tc_get_tfilter+0x860/0x860 [ 826.472170] ? __thaw_task+0x130/0x130 [ 826.472525] ? arch_stack_walk+0x98/0xf0 [ 826.472892] ? cap_capable+0x9f/0xd0 [ 826.473235] ? security_capable+0x47/0x60 [ 826.473608] rtnetlink_rcv_msg+0x1d5/0x550 [ 826.473985] ? rtnl_calcit.isra.0+0x1f0/0x1f0 [ 826.474383]
    __stack_depot_save+0x35/0x4c0 [ 826.474779] ? kasan_save_stack+0x2e/0x40 [ 826.475149] ? kasan_save_stack+0x1e/0x40 [ 826.475518] ? __kasan_record_aux_stack+0x9f/0xb0 [ 826.475939] ? task_work_add+0x77/0x1c0 [ 826.476305] netlink_rcv_skb+0xe0/0x210 ---truncated--- (CVE-2023-54216)

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

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

  - tracing修正 trace_buffered_event_disable() 中的警告 WARN_ON_ONCE(!trace_buffered_event_ref) 呼叫追踪時trace_buffered_event_disable() 中發生的警告__warn+0xa5/0x1b0 ? trace_buffered_event_disable+0x189/0x1b0 __ftrace_event_enable_disable+0x19e/0x3e0 free_probe_data+0x3b/0xa0 unregister_ftrace_function_probe_func+0x6b8/0x800 event_enable_func+0x2f0/0x3d0 ftrace_process_regex.isra.0+0x12d/0x1b0 ftrace_filter_write+0xe6/0x140 vfs_write+0x1c9/0x6f0 [...] The警告的原因是在 __ftrace_event_enable_disable() 中trace_buffered_event_enable() 被呼叫了一次而 trace_buffered_event_disable() 被呼叫了兩次。複製指令碼顯示如下如需分析請參閱註解``` #!/bin/bash cd /sys/kernel/tracing/ # 1. 註冊「disable_event」命令則: # 1) 已設定 SOFT_DISABLED_BIT # 2) 首次呼叫 trace_buffered_event_enable() echo 'cmdline_proc_show:disable_event:initcall:initcall_finish' > \ set_ftrace_filter # 2. 啟用已註冊的事件則 # 1) 清除 SOFT_DISABLED_BIT # 2) 首次呼叫 trace_buffered_event_disable() echo 1 > event/initcall/initcall_finish/enable # 3. 嘗試呼叫 cmdline_proc_show()然後再次設定 SOFT_DISABLED_BIT cat /proc/cmdline # 4.取消註冊「disable_event」命令則
    # 1) 再次清除 SOFT_DISABLED_BIT # 2) 系統已第二次呼叫 trace_buffered_event_disable() echo '!cmdline_proc_show:disable_event:initcall:initcall_finish' > \ set_ftrace_filter ``` 若要修正此問題IIUC我們可以改為在啟用軟模式時第一次呼叫 trace_buffered_event_enable()並在上次軟模式時呼叫 trace_buffered_event_disable()停用。 (CVE-2023-54211)

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

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

  - 在 GNU Recutils v1.9 中加密/解密常式中的一個除以零錯誤讓攻擊者得以透過輸入空白值作為密碼造成拒絕服務 (DoS)。 (CVE-2025-65409)

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

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

  - 在matio 中發現一個問題 1.5.28。當 nfields 值與欄位陣列中的實際字串數不符時Mat_VarCreateStruct() 中會發生堆積型記憶體損毀情形。這會在清理期間導致超出邊界讀取和無效記憶體釋放進而可能造成分割錯誤或堆積損毀。 (CVE-2025-50343)

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

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

  - PCI/DOE修正 destroy_work_on_stack() 爭用。在測試中發現下列除錯物件展開
    ODEBUG釋出作用中 (作用中狀態 0) 物件0000000097d23782 物件類型work_struct 提示
    doe_statemachine_work+0x0/0x510 警告: CPU: 1 PID: 71 at lib/debugobjects.c:514 debug_print_object+0x7d/0xb0 ... Workqueuepci 0000:36:00.0 DOE [1 doe_statemachine_work RIP
    0010:debug_print_object+0x7d/0xb0 ... 呼叫追踪debug_print_object+0x7d/0xb0 ?
    __pfx_doe_statemachine_work+0x10/0x10 debug_object_free.part.0+0x11b/0x150 doe_statemachine_work+0x45e/0x510 process_one_work+0x1d4/0x3c0 發生此問題的原因是在呼叫執行緒中發出完成信號之後呼叫 destroy_work_on_stack()。這會在 destroy_work_on_stack() 和 pci_doe() 中超出範圍的 task->work 結構之間造成爭用。損毀工作結構後發出工作完成的訊號。這是安全的因為 signal_task_complete() 是工作項目執行的最後一件事而且工作佇列程式碼會注意不在之後存取工作結構。 (CVE-2023-54235)

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

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

  - scsiqla2xxx陣列索引可能超出邊界 Klocwork 報告大小為 16 的陣列「vha->host_str」可能會使用索引值 16..19。使用 snprintf() 而非 sprintf()。 (CVE-2023-54179)

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

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

  - ipv6確保通道中的裝置 mtu 功能正常(請參閱提交 b9b312a7a451 ipv6更好的擷取 silly mtu 值)其餘的可能性是層級可將 dev->mtu 設定為反向溢位值 (高位元集)。ip6gre_tnl_link_config_route()、ip6_tnl_link_config() 和 ipip6_tunnel_bind_dev() 中可能確實會發生此情況。由於無鎖定的讀取器可能會擷取錯誤的暫時值因此在將本機變數中的 mtu 值寫入一次之前先清理該值。 [1] skbuffskb_over_panictext:ffff80000b7a2f38 len:40 put:40 head:ffff000149dcf200 data:ffff000149dcf2b0 tail:0xd8 end:0xc0 dev:ip6gretap0 ------------[截到此處]--- --------- net/core/skbuff.c:120 的核心錯誤 內部錯誤Oops - 錯誤00000000f2000800 [#1] PREEMPT SMP 模組連結在 CPU1 PID10241 Commkworker/1:1 未受污染的 6.0.0-rc7-syzkaller-18095-gbbed346d5a96 #0 硬體名稱Google Google Compute Engine/Google Compute Engine、BIOS Google 09/30/2022 工作佇列mld mld_ifc_work pstate60400005 (nZCv daif +PAN -UAO - TCO -DIT
    -SSBS BTYPE=--) pc skb_panic+0x4c/0x50 net/core/skbuff.c:116 lr skb_panic+0x4c/0x50 net/core/skbuff.c:116 sp ffff800020dd3b60 x29 ffff800020dd3b70 x28: 0000000000000007:
    ffff00010df2a800 x26: 00000000000000c0 x25: 00000000000000b0 x24: ffff000149dcf200 x23: 00000000000000c0 x22: 00000000000000d8 x21: ffff80000b7a2f38 x20: ffff00014c2f7800 x19: 0000000000000028 x18:
    00000000000001a9 x17: 0000000000000000 x16: ffff80000db49158 x15: ffff000113bf1a80 x14: 0000000000000000 x13: 00000000ffffffff x12: ffff000113bf1a80 x11: ff808000081c0d5c x10: 0000000000000000 x9 :
    73f125dc5c63ba00 x8 : 73f125dc5c63ba00 x7 : ffff800008161d1c x6 : 0000000000000000 x5 : 0000000000000080 x4 : 0000000000000001 x3 : 0000000000000000 x2 : ffff0001fefddcd0 x1 : 0000000100000000 x0 :
    0000000000000089 呼叫追踪skb_panic+0x4c/0x50 net/core/skbuff.c:116 skb_over_panic net/core/skbuff.c:125 [內嵌] skb_put+0xd4/0xdc net/core/skbuff.c:2049 ip6_mc_hdr net/ipv6/ mcast.c:1714 [內嵌] mld_newpack+0x14c/0x270 net/ipv6/mcast.c:1765 add_grhead net/ipv6/mcast.c:1851 [內嵌] add_grec+0xa20/0xae0 net/ipv6/mcast.c:1989 mld_send_cr +0x438/0x5a8 net/ipv6/mcast.c:2115 mld_ifc_work+0x38/0x290 net/ipv6/mcast.c:2653 process_one_work+0x2d8/0x504 kernel/workqueue.c:2289 worker_thread+0x340/0x610 kernel/workqueue.c 2436 kthread+0x12c/0x158 kernel/kthread.c:376 ret_from_fork+0x10/0x20 arch/arm64/kernel/entry.S:860 代碼91011400 aa0803e1 a90027ea 94373093 (d4210000) (CVE-2022-50816)

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

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

  - btrfs移除 add_new_free_space() 中的 BUG_ON() 在 add_new_free_space() 中我們有 BUG_ON() 可處理將可用空間新增至記憶體可用空間中快取的任何失敗。這類失敗大多是 -ENOMEM這應該是非常罕見的。不過沒有必要有這些 BUG_ON()我們可以將任何錯誤傳回給呼叫者所有呼叫者及其上層呼叫鏈已經在處理錯誤。
    因此只要讓 add_new_free_space() 傳回任何錯誤同時移除 BUG_ON()並將新增的可用空間總數傳回至選用的 u64 指標引數。 (CVE-2023-54185)

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

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

  - 驅動程式核心修正 device_add() 中潛在的 null-ptr-deref 執行錯誤插入測試時收到下列 null-ptr-deref 報告錯誤核心 NULL 指標解除參照位址0000000000000058 CPU2 PID
    278 Comm37-i2c-ds2482 污染GBWN 6.1.0-rc3+ RIP 0010:klist_put+0x2d/0xd0 呼叫追踪 <TASK> klist_remove+0xf1/0x1c0 device_release_driver_internal+0x196/0x210 bus_remove_device+0x1bd/0x240 device_addd0+0x3 w1_add_master_device+0x476/0x490 [wire] ds2482_probe+0x303/0x3e0 [ds2482] w1_alloc_dev() // dev->driver 設為 w1_master_driver。 memcpy(&dev->dev, device, sizeof(struct device)); device_add() bus_add_device() dpm_sysfs_add() // 執行失敗呼叫 bus_remove_device。 // 錯誤路徑 bus_remove_device() // dev->driver 不是 null，但未限制驅動程式。 __device_release_driver() klist_remove(&dev->p->knode_driver) <-- 會造成 null-ptr-deref。 // 正常路徑 bus_probe_device() // 目前尚未呼叫。 device_bind_driver() 若已設定 dev->driver在錯誤路徑中呼叫 device_add() 中的 bus_add_device() 之後若呼叫 bus_remove_device()則裝置會從驅動程式卸離。但尚未呼叫 device_bind_driver()因此它會在存取「knode_driver」時造成 null-ptr-deref。若要修正此問題請在呼叫 bus_remove_device() 之前在錯誤路徑中將 dev->driver 設為 null。 (CVE-2023-54321)

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

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

  - f2fs修正以正確檢查唯讀條件。在下列情況下可掛載多裝置影像 w/ rw 選項不過其中一個次要裝置設為 ro則之後的更新會造成不穩定因此讓我們引入 f2fs_dev_is_readonly()並檢查針對 f2fs_remount() 中的多裝置 rw 狀態 (w/)以避免此類不一致的掛載狀態。 mkfs.f2fs -c /dev/zram1 /dev/zram0 -f blockdev --setro /dev/zram1 mount -t f2fs dev/zram0 /mnt/f2fs mount: /mnt/f2fs: 警告來源有寫入保護的已掛載讀取-僅限 。 mount -t f2fs -o remount,rw mnt/f2fs dd if=/dev/zero of=/mnt/f2fs/file bs=1M count=8192 fs/f2fs/inline.c:258! 核心錯誤RIP: 0010:f2fs_write_inline_data+0x23e/0x2d0 [f2fs] Call Trace: f2fs_write_single_data_page+0x26b/0x9f0 [f2fs] f2fs_write_cache_pages+0x389/0xa60 [f2fs] __f2fs_write_data_pages+0x26b/0x2d0 [f2fs] f2fs_write_data_pages+0x2e/0x40 [f2fs] do_writepages+0xd3 /0x1b0 __writeback_single_inode+0x5b/0x420 writeback_sb_inodes+0x236/0x5a0 __writeback_inodes_wb+0x56/0xf0 wb_writeback+0x2a3/0x490 wb_do_writeback+0x2b2/0x330 wb_workfn+0x6a/0x260 process_one_work+0x270/0x5e0 worker_thread+0x52/0x3e0 kthread+0xf4/0x120 ret_from_fork+0x29 /0x50 (CVE-2023-54182)

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

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

  - fs/ntfs3修正 ni_clear() 中可能發生的 null 指標解除參照。在先前的提交 c1006bd13146 中ni_write_inode() 中的 ni->mi.mrec 可以是 NULL因此會為此變數新增 NULL 檢查。不過在相同的呼叫堆疊中ni->mi.mrec 也會在 ni_clear() 中解除參照: ntfs_evict_inode(inode) ni_write_inode(inode, ...) ni = ntfs_i(inode); is_rec_inuse(ni->mi.mrec) -> 新增先前提交的 NULL 檢查 ni_clear(ntfs_i(inode)) is_rec_inuse(ni->mi.mrec) -> 無檢查 因此ni_clear 中可能存在 null 指標解除參照()。為修正此函式已新增 NULL 檢查。 (CVE-2023-54272)

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

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

  - net/smc修正因未受保護的 smc_llc_srv_add_link() 所導致的潛在錯誤 有一定的機會會觸發下列錯誤 PID: 5900 TASK: ffff88c1c8af4100 CPU: 1 COMMAND: kworker/1:48 #0 [ffff9456c1cc79a0 #1 machine_kexec at ffffffff870665b79990 ] __crash_kexec at ffffffff871b4c7a #2 [ffff9456c1cc7ab0] crash_kexec at ffffffff871b5b60 #3 [ffff9456c1cc7ac0] oops_end at ffffffff87026ce7 #4 [ffff9456c1cc7ae0] page_fault_oops at ffffffff87075715 #5 [ffff9456c1cc7b58] exc_page_fault at ffffffff87ad0654 #6 [ffff9456c1cc7b80] asm_exc_page_fault at ffffffff87c00b62 [exception RIP: ib_alloc_mr+ 19] RIP: ffffffffc0c9cce3 RSP: ffff9456c1cc7c38 RFLAGS: 00010202 RAX: 0000000000000000 RBX: 0000000000000002 RCX: 0000000000000004 RDX: 0000000000000010 RSI: 0000000000000000 RDI:
    0000000000000000 RBP: ffff88c1ea281d00 R8: 000000020a34ffff R9: ffff88c1350bbb20 R10: 0000000000000000 R11: 0000000000000001 R12: 0000000000000000 R13: 0000000000000010 R14: ffff88c1ab040a50 R15:
    ffff88c1ea281d00 ORIG_RAX: ffffffffffffffff CS: 0010 SS: 0018 #7 [ffff9456c1cc7c60] smc_ib_get_memory_region at ffffffffc0aff6df [smc] #8 [ffff9456c1cc7c88] smcr_buf_map_link at ffffffffc0b0278c [smc] #9 [ffff9456c1cc7ce0] __smc_buf_create at ffffffffc0b03586 [smc] The reason here is that when the伺服器嘗試建立第二個連結smc_llc_srv_add_link() 沒有保護且可能新增新的連結至連結群組。這會破壞受 llc_conf_mutex 保護的安全性環境。 (CVE-2023-54237)

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

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

  - x86/hypervhypercall 頁面缺少 ENDBR 指示時停用 IBT在支援間接分支追踪 (IBT) 的硬體上客體中 ConfigVersion 9.3 或更新的 Hyper-V VM 支援 IBT。不過Hyper-V 的最新版本有一個錯誤即 hypercall 頁面的開頭沒有 ENDBR64 指示。由於 hypercall 是透過對 hypercall 頁面的間接呼叫來進行因此所有 hypercall 嘗試都會因例外狀況和 Linux 錯誤而失敗。正在進行中的 Hyper-V 修正以新增 ENDBR64。但是如果 hypercall 頁面的開頭不是以 ENDBR清除 X86_FEATURE_IBT防止 Linux 不穩定。VM 會在沒有 IBT 的情況下開機並執行。如果未來的 Linux 32 位元核心要支援 IBT則需要額外的 hypercall 頁面hackery 才能使 IBT 在 Hyper-V VM 中針對此類核心運作。 (CVE-2023-54172)

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

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

  - ext2新增群組和檔案系統大小的功能健全檢查新增功能健全檢查檢查檔案系統大小不會超過基礎裝置大小且群組大小是否夠大以便詮釋資料可以放進去。這可避免嘗試掛載某些具有極大群組計數的特製檔案系統。 (CVE-2022-50815)

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

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

  - RDMA/efa修正錯誤的資源解除配置順序。當嘗試破壞 QP 或 CQ 時我們會先減少 refcount 並可能釋放配置給物件的記憶體區域然後要求裝置破壞物件。如果裝置失敗也不會完全破壞該物件因此使用者/IB 核心可以嘗試再次破壞該物件這將在嘗試減少已歸零的 refcount 時導致反向溢位。
    以與配置相反的順序解除配置資源以安全地釋放資源。 (CVE-2023-54201)

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

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

  - ksmbd避免 decode_preauth_ctxt() 中發生超出邊界存取。確認存取的 pneg_ctxt->HashAlgorithms 位址位於 SMB 要求邊界內deassemble_neg_contexts() 只檢查 8 位元組 smb2_neg_context 標頭 + (用戶端控制的) DataLength 是否在封包邊界內這是不充分的。鑑於 sizeof(struct smb2_preauth_neg_context) 類型目前假設結尾 Salt 有 SMB311_SALT_SIZE 位元組因此檢查 sizeof(struct smb2_preauth_neg_context) 過度。 (CVE-2023-54250)

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

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

  - HIDuclogic更正了 hidinput input_dev 名稱的 devm 裝置參照 參照 HID 裝置而非針對 input_dev 名稱的 devm 配置參照輸入裝置。取消註冊 input_dev 時參照 input_dev 會導致釋放後使用錯誤且隨後會根據名稱觸發 uevent。在觸發 uevent 時devres 管理會釋放名稱。使用 devm_kasprintf 簡化配置記憶體和格式化 input_dev 名稱字串的邏輯。
    (CVE-2023-54207)

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

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

  - ASoCSOF避免不受支援的 widget 發生 NULL 解除參照。如果 IPC4 拓撲含有不受支援的 widget則不會設定其 .module_info 欄位 sof_ipc4_route_setup() 會造成核心 Oops 嘗試將其解除參照。新增此類情況的檢查。 (CVE-2023-54233)

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

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

  - ASoCcodecstx-macroKASAN 的修正slab-out-of-bounds 當我們執行 syzkaller 時出現超出邊界。
    KASAN: slab-out-of-bounds Read in regcache_flat_read 以下是問題的反向追踪
    dump_backtrace+0x0/0x4c8 show_stack+0x34/0x44 dump_stack_lvl+0xd8/0x118 print_address_description+0x30/0x2d8 kasan_report+0x158/0x198 __asan_report_load4_noabort+0x44/0x50 regcache_flat_read+0x10c/0x110 regcache_read+0xf4/0x180 _regmap_read+0xc4/0x278
    _regmap_update_bits+0x130/0x290 regmap_update_bits_base+0xc0/0x15c snd_soc_component_update_bits+0xa8/0x22c snd_soc_component_write_field+0x68/0xd4 tx_macro_digital_mute+0xec/0x140 實際上不需要具有 32 位元的抽取器。藉由以短類型限制變數u8 問題已解決。 (CVE-2023-54245)

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

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

  - btrfs使用 dev-replace 進行修復時處理大小寫 [錯誤] 有一個錯誤報告指出在 btrfs_repair_io_failure() (原為 v6.0 核心中的 repair_io_failure()) 中出現 BUG_ON() 在取代不可靠的磁碟 BTRFS 警告時會遭到觸發(裝置 sda1)csum 失敗 root 257 ino 2397453 關閉 39624704 csum 0xb0d18c75 預期的 csum 0x4dae9c5e 鏡像 fs/btrfs/extent_io.c:2380! 的 3 核心錯誤無效 opcode0000 [#1] PREEMPT SMP NOPTI CPU9 PID 3614331 Commkworker/u257:2 污染的 G OE 6.0.0-5-amd64 #1 Debian 6.0.10-2 硬體名稱 Micro- Star International Co. Ltd. MS-7C60/TRX40 PRO wifi (MS-7C60)、BIOS 2.70 2021 年 7 月 1 日 工作佇列 btrfs-endio btrfs_end_bio_work [btrfs] RIP 0010:repair_io_failure+0x24a/0x260 [btrfs] 呼叫追踪 <TASK> clean_io_failure+0x14d/0x180 [btrfs] end_bio_extent_readpage+0x412/0x6e0 [btrfs] __switch_to+0x106/0x420 process_one_work+0x1c7/0x380 worker_thread+0x4d/0x380 ? rescuer_thread+0x3a0/0x3a0 kthread+0xe9/0x110 ? kthread_complete_and_exit+0x20/0x20 ret_from_fork+0x22/0x30 [原因] 在執行 BUG_ON() 之前我們先從取代目標收到一些讀取錯誤記下鏡像編號 (3) 超出 RAID1 複製範圍因此從取代目標讀取device)。接著在 BUG_ON() 位置我們嘗試將已修復的磁區回寫回失敗的裝置。檢查方式如下ret = btrfs_map_block(fs_info, BTRFS_MAP_WRITE, logical, &map_length, &bioc, mirror_num); if (ret) goto out_counter_dec BUG_ON(mirror_num != bioc->mirror_num);
    但是在 btrfs_map_block() 內部我們可以特別針對 dev-replace 修改 bioc->mirror_num: if (dev_replace_is_ongoing && mirror_num == map->num_stripes + 1 && !need_full_stripe(op) && dev_replace->tgtdev != NULL) { ret = get_extra_mirror_from_replace(fs_info, logical, *length, dev_replace->srcdev->devid, &mirror_num, &physical_to_patch_in_first_stripe);
    patch_the_first_stripe_for_dev_replace = 1因此如果我們要修復取代目標裝置我們將會觸發該 BUG_ON()。但實際上來自取代目標裝置的讀取失敗可能是因為我們的取代未達到要讀取的範圍因此我們讀取的是記憶體但是在取代執行的情況下稍後才會正確填入該範圍。因此在這種情況下我們不需要做任何事情只要讓取代常式來處理即可。[FIX] 若我們要修復裝置取代目標裝置則略過修復而非 BUG_ON()。 (CVE-2023-54180)

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

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

  - platform/x86/amdpmc修正 amd_pmc_stb_debugfs_open_v2() 中的記憶體洩漏問題 STB 除錯機制啟用時可能會呼叫 amd_pmc_stb_debugfs_open_v2() 函式。當 amd_pmc_send_cmd() 失敗時必須釋放「buf」。 (CVE-2023-54320)

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

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

  - btrfs在 relocate_one_page 中的 read_folio 之後設定頁面範圍映射 其中一個 CI 執行觸發了下列失敗的錯誤宣告PagePrivate(page) && page->private在 fs/btrfs/subpage.c:229
    ------------[ 此處截斷 ]------------ fs/btrfs/subpage.c:229! 的核心錯誤內部錯誤Oops - 錯誤
    00000000f2000800 [#1] SMP CPU0 PID923660 Commbtrfs 未受污染 6.5.0-rc3+ #1 pstate 61400005 (nZCv daif +PAN -UAO -TCO +DIT -SSBS BTYPE=--) pcbtrfs_subpage_assert+0xbc /0xf0 lr
    btrfs_subpage_assert+0xbc/0xf0 sp : ffff800093213720 x29 ffff800093213720 x28 ffff8000932138b4 x27
    000000000c280000 x26: 00000001b5d00000 x25: 000000000c281000 x24: 000000000c281fff x23: 0000000000001000 x22: 0000000000000000 x21: ffffff42b95bf880 x20: ffff42b9528e0000 x19: 0000000000001000 x18:
    ffffffffffffffff x17: 667274622f736620 x16: 6e69202c65746176 x15: 0000000000000028 x14: 0000000000000003 x13: 00000000002672d7 x12: 0000000000000000 x11: ffffcd3f0ccd9204 x10: ffffcd3f0554ae50 x9 :
    ffffcd3f0379528c x8 : ffff800093213428 x7 : 0000000000000000 x6 : ffffcd3f091771e8 x5 : ffff42b97f333948 x4 : 0000000000000000 x3 : 0000000000000000 x2 : 0000000000000000 x1 : ffff42b9556cde80 x0 :
    000000000000004f Call trace: btrfs_subpage_assert+0xbc/0xf0 btrfs_subpage_set_dirty+0x38/0xa0 btrfs_page_set_dirty+0x58/0x88 relocate_one_page+0x204/0x5f0 relocate_file_extent_cluster+0x11c/0x180 relocate_data_extent+0xd0/0xf8 relocate_block_group+0x3d0/0x4e8 btrfs_relocate_block_group+0x2d8/0x490 btrfs_relocate_chunk+0x54/0x1a8 btrfs_balance +0x7f4/0x1150 btrfs_ioctl+0x10f0/0x20b8
    __arm64_sys_ioctl+0x120/0x11d8 invoke_syscall.constprop.0+0x80/0xd8 do_el0_svc+0x6c/0x158 el0_svc+0x50/0x1b0 el0t_64_sync_handler+0x120/0x130 el0t_64_sync+0x194/0x198 Code: 91098021 b0007fa0 91346000 97e9c6d2 (d4210000) This is the same problem outlined in 17b17fcd6d44 (btrfs
    set_page_extent_mapped after read_folio in btrfs_cont_expand) 中修正該修正。我原本在我們的程式碼其他地方尋找相同的模式但錯誤地跳過了此程式碼因為我在 set_page_extent_mapped 之前看到頁面快取 readahead我沒有意識到這只是在 !page 案例中我們最終仍然會得到 !更新頁面，然後執行向下的 btrfs_read_folio。此處的修正與上述修補程式相同將 set_page_extent_mapped 呼叫移至 btrfs_read_folio() 區塊之後確保我們在使用頁面前已正確設定子頁面區塊大小。 (CVE-2023-54253)

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

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

  - tty序列imx停用時效計時器中斷要求 irq可能在要求 irq 之前有擱置的 USR 中斷但 uart_add_one_port 尚未執行因此將會發生核心錯誤[ 0.795668] 無法處理虛擬位址的核心 NULL 指標解除參照0000000000000080 [ 0.802701] 記憶體中止資訊 [ 0.805367] ESR = 0x0000000096000004 [ 0.808950] EC = 0x25DABT (目前 EL)、IL = 32 位元 [0.814033] SET = 0、FnV = 0 [ 0.816950] EA = 0、S1PTW = 0 [ 0.819950] FSC = 0x04層級 0 轉譯錯誤 [ 0.824617] 資料中止資訊 [ 0.827367] ISV = 0、ISS = 0x00000004 [ 0.831033] CM = 0、WnR = 0 [ 0.833866] [0000000000000080] 使用者位址但 active_mm 是 swapper [ 0.839951] 內部錯誤Oops
    0000000096000004 [#1] PREEMPT SMP [ 0.845953] 連結的模組 [ 0.848869] CPU0 PID1 通訊swapper/0 未受污染 6.1.1+g56321e101aca #1 [ 0.855617] 硬體名稱 Freescale i.MX8MP EVK (DT) [ 0.860452] pstate: 000000c5 (nzcv daIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 0.867117] pc
    __imx_uart_rxint.constprop.0+0x11c/0x2c0 [ 0.872283] lrimx_uart_int+0xf8/0x1ec 只有在啟用 Jailhouse Hypervisor 的情況下才會在 inmate linux 中發生此問題。測試程序為 while true do jailhouse enable imx8mp.cell jailhouse cell linux xxxx sleep 10 jailhouse cell destroy 1 jailhouse disable sleep 5 完成 並且在上方測試期間請按下前往第二個 linux 主控台的按鍵。當 `jailhouse cell destroy 1` 時第二個 linux 沒有機會將 uart 置於靜止狀態因此 USR1/2 可能有擱置的中斷。然後當「jailhosue cell linux xx」再次啟動第二個 linux 時就會觸發 問題。為了在要求之前將其停用 UCR1 和 UCR2 irqs 應停用因此在此進行修正在 UCR2 中停用 Aging 計時器中斷 (如 UCR1 所做的)。 (CVE-2023-54287)

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

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

  - vhost_vdpa修正取消對應大型記憶體中的當機。在 vIOMMU 中測試時有時來賓會取消對應非常大的記憶體其將造成當機。若要修正此問題請新增函式 vhost_vdpa_general_unmap()。此函式只會取消對應 iotlb 中儲存的記憶體。呼叫追踪 [ 647.820144] ------------[ 截到此處]------------ [ 647.820848] drivers/iommu/intel/iommu 的核心錯誤。 c:1174! [ 647.821486] 無效 opcode
    0000 [#1] PREEMPT SMP PTI [ 647.822082] CPU10 PID 1181 通訊qemu-system-x86 未受污染的 6.0.0-rc1home_lulu_2452_lulu7_vhost+ #62 [ 647.823139] 硬體名稱 QEMU 標準 PC (Q35 + ICH9 2009)、BIOS rel-1.15.0-29-g6a62e0cb0dfe-prebuilt.qem4 [ 647.824365] RIP 0010:domain_unmap+0x48/0x110 [647.825424] 程式碼48 89 fb 8d 4c f6 1e 39 c1 0f 4f c8 83 e9 0c 83 f9 3f 7f 18 48 89 e8 48 d3 e8 48 85 c0 75 59 [ 647.828064] RSP 0018:ffffae5340c0bbf0 EFLAGS 00010202 [ 647.828973] RAX 0000000000000001 RBX
    ffff921793d10540 RCX 000000000000001b [ 647.830083] RDX 00000000080000ff RSI 0000000000000001 RDI
    ffff921793d10540 [ 647.831214] RBP: 0000000007fc0100 R08: ffffae5340c0bcd0 R09: 0000000000000003 [647.832388] R10: 0000007fc0100000 R11: 0000000000100000 R12: 00000000080000ff [ 647.833668] R13:
     R14ffffae5340c0bcd0  : ffff921793d10590 R15: 0000008000100000 [ 647.834782] FS: 00007f772ec90640(0000) GS:ffff921ce7a80000(0000) knlGS:0000000000000000 [ 647.836004] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [ 647.836990] CR2: 00007f02c27a3a20 CR3: 0000000101b0c006 CR4: 0000000000372ee0 [647.838107] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 647.839283] DR3:
    000000000000000 DR600000000ffffe0ff0 DR7: 0000000000000400 [ 647.840666] 呼叫追踪[ 647.841437] <TASK> [ 647.842107] intel_iommu_unmap_pages+0x93/0x140 [ 647.843112] __iommu_unmap+0x91/0x1b0 [+x]a]/x95_unmap [+647.844003x] a 647.8448850x95_unmap ] vhost_vdpa_unmap+0x1de/0x1f0 [vhost_vdpa] [ 647.845985] vhost_vdpa_process_iotlb_msg+0xf0/0x90b [vhost_vdpa] [ 647.847235] ? _raw_spin_unlock+0x15/0x30 [647.848181] ? _copy_from_iter+0x8c/0x580 [ 647.849137] vhost_chr_write_iter+0xb3/0x430 [vhost] [647.850126] vfs_write+0x1e4/0x3a0 [ 647.850897] ksys_write+0x53/0xd0 [ 647.851688] do_syscall_64+0x3a/0x90 [ 647.852508] entry_SYSCALL_64_after_hwframe 0x63/0xcd [ 647.853457] RIP 0033:0x7f7734ef9f4f [647.854408] 程式碼 89 54 24 18 48 89 74 24 10 89 7c 24 08 e8 29 76 f8 ff 48 8b 54 24 18 48 8b 74 24 10 41 8 c8 [ 647.857217] RSP: 002b:00007f772ec8f040 EFLAGS: 00000293 ORIG_RAX: 0000000000000001 [ 647.858486] RAX: ffffffffffffffda RBX: 00000000fef00000 RCX: 00007f7734ef9f4f [ 647.859713] RDX: 0000000000000048 RSI:
    00007f772ec8f090 RDI0000000000000010 [ 647.860942] RBP 00007f772ec8f1a0 R080000000000000000 R09
    0000000000000000 [ 647.862206] R10: 0000000000000001 R11: 0000000000000293 R12: 0000000000000010 [647.863446] R13: 0000000000000002 R14: 0000000000000000 R15: ffffffff01100000 [ 647.864692] </TASK> [647.865458] Modules linked in: rpcsec_gss_krb5 auth_rpcgss nfsv4 dns_resolver nfs lockd grace fscache netfs v] [ 647.874688] ---[ end trace 0000000000000000 ]--- (CVE-2022-50851)

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

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

  - iomap修正 iomap_write_delalloc_scan folio_next_index() 傳回無正負號之長值 (其由 PAGE_SHIFT 左移可能造成溢位的 32 位元系統) 中的潛在溢位情形。請改用 folio_pos(folio) + folio_size(folio)其可正確執行此作業。 (CVE-2023-54285)

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

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

  - blk-cgroup修正 NULL 解除參照這是因為在 init blk-iocost 之前安裝 blkg_policy_data 而造成的有時會造成下列損毀錯誤核心 NULL 指標解除參照、位址00000000000000e0 ... RIP
    0010:_raw_spin_lock+0x17/0x30 程式碼be 01 02 00 00 e8 79 38 39 ff 31 d2 89 d0 5d c3 0f 1f 00 0f 1f 44 00 00 55 48 89 e5 65 ff 05 48 48 1 0 34 7e b 0 3 0 0 0 0 <f0> c0  0f b1 0f 75 02 5d c3 89 c6 e8 ea 04 00 00 5d c3 0f 1f 84 00 00 RSP: 0018:ffffc900023b3d40 EFLAGS: 00010046 RAX: 0000000000000000 RBX: 00000000000000e0 RCX: 0000000000000001 RDX: ffffc900023b3d20 RSI: ffffc900023b3cf0 RDI: 00000000000000e0 RBP
     R08ffffc900023b3d40  : ffffc900023b3c10 R09: 0000000000000003 R10: 0000000000000064 R11: 000000000000000a R12: ffff888102337000 R13: fffffffffffffff2 R14: ffff88810af408c8 R15: ffff8881070c3600 FS:
    00007faaaf364fc0(0000) GS:ffff88842fdc0000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0
    0000000080050033 CR2: 00000000000000e0 CR3: 00000001097b1000 CR4: 0000000000350ea0 Call Trace: <TASK> ioc_weight_write+0x13d/0x410 cgroup_file_write+0x7a/0x130 kernfs_fop_write_iter+0xf5/0x170 vfs_write+0x298/0x370 ksys_write+0x5f/0xb0 __x64_sys_write+0x1b/0x20 do_syscall_64+0x3d/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 此問題之所以發生是因為 iocg->ioc 為 NULL。此欄位由 ioc_pd_init() 初始化且從未清除。發生 NULL 解除參照的原因是 blkcg_activate_policy() 在初始化 blkg_policy_data 之前便對其進行安裝。 blkcg_activate_policy() 正在執行下列動作 1. 為所有現有的 blkg 配置 pd並將其安裝在 blkg->pd[] 中。 2. 初始化所有 pd。 3. 使所有 pd 上線。
    blkcg_activate_policy() 僅抓取 queue_lock且可在配置可能需要休眠時釋放並重新取得鎖定。 ioc_weight_write() 抓取 blkcg->lock 並反覆運算其所有 blkg。這兩者可以爭用如果 ioc_weight_write() 在 #1 期間或 #1 和 #2之間執行它可能會遇到尚未初始化的 pd進而導致當機。損毀可使用下列指令碼重現#!/bin/bash echo +io > /sys/fs/cgroup/cgroup.subtree_control systemd-run --unit touch-sda --scope dd if=/dev/sda of=/ dev/null bs=1M count=1 iflag=direct echo 100 > /sys/fs/cgroup/system.slice/io.weight bash -c echo '8:0 enable=1' > /sys/fs/cgroup/io.cost .qos & sleep .2 echo 100 > /sys/fs/cgroup/system.slice/io.weight 已套用下列修補程式> diff --git a/block/blk-cgroup.cb/block/blk-cgroup.c > index fc49be622e05..38d671d5e10c 100644 > --- a/block/blk-cgroup.c > +++ b/block/blk-cgroup.c > @@ -1553、6 +1553、12 @@ int blkcg_activate_policy(struct gendisk *disk, const struct blkcg_policy *pol) > pd->online = false > } > > + if (system_state == SYSTEM_RUNNING) { > + spin_unlock_irq(&q->queue_lock); > + ssleep(1) > + spin_lock_irq(&q->queue_lock); > + } > + > /* 全部配置完畢，以相同順序初始化 */ > if (pol->pd_init_fn) > list_for_each_entry_reverse(blkg, &q->blkg_list, q_node) 我沒有看到為什麼應該部署所有 pd 的原因一起配置、初始化和上線。唯一的排序要求是父 blkgs 必須在子項目之前初始化和上線這可以保證從執行順序開始。讓我們針對每個 blkg 配置、初始化 pd 並使其上線並按住 blkcg->lock 而非初始化和上線來修正此錯誤。這可確保安裝的 blkg 一律完全初始化並在線上移除爭用視窗。 (CVE-2023-54271)

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

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

  - drm/amdkfd新增遺漏的 gfx11 MQD 管理員回呼。mqd_stride 函式是在認可 2f77b9a242a2 中引入 (drm/amdkfd更新多重 XCC 設定上的 MQD 管理)但並未指派給 gfx11。修正 debugfs 中的 NULL 解除參照。 (CVE-2023-54261)

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

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

  - RDMA/restrack刪除時釋放 MR retrack。刪除 MR retrack 時也需要釋放 MR retrack否則會因為工作結構不會釋放而造成記憶體洩漏。 (CVE-2022-50822)

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

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

  - bpf修正驗證 allow_ptr_leaks 的問題將 networking-bpf 程式的功能從 cap_sys_admin 轉換為 cap_net_admin+cap_bpf 之後networking-bpf 程式無法啟動。因為其未通過 bpf 驗證器且錯誤記錄為禁止 R3 指標比較。如下簡單複制器 SEC(cls-ingress) int ingress(struct __sk_buff *skb) { struct iphdr *iph = (void
    *)(long)skb->data + sizeof(struct ethhdr) if ((long)(iph + 1) > (long)skb->data_end) 傳回 TC_ACT_STOLEN傳回 TC_ACT_OK根據 Yonghong 和 Alexei [1] 的討論兩個封包指標的比較並非指標洩漏。此修補程式可修正此問題。我們的本機核心是 6.1.y且預期此修正會反向移植至 6.1.y因此穩定版已完成 CCed。 [1].
    https://lore.kernel.org/bpf/CAADnVQ+Nmspr7Si+pxWn8zkE7hX-7s93ugwC+94aXSy4uQ9vBg@mail.gmail.com/(CVE-2023-54181)

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

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

  - 安全性將 CONFIG_ZERO_CALL_USED_REGS 限制為 gcc 或 clang > 15.0.6 clang 的 -fzero-call-used-regs 實作中有一個嚴重錯誤可能會導致 NULL 指標解除參照 (請參閱檢查項目上方的連結了解詳細資訊)。將 CONFIG_CC_HAS_ZERO_CALL_USED_REGS 限制為受支援的 GCC 版本或比 15.0.6新的 clang這將捕捉理論中的 15.0.7 和即將推出的 16.0.0這兩個版本都將修正該錯誤。 (CVE-2022-50812)

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

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

  - wifirtw89釋放未使用的 skb 以防止記憶體洩漏這可避免在省電模式下發生潛在的記憶體洩漏。 (CVE-2022-50863)

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

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

  - drm/i915修正 i915_perf_add_config_ioctl 中的爭用情形 UAF 使用者空間可猜測 ID 值並嘗試使用組態移除建立 oa_config 物件從而導致如果我們在解鎖metrics_lock 後解除參照物件則會發生釋放後使用。因此必須在我們完成物件解除參照後才能解除鎖定metrics_lock。 [tursulin手動新增穩定標籤。] (精選自認可 49f6f6483b652108bcb73accd0204a464b922395) (CVE-2023-54202)

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

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

  - blockbfq修正零 wsum 發生的除以零錯誤。當加權總和為零時限制計算造成除以零錯誤。繼續下一個層級可修正此問題。發現這是因為以 root 身分執行stress-ng --ioprio 0 修正除以錯誤 oops [ 521.450556] 除錯誤0000 [#1] SMP NOPTI [ 521.450766] CPU2 PID 2684464 通訊stress-ng- iopri 未受污染的 6.2.1-1280.native #1 [ 521.451117] 硬體名稱QEMU Standard PC (i440FX + PIIX, 1996)BIOS rel-1.16.1-0-g3208b098f51a-prebuilt.qemu.org04/01/2014 [ 521.451627] RIP 0010:bfqq_request_over_limit+0x207/0x400 [ 521.451875] 程式碼01 48 8d 0c c8 74 0b 48 8b 82 98 00 00 00 48 8d 0c c8 8b 85 34 ff ff ff 48 841 ca 41 0f af 50 48 d1 ea 48 98 48 01 d0 31 d2 <48> f7 f1 41 39 41 48 89 85 34 ff ff ff 0f 8c 7b 01 00 00 49 8b 44 [ 521.452699] RSP
    0018:ffffb1af84eb3948 EFLAGS00010046 [ 521.452938] RAX000000000000003c RBX0000000000000000 RCX
    0000000000000000 [ 521.453262] RDX 0000000000000000 RSI 0000000000000000 RDI ffffb1af84eb3978 [521.453584] RBP ffffb1af84eb3a30 R0800000000000000001 R094 0 [ff] 8 f [88 ab 521.4539054 0 ff [ R10] 8 ab
    0000000000000000 R110000000000000001 R12ffff8f88ab8a4b18 [ 521.454224] R13ffff8f8699093000 R14
     R150000000000000001  : ffffb1af84eb3970 [ 521.454549] FS: 00005640b6b0b580(0000) GS:ffff8f88b3880000(0000) knlGS:0000000000000000 [ 521.454912] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 521.455170] CR2:
    00007ffcbcae4e38 CR300000002e46de001 CR40000000000770ee0 [ 521.455491] PKRU55555554 [ 521.455619] 呼叫追踪 [ 521.455736] <TASK> [ 521.455837] bfq_request_merge+0x3a/0xc0 [ 521.456027] ? elv_merge+0x115/0x140 [ 521.456191] bfq_limit_depth+0xc8/0x240 [ 521.456366]
    __blk_mq_alloc_requests+0x21a/0x2c0 [ 521.456577] blk_mq_submit_bio+0x23c/0x6c0 [ 521.456766]
    __submit_bio+0xb8/0x140 [ 521.457236] submit_bio_noacct_nocheck+0x212/0x300 [ 521.457748] submit_bio_noacct+0x1a6/0x580 [ 521.458220] submit_bio+0x43/0x80 [ 521.458660] ext4_io_submit+0x23/0x80 [521.459116] ext4_do_writepages+0x40adx00 [ 521.459596] ext4_writepages+0x65/0x100 [ 521.460050] do_writepages+0xb7/0x1c0 [ 521.460492] __filemap_fdatawrite_range+0xa6/0x100 [ 521.460979] file_write_and_wait_range+0xbf/0x140 [ 521.461452] ext4_sync_file+0x105/0x340 [ 521.461882]
    __x64_sys_fsync+0x67/0x100 [ 521.462305] ? syscall_exit_to_user_mode+0x2c/0x1c0 [ 521.462768] do_syscall_64+0x3b/0xc0 [ 521.463165] entry_SYSCALL_64_after_hwframe+0x5a/0xc4 [ 521.463621] RIP
    0033:0x5640b6c56590 [ 521.464006] 程式碼00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 80 3d 71 70 0e 00 00 0 740 17 b 8 4a 05 <48> 3d 00 f0 ff ff 77 48 c3 0f 1f 80 00 00 00 00 48 83 ec 18 89 7c (CVE-2023-54242)

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

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

  - drm/nouveau/kms/nv50-init 用於 PIOR DP 的 hpd_irq_lock 修正具有 ANX9805 DP 編碼器之板上的 OOPS。
    (CVE-2023-54263)

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

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

  - bpf隱藏 btf_type_id_size() 中的警告 syzbot 在 [1] 中報告一個警告其下列堆疊追踪內容如下警告 CPU: 0 PID: 5005 at kernel/bpf/btf.c:1988 btf_type_id_size+0x2d9/0x9d0 kernel/bpf/ btf.c:1988 ... RIP: 0010:btf_type_id_size+0x2d9/0x9d0 kernel/bpf/btf.c:1988 ... 呼叫追踪：
    <TASK> map_check_btf kernel/bpf/syscall.c:1024 [內嵌] map_create+0x1157/0x1860 kernel/bpf/syscall.c:1198
    __sys_bpf+0x127f/0x5420 kernel/bpf/syscall.c:5040 __do_sys_bpf kernel/bpf/syscall.c:5162 [內嵌]
    __se_sys_bpf kernel/bpf/syscall.c:5160 [內嵌] __x64_sys_bpf+0x79/0xc0 kernel/bpf/syscall.c:5160 do_syscall_x64 arch/x86/entry/common.c:50 [內嵌] do_syscall_64+0x39/0xb0 arch/x86 /entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd 使用下列 btf [1] DECL_TAG ‘a’ type_id=4 component_idx=-1 [2] PTR ‘(anon)’ type_id=0 [3] TYPE_TAG ‘a’ type_id=2 [4] VAR 'a' type_id=3、 linkage=static 和 bpf_attr.btf_key_type_id = 1 (DECL_TAG) 時會觸發 btf_type_id_size() 中的下列 WARN_ON_ONCE(WARN_ON_ONCE(!btf_type_is_modifier(size_type) && !btf_type_is_var) (size_type))) 傳回 NULL請注意「傳回 NULL」是正確的行為因為我們不希望 DECL_TAG 類型用作 btf_{key,value}_type_id即使是「DECL_TAG -> STRUCT」這樣的情況。
    因此此處不存在更正問題我們只是想要隱藏警告。為了使警告靜音我在 btf_type_nosize() 中新增 DECL_TAG 作為其中一種類型其可造成 btf_type_id_size() 在沒有警告的情況下提早傳回 NULL。 [1] https://lore.kernel.org/bpf/000000000000e0df8d05fc75ba86@google.com/(CVE-2023-54247)

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

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

  - wifiath11k修正 qmi_msg_handler 資料結構初始化 qmi_msg_handler 必須由 QMI 模組 null 終止。在某些情況下msg id 的處置程式不存在於處置程式陣列中這可導致搜尋處置程式時發生無限迴圈進而在 qmi_invoke_handler() 中超出邊界存取。因此更新 qmi_msg_handler 資料結構中的初始化。開啟測試 IPQ8074 hw2.0 AHB WLAN.HK.2.5.0.1-01100-QCAHKSWPL_SILICONZ-1 (CVE-2022-50871)

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

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

  - net/schedtaprio將 TCA_TAPRIO_ATTR_SCHED_CYCLE_TIME 限制為 INT_MAX。 syzkaller 在 get_cycle_time_elapsed() 呼叫的 div_s64_rem() 中發現除以零錯誤 [0]其中 sched->cycle_time 是除數。我們在 parse_taprio_schedule() 中進行了測試因此cycle_time 將永遠不會是 0且實際上 get_cycle_time_elapsed() 中的 loop_time 也不是 0。問題是除數類型不同Cycle_time 是 s64但 div_s64_rem() 的引數是 s32。 syzkaller 提供此輸入且 0x100000000 會轉換為 0 的 s32。
    @TCA_TAPRIO_ATTR_SCHED_CYCLE_TIME={0xc, 0x8, 0x100000000} 我們針對cycle_time 使用 s64 來將其轉換為 ktime_t所以讓我們保留它並為 Cycle_time 設定最大值。在此期間我們會防止 setup_txtime() 中發生溢位並在 parse_taprio_schedule() 中新增另一個測試以檢查cycle_time 是否溢位。此外我們會針對此問題新增 tdc 測試案例。 [0]除以錯誤0000 [#1] PREEMPT SMP KASAN NOPTI CPU1 PID103 通訊kworker/1:3 未受污染的 6.5.0-rc1-00330-g60cc1f7d0605 #3 硬體名稱: QEMU Standard PC (i440FX + PIIX, 1996)、BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 2014 年 4 月 1 日 Workqueueipv6_addrconf addrconf_dad_work RIP
    0010:div_s64_rem include/linux/math64.h:42 [內嵌] RIP0010:get_cycle_time_elapsed net/sched/sch_taprio.c:223 [內嵌] RIP0010:find_entry_to_transmit+0x252/0x7e0 net/sched/sch_taprio.c:344程式碼3c 02 00 0f 85 5e 05 00 00 48 8b 4c 24 08 4d 8b bd 40 01 00 00 48 8b 7c 24 48 48 89 c8 4c 29 f8 48 63 f7 48 99 48 89 74 24 70 2 f <48> fe 4 fe 4 d1 48 8d 04 0f 49 89 cc 48 89 44 24 20 49 8d 85 10 RSP: 0018:ffffc90000acf260 EFLAGS: 00010206 RAX: 177450e0347560cf RBX: 0000000000000000 RCX: 177450e0347560cf RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000100000000 RBP:
     R080000000000000056  : 0000000000000000 R09: ffffed10020a0934 R10: ffff8880105049a7 R11: ffff88806cf3a520 R12: ffff888010504800 R13: ffff88800c00d800 R14: ffff8880105049a0 R15: 0000000000000000 FS:
    0000000000000000(0000) GS:ffff88806cf00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0
    0000000080050033 CR2: 00007f0edf84f0e8 CR3: 000000000d73c002 CR4: 0000000000770ee0 PKRU: 55555554 Call Trace: <TASK> get_packet_txtime net/sched/sch_taprio.c:508 [inline] taprio_enqueue_one+0x900/0xff0 net/sched/sch_taprio.c:577 taprio_enqueue+0x378/0xae0 net/sched/sch_taprio.c:658 dev_qdisc_enqueue+0x46/0x170 net/core/dev.c:3732 __dev_xmit_skb net/core/dev.c:3821 [內嵌]
    __dev_queue_xmit+0x1b2f/0x3000 net/core/dev.c:4169 dev_queue_xmit include/linux/netdevice.h:3088 [內嵌] neigh_resolve_output net/core/neighbour.c:1552 [內嵌] neigh_resolve_output+0x4a7/0x780 net/core/neighbour .c:1532 neigh_output include/net/neighbour.h:544 [內嵌] ip6_finish_output2+0x924/0x17d0 net/ipv6/ip6_output.c:135 __ip6_finish_output+0x620/0xaa0 net/ipv6/ip6_output.c:196 ip6_finish_output net/ipv6/ ip6_output.c:207 [內嵌] NF_HOOK_COND include/linux/netfilter.h:292 [內嵌] ip6_output+0x206/0x410 net/ipv6/ip6_output.c:228 dst_output include/net/dst.h:458 [內嵌] NF_HOOK。 constprop.0+0xea/0x260 include/linux/netfilter.h:303 ndisc_send_skb+0x872/0xe80 net/ipv6/ndisc.c:508 ndisc_send_ns+0xb5/0x130 net/ipv6/ndisc.c:666 addrconf_dad_work+0xc14/0x13f0 net /ipv6/addrconf.c:4175 process_one_work+0x92c/0x13a0 kernel/workqueue.c:2597 worker_thread+0x60f/0x1240 kernel/workqueue.c:2748 kthread+0x2fe/0x3f0 kernel/kthread.c:389 ret_from_fork+0x2c/0x50 arch /x86/entry/entry_64.S:308 </TASK> Mod ules 連結於
    (CVE-2023-54251)

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

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

  - arm64以 __irq_entry 設定 __exception_irq_entry 做為預設 filter_irq_stacks() 應該會從其呼叫堆疊中刪除相關 irq 項目的項目。而由 filter_irq_stacks() 呼叫的 in_irqentry_text() 會使用 __irqentry_text_start/end 符號在呼叫堆疊中尋找 irq 項目。但這無法正確運作因為沒有 CONFIG_FUNCTION_GRAPH_TRACERarm64 核心就不包含 gic_handle_irq其為 __irqentry_text_start 和 __irqentry_text_end 之間的 arm64 irq 進入點我們將在下方連結進行討論。https://lore.kernel.org/all/CACT4Y+aReMGLYua2rCLHgFpS9io5cZC04Q8GLs-uNmrn1ezxYQ@mail.gmail.com/#t 此問題可造成非預定的深層呼叫堆疊項目特別是在下列啟用 KASAN 的情況下。 [ 2479.383395]I[0:launcher-loader: 1719] 堆疊 depot 達到容量限制 [ 2479.383538]I[0:launcher-loader: 1719] 警告lib/stackdepot.c:129 的 CPU: 0 PID: 1719
    __stack_depot_save+0x464/0x46c [ 2479.385693]I[0:launcher-loader: 1719] pstate: 624000c5 (nZCv daIF +PAN
    -UAO +TCO -DIT -SSBS BTYPE=--) [ 2479.385724]I[0:launcher-loader: 1719] pc
    __stack_depot_save+0x464/0x46c [ 2479.385751]I[0:launcher-loader: 1719] lr
    __stack_depot_save+0x460/0x46c [ 2479.385774]I[0:launcher-loader: 1719] sp: ffffffc0080073c0 [2479.385793]I[0:launcher-loader: 1719] x29ffffffc0080073e0 x28ffffffd00b78a000I000000]000000000000000002479.385839000000000000000000000000000000000000 [0:launcher-loader: 1719] x26: 000000000004d1dd x25: ffffff891474f000 x24: 00000000ca64d1dd [2479.385882]I[0:launcher-loader: 1719] x23: 0000000000000200 x22: 0000000000000220 x21: 0000000000000040 [2479.385925]I[0:launcher -loader: 1719] x20: ffffffc008007440 x19: 0000000000000000 x18: 0000000000000000 [2479.385969]I[0:launcher-loader: 1719] x17: 2065726568207475 x16: 000000000000005e x15: 2d2d2d2d2d2d2d20 [2479.386013]I[0:launcher-loader: 1719 ] x14: 5d39313731203a72 x13: 00000000002f6b30 x12: 00000000002f6af8 [2479.386057]I[0:launcher-loader: 1719] x11: 00000000ffffffff x10: ffffffb90aacf000 x9 : e8a74a6c16008800 [2479.386101]I[0:launcher-loader: 1719] x8 : e8a74a6c16008800 x7 00000000002f6b30 x6 00000000002f6af8 [2479.386145]I[0:launcher-loader: 1719] x5 ffffffc0080070c8 x4 ffffffd00b192380 x3 ffffffd0092b313c-load [2479.386189]I[0launcher-load er1719] x2 0000000000000001 x1 0000000000000004 x00000022 [2479.386231]I[0:launcher-loader1719] 呼叫追踪[ 2479.386248]I[0:launcher-loader1719]
    __stack_depot_save+0x464/0x46c [ 2479.386273]I[0:launcher-loader: 1719] kasan_save_stack+0x58/0x70 [2479.386303]I[0:launcher-loader: 1719] save_stack_info+0x34/0x138 [ 2479.386331]I[0 :launcher-loader: 1719] kasan_save_free_info+0x18/0x24 [ 2479.386358]I[0:launcher-loader: 1719]__kasan_slab_free+0x16c/0x170 [2479.386385]I[0:launcher-loader: 1719] __kasan_slab_free+0x10/0x20 [ 2479.386410]I[0:launcher-loader
    1719] kmem_cache_free+0x238/0x53c [ 2479.386435]I[0:launcher-loader: 1719] mempool_free_slab+0x1c/0x28 [2479.386460]I[0:launcher-loader: 1719] mempool_free+0x7c/0x1a0 [ 2479.386484]I [0:launcher-loader: 1719] bvec_free+0x34/0x80 [ 2479.386514]I[0:launcher-loader: 1719] bio_free+0x60/0x98 [2479.386540]I[0:launcher-loader: 1719] bio_put+0x50 /0x21c [ 2479.386567]I[0:launcher-loader: 1719] f2fs_write_end_io+0x4ac/0x4d0 [ 2479.386594]I[0:launcher-loader: 1719] bio_endio+0x2dc/0x300 [2479.386622]I[0:launcher- loader1719] __dm_io_complete+0x324/0x37c [ 2479.386650]I[0:launcher-loader
    1719] dm_io_dec_pending+0x60/0xa4 [ 2479.386676]I[0:launcher-loader: 1719] clone_endio+0xf8/0x2f0 [2479.386700]I[0:launcher-loader: 1719] bio_endio+0x2dc/0x300 [ 2479.386727]I [0:launcher-loader: 1719] blk_update_request+0x258/0x63c [ 2479.386754]I[0:launcher-loader: 1719] scsi_end_request+0x50/0x304 [2479.386782]I[0:launcher-loader: 1719] scsi_io_completion+0x88 /0x160 [ 2479.386808]I[0:launcher-loader
    1719] scsi_finish_command+0x17c/0x194 [ 2479.386833]I ---truncated--- (CVE-2023-54322)

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

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

  - soundwirebus修正造成使用量計數反向溢位的不平衡 pm_runtime_put()。這會將提交 443a98e649b4 (soundwirebus使用 pm_runtime_resume_and_get()) 將對 pm_runtime_resume_and_get() 的呼叫變更回 pm_runtime_get_sync()。這可修正因執行 pm_runtime_put() 所造成的使用量計數不足即使 pm_runtime_resume_and_get() 傳回錯誤也是如此。三個受影響的函式會忽略因嘗試取得 pm_runtime 而產生的 -EACCES 錯誤並繼續執行包括函式結尾的 put。但如果 pm_runtime_resume_and_get() 傳回錯誤則不會增加使用量計數。
    因此在 -EACCES 情況下您不得呼叫 pm_runtime_put()。pm_runtime_get_sync() 的文件說明考慮使用 pm_runtime_resume_and_get() ... 因為這可能會產生更乾淨的程式碼。在此情況下我認為這不會產生更簡潔的程式碼因為函式結尾的 pm_runtime_put() 必須以函式頂端 pm_runtime_resume_and_get() 的傳回值為條件。 pm_runtime_get_sync() 沒有這個問題因為它一律會增加計數因此一律需要放置。程式碼可直接執行並無條件執行 pm_runtime_put()。
    (CVE-2023-54259)

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

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

  - blk-mq修正縮小 nr_hw_queues 時的標籤洩漏雖然我們不需要在縮小 nr_hw_queues 時重新配置 set->tags[]但我們需要釋放它們。否則這些標籤將會洩漏。重現方法 1. mount -t configfs configfs /mnt 2. modprobe null_blk nr_devices=0 submit_queues=8 3. mkdir /mnt/nullb/nullb0 4. echo 1 > /mnt/nullb/nullb0/power 5. echo 4 > /mnt/nullb/nullb0/submit_queues 6. rmdir /mnt/nullb/nullb0 在第 4 步中 將配置 9 個標籤 (8 個提交佇列和 1 個輪詢佇列)然後在第 5 步中 new_nr_hw_queues = 5 (4 個提交佇列和 1 個輪詢佇列) queue)。最後在第 6 步中只有這 5 個標籤遭到釋放其他 4 個標籤洩漏。
    (CVE-2023-54227)

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

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

  - cifs修正樹狀結構連接 ipc 時可能發生的爭用。在構建 ipc 樹狀結構名稱時保護 TCP_Server_Info::hostname 的存取因為樹狀結構名稱可能會在 cifsd 執行緒中遭到釋放進而在
    __tree_connect_dfs_target()。此外在此期間成功更新 IPC tcon 的狀態然後避免任何額外的樹狀結構連線。 (CVE-2023-54280)

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

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

  - Composer 是 PHP 的相依性管理員。在 2.x2.2.26 與 2.9.3之前的 [] 分支上控制供 Composer 下載之遠端來源的攻擊者可能以某種方式在多種 Composer 命令的終端輸出中插入 ANSI 控製字元進而造成輸出錯誤且可能導致混淆或 DoS的終端機應用程式。目前尚無已證實的惡意利用情形因此嚴重性較低但我們仍會發布 CVE因為其可能遭到濫用而且為了安全起見我們會通知使用者應進行升級。 2.2.26 和 2.9.3 版包含針對 問題的修補程式。
    (CVE-2025-67746)

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

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

  - fs/ntfs3修正 r_page 當 PAGE_SIZE 為 64K 時如果 log_read_rst 首次呼叫 read_log_page則 *buffer 的大小將等於 DefaultLogPageSize(4K)。但對於
    *如 memcpy 的緩衝區作業如果指派給緩衝區的記憶體區域大小 (n) 大於 4K (log->page_size(64K) 或 bytes(64K-page_off))將會造成超出邊界錯誤。Call trace: [...] kasan_report+0x44/0x130 check_memory_region+0xf8/0x1a0 memcpy+0xc8/0x100 ntfs_read_run_nb+0x20c/0x460 read_log_page+0xd0/0x1f4 log_read_rst+0x110/0x75c log_replay+0x1e8/0x4aa0 ntfs_loadlog_and_replay+0x290/0x2d0 ntfs_fill_super+ 0x508/0xec0 get_tree_bdev+0x1fc/0x34c [...] 透過在 log_read_rst 中將變數 r_page 設為 NULL 來修正此問題。 (CVE-2022-50869)

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

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

  - fs/ntfs3修正「ni_write_inode」中的 NULL 指標解除參照。Syzbot 發現下列問題無法處理虛擬位址 0000000000000016 的核心 NULL 指標解除參照 記憶體中止資訊ESR = 0x0000000096000006 EC = 0x25DABT (目前 EL)IL = 32位元 SET = 0、FnV = 0 EA = 0、S1PTW = 0 FSC = 0x06層級 2 轉譯錯誤資料中止資訊ISV = 0、ISS = 0x00000006 CM = 0、WnR = 0 使用者 pgtable
    4k 頁面、48 位元 VA、 pgdp=000000010af56000 [0000000000000016] pgd=08000001090da003、p4d=08000001090da003、 pud=08000001090ce003、 pmd=0000000000000000 內部錯誤Oops 0000000096000006 [#1] PREEMPT SMP 模組連結如下CPU1 PID3036 通訊syz-executor206 未受污染 6.0 .0-rc6-syzkaller-17739-g16c9f284e746 #0 硬體名稱Google Google Compute Engine/Google Compute EngineBIOS Google 2022 年 8 月 26 日 pstate 80400005 (Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=- -) pc is_rec_inuse fs/ntfs3/ntfs.h:313 [內嵌] pc
    ni_write_inode+0xac/0x798 fs/ntfs3/frecord.c:3232 lr : ni_write_inode+0xa0/0x798 fs/ntfs3/frecord.c:3226 sp : ffff8000126c3800 x29: ffff8000126c3860 x28: 0000000000000000 x27: ffff0000c8b02000 x26:
    ffff0000c7502320 x25: ffff0000c7502288 x24: 0000000000000000 x23: ffff80000cbec91c x22: ffff0000c8b03000 x21: ffff0000c8b02000 x20: 0000000000000001 x19: ffff0000c75024d8 x18: 00000000000000c0 x17:
    ffff80000dd1b198 x16: ffff80000db59158 x15: ffff0000c4b6b500 x14: 00000000000000b8 x13: 0000000000000000 x12: ffff0000c4b6b500 x11: ff80800008be1b60 x10: 0000000000000000 x9 : ffff0000c4b6b500 x8 :
    0000000000000000 x7 : ffff800008be1b50 x6 : 0000000000000000 x5 : 0000000000000000 x4 : 0000000000000001 x3 : 0000000000000000 x2 : 0000000000000008 x1 : 0000000000000001 x0 : 0000000000000000 Call trace:
    is_rec_inuse fs/ntfs3/ntfs.h:313 [內嵌] ni_write_inode+0xac/0x798 fs/ntfs3/frecord.c:3232 ntfs_evict_inode+0x54/0x84 fs/ntfs3/inode.c:1744 evict+0xec/0x334 fs/inode。 c:665 iput_final fs/inode.c:1748 [內嵌] iput+0x2c4/0x324 fs/inode.c:1774 ntfs_new_inode+0x7c/0xe0 fs/ntfs3/fsntfs.c:1660 ntfs_create_inode+0x20c/0xe78 fs/ntfs3/inode .c:1278 ntfs_create+0x54/0x74 fs/ntfs3/namei.c:100 lookup_open fs/namei.c:3413 [內嵌] open_last_lookups fs/namei.c:3481 [內嵌] path_openat+0x804/0x11c4 fs/namei.c :3688 do_filp_open+0xdc/0x1b8 fs/namei.c:3718 do_sys_openat2+0xb8/0x22c fs/open.c:1311 do_sys_open fs/open.c:1327 [內嵌] __do_sys_openat fs/open.c:1343 [內嵌] __se_sys_openat fs /open.c:1338 [內嵌] __arm64_sys_openat+0xb0/0xe0 fs/open.c:1338 __invoke_syscall arch/arm64/kernel/syscall.c:38 [內嵌] invoke_syscall arch/arm64/kernel/syscall.c:52 [內嵌] el0_svc_common+0x138/0x220 arch/arm64/kernel/syscall.c:142 do_el0_svc+0x48/0x164 arch/arm64/kernel/syscall.c:206 el0_svc+0x58/0x150 arch/arm6 4/kernel/entry-common.c:636 el0t_64_sync_handler+0x84/0xf0 arch/arm64/kernel/entry-common.c:654 el0t_64_sync+0x18c/0x190 程式碼97dafee4 340001b4 f9401328 2a1f03e0 (79402d14) 000000000000000000000000000[ ]--- 以上問題可能如下發生ntfs_new_inode mi_init mi->mrec = kmalloc(sbi->record_size, GFP_NOFS); -->如果 (!mi->mrec) 傳回 -ENOMEM 則配置記憶體失敗iput iput_final evict ntfs_evict_inode ni_write_inode is_rec_inuse(ni->mi.mrec)->「ni->mi.mrec」為 NULL 時觸發 NULL-ptr-deref 若要解決上述問題如果新的 inode 失敗請在呼叫「iput() 'ntfs_new_inode()' 中的 '。 (CVE-2023-54196)

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

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

  - dm修正 Retrieve_deps 中的爭用情形。當retrieve_deps 與呼叫 dm_get_device 和 dm_put_device 的 multipath_message 爭用時多重路徑目標中有爭用情形。 restore_deps 在未保留任何鎖定的情況下執行開啟裝置的清單但 multipath 可能會在執行時在清單中新增或移除裝置。最終結果可能是記憶體損毀或釋放後使用記憶體存取。請參閱此具有 multipath_message() 的 UAF 描述 https://listman.redhat.com/archives/dm-devel/2022-October/052373.html 藉由引入新的 rw semaphore devices_lock 修正此錯誤。我們在retrieve_deps 中抓取 devices_lock 進行讀取並在 dm_get_device 和 dm_put_device 中抓取它用於寫入。
    (CVE-2023-54324)

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

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

  - fs/ntfs3新增屬性大小的溢位檢查。在剖析 MFT 屬性時如果屬性具有非常大的大小 (例如 0xffffff7f)位移加法可能會溢位並通過已使用的大小檢查。如果我們嘗試存取 Add2Ptr(attr, asize) 衍生的下一個屬性這可導致超出邊界記憶體 R/W [32.963847] 錯誤無法處理 ffff956a83c76067 位址的頁面錯誤 [ 32.964301] #PF核心模式中的監控程式讀取存取 [ 32.964526] #PFerror_code(0x0000) - 不存在的頁面 [ 32.964893] PGD 4dc01067 P4D 4dc01067 PUD 0 [ 32.965316] Oops0000 [#1] PREEMPT SMP NOPTI [ 32.965727] CPU0 PID243 通訊掛載未受污染 5.19.0+ #6 [ 32.966050] 硬體名稱QEMU Standard PC (i440FX + PIIX, 1996)BIOS rel-1.14.0-0-g155821a1990b-prebuilt.qemu。 org 2014 年 4 月 1 日 [ 32.966628] RIP
    0010:mi_enum_attr+0x44/0x110 [ 32.967239] 程式碼 89 f0 48 29 c8 48 89 c1 39 c7 0f 86 94 00 00 00 8b 56 04 83 fa 17 0f 86 88 00 00 00 89 d0 01 ca 48 01 f0 8 08 39 f9a [ 32.968101] RSP: 0018:ffffba15c06a7c38 EFLAGS: 00000283 [ 32.968364] RAX: ffff956a83c76067 RBX: ffff956983c76050 RCX: 000000000000006f [32.968651] RDX: 0000000000000067 RSI: ffff956983c760e8 RDI: 00000000000001c8 [ 32.968963] RBP:
    ffffba15c06a7c38 R080000000000000064 R0900000000ffffff7f [ 32.969249] R100000000000000007 R11
    ffff956983c760e8 R12ffff95698225e000 [ 32.969870] R130000000000000000 R14ffffba15c06a7cd8 R15
    ffff95698225e170 [ 32.970655] FS: 00007fdab8189e40(0000) GS:ffff9569fdc00000(0000) knlGS:0000000000000000 [ 32.971098] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 32.971378] CR2: ffff956a83c76067 CR3:
    0000000002c58000 CR400000000000006f0 [ 32.972098] 呼叫追踪[ 32.972842] <TASK> [ 32.973341] ni_enum_attr_ex+0xda/0xf0 [ 32.974087] ntfs_iget5+0x1db/0xde0 [ 32.974386] slab_post_alloc_hook+0x53/0x270 [ 32.974778] ? ntfs_fill_super+0x4c7/0x12a0 [ 32.975115] ntfs_fill_super+0x5d6/0x12a0 [ 32.975336] get_tree_bdev+0x175/0x270 [ 32.975709] ? put_ntfs+0x150/0x150 [32.975956] ntfs_fs_get_tree+0x15/0x20 [ 32.976191] vfs_get_tree+0x2a/0xc0 [ 32.976374] ? capable+0x19/0x20 [ 32.976572] path_mount+0x484/0xaa0 [ 32.977025] ? putname+0x57/0x70 [ 32.977380] do_mount+0x80/0xa0 [32.977555] __x64_sys_mount+0x8b/0xe0 [ 32.978105] do_syscall_64+0x3b/0x90 [ 32.978830] entry_SYSCALL_64_after_hwframe+0x63/0xcd [ 32.979311] RIP 0033:0x7fdab72e948a [ 32.980015] 程式碼48 8b 0d 11 fa 2a 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 a5 00 00 008 [ 32.981251] RSP002b00007ffd15b87588 EFLAGS00000206 ORIG_RAX00000000000000a5 [ 32.981832] RAX ffffffffffffffda RBX 0000557de0aaf060 RCX00007fdab72e948a [ 32.982234] RDX00000SI:5577
    0000557de0aaf2e0 RDI0000557de0ab7ce0 [ 32.982714] RBP 0000000000000000 R080000557de0aaf280 R09
    0000000000000020 [ 32.983046] R10: 00000000c0ed0000 R11: 0000000000000206 R12: 0000557de0ab7ce0 [32.983494] R13: 0000557de0aaf260 R14: 0000000000000000 R15: 00000000ffffffff [ 32.984094] </TASK> [32.984352] Modules linked in: [ 32.984753] CR2ffff956a83c76067 [ 32.985911] ---[ end trace 0000000000000000 ]--- [ 32.986555] RIP 0010:mi_enum_attr+0x44/0x110 [ 32.987217] 代碼89 f0 48 29 c8 48 89 c1 39 c7 0f 86 94 00 00 00 8b 56 04 83 fa 17 0f 86 88 00 00 00 89 d0 01 ca 48 01 f0 8d 4a 08 39 f9a [32.988232] RSP: 0018:ffffba15c06a7c38 EFLAGS: 00000283 [ 32.988532] RAX: ffff956a83c76067 RBX:
    ffff956983c76050 RCX 000000000000006f [ 32.988916] RDX 0000000000000067 RSIffff956983c760e8 RDI
    00000000000001c8 [ 32.989356] RBP: ffffba15c06a7c38 R08: 0000000000000064 R09: 00000000ffffff7f [32.989994] R10: 0000000000000007 R11: ffff956983c760e8 R12: ffff95698225e000 [ 32.990415] R13:
    0000000000000000 R14ffffba15c06a7cd8 R15ffff95698225e170 [ 32.991011] FS---truncated--- (CVE-2022-50841)

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

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

  - fsiocc防止釋放後使用 在 open 和 close 函式中使用 get_device 和 put_device確保檔案描述符號開啟時裝置不會遭到釋放。此外也鎖定了裝置緩衝區的釋放並在提交函式中使用之前檢查該緩衝區。 (CVE-2022-50785)

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

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

  - qs (剖析模組) 中的不當輸入驗證弱點可導致 HTTP DoS。此問題會影響 qs < 6.14.1。摘要 qs 中的 arrayLimit 選項並未針對括弧標記 (a[]=1&a[]=2) 強制限制僅針對索引標記 (a[0]=1)。這是一致性錯誤arrayLimit 應一致地套用至所有陣列標記法。注意：預設的 parameterLimit 為 1000，可有效減輕最初所述的 DoS 狀況。使用預設選項時無論 arrayLimit 為何括弧標記產生的陣列都無法大於 parameterLimit因為每個 a[]=value 會消耗一個參數插槽。嚴重性已相應降低。詳細資料 arrayLimit 選項只檢查索引標記 (a[0]=1&a[1]=2) 的限制但並未針對括弧標記 (a[]=1&a[]=2) 強制執行檢查。弱點程式碼 (lib/parse.js:159-162)if (root === '[]' && options.parseArrays) { obj = utils.combine([], leaf); // 無 arrayLimit 檢查 } 運作中的程式碼 (lib/parse.js:175)else if (index <= options.arrayLimit) { // 此處已檢查限制 obj = []; obj[index] = leaf第 159 行的括弧標記處置程式會使用 utils.combine([], leaf) 而不針對 options.arrayLimit 進行驗證而第 175 行的索引標記會在建立陣列前檢查 index <= options.arrayLimit。PoC const qs = require('qs'); const result = qs.parse('a[]=1&a[]=2&a[]=3&a[]=4&a[]=5&a[]=6', { arrayLimit: 5 }); console.log(result.a.length); // 輸出6 (應為最大值 5) 有關 parameterLimit 互動的注意事項原始公告的 DoS 示範宣告長度為 10,000但 parameterLimit (預設值1000) 將剖析上限設為 1,000 個參數。若使用預設選項實際輸出為 1,000而非 10,000。影響 arrayLimit 強制執行中的一致性錯誤。使用預設的 parameterLimit 時實際的 DoS 風險可以忽略不計因為 parameterLimit 已設定已剖析參數的總數上限 (因此也設定了括號標記法的陣列元素)。只有在將 parameterLimit 明確設定為非常高的值時風險才會增加。
    (CVE-2025-15284)

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

在遠端 Windows、Linux 或 Unix 主機上發現一個 Apache Tika 的基礎 JAR 檔案。

請注意，啟用「執行完整測試」：

  - 是搜尋 Windows 主機檔案系統的必要設定

  - 可以擴充搜尋 Linux 主機的檔案系統

  - 可以檢查版本清單檔案

請注意由於外掛程式記憶體耗盡的原因係統只會在檔案大小等於或小於 5000kb 時在 Windows 主機上執行資訊清單檔案檢查。以大於或小於 5000000 位元組的整數值建立名為「jar_inspection_filesize_limit」的自訂設定來覆寫。

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

  - 在 BinUtils 2.26 檔案 cp-demangle.c 的 d_print_comp_inner 函式中發現一個問題可讓攻擊者透過特製的 PE 檔案造成拒絕服務。 (CVE-2025-66864)

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

ID	名稱	嚴重性
280739	Linux Distros 未修補的弱點：CVE-2023-54216	high
280738	Linux Distros 未修補的弱點：CVE-2023-54211	medium
280737	Linux Distros 未修補的弱點：CVE-2025-65409	high
280736	Linux Distros 未修補的弱點：CVE-2025-50343	critical
280735	Linux Distros 未修補的弱點：CVE-2023-54235	high
280734	Linux Distros 未修補的弱點：CVE-2023-54179	high
280733	Linux Distros 未修補的弱點：CVE-2022-50816	high
280732	Linux Distros 未修補的弱點：CVE-2023-54185	high
280731	Linux Distros 未修補的弱點：CVE-2023-54321	medium
280730	Linux Distros 未修補的弱點：CVE-2023-54182	medium
280729	Linux Distros 未修補的弱點：CVE-2023-54272	medium
280728	Linux Distros 未修補的弱點：CVE-2023-54237	medium
280727	Linux Distros 未修補的弱點：CVE-2023-54172	medium
280726	Linux Distros 未修補的弱點：CVE-2022-50815	medium
280725	Linux Distros 未修補的弱點：CVE-2023-54201	high
280724	Linux Distros 未修補的弱點：CVE-2023-54250	medium
280723	Linux Distros 未修補的弱點：CVE-2023-54207	high
280722	Linux Distros 未修補的弱點：CVE-2023-54233	medium
280721	Linux Distros 未修補的弱點：CVE-2023-54245	high
280720	Linux Distros 未修補的弱點：CVE-2023-54180	medium
280719	Linux Distros 未修補的弱點：CVE-2023-54320	medium
280718	Linux Distros 未修補的弱點：CVE-2023-54253	medium
280717	Linux Distros 未修補的弱點：CVE-2023-54287	medium
280716	Linux Distros 未修補的弱點：CVE-2022-50851	medium
280715	Linux Distros 未修補的弱點：CVE-2023-54285	high
280714	Linux Distros 未修補的弱點：CVE-2023-54271	medium
280713	Linux Distros 未修補的弱點：CVE-2023-54261	medium
280712	Linux Distros 未修補的弱點：CVE-2022-50822	medium
280711	Linux Distros 未修補的弱點：CVE-2023-54181	medium
280710	Linux Distros 未修補的弱點：CVE-2022-50812	medium
280709	Linux Distros 未修補的弱點：CVE-2022-50863	medium
280708	Linux Distros 未修補的弱點：CVE-2023-54202	medium
280707	Linux Distros 未修補的弱點：CVE-2023-54242	medium
280706	Linux Distros 未修補的弱點：CVE-2023-54263	medium
280705	Linux Distros 未修補的弱點：CVE-2023-54247	medium
280704	Linux Distros 未修補的弱點：CVE-2022-50871	medium
280703	Linux Distros 未修補的弱點：CVE-2023-54251	medium
280702	Linux Distros 未修補的弱點：CVE-2023-54322	high
280701	Linux Distros 未修補的弱點：CVE-2023-54259	high
280700	Linux Distros 未修補的弱點：CVE-2023-54227	high
280699	Linux Distros 未修補的弱點：CVE-2023-54280	high
280698	Linux Distros 未修補的弱點：CVE-2025-67746	medium
280697	Linux Distros 未修補的弱點：CVE-2022-50869	high
280696	Linux Distros 未修補的弱點：CVE-2023-54196	medium
280695	Linux Distros 未修補的弱點：CVE-2023-54324	high
280694	Linux Distros 未修補的弱點：CVE-2022-50841	medium
280693	Linux Distros 未修補的弱點：CVE-2022-50785	high
280190	Linux Distros 未修補的弱點：CVE-2025-15284	medium
280145	Apache Tika JAR 偵測	info
280133	Linux Distros 未修補的弱點：CVE-2025-66864	high

偵測

Nessus 的 Misc. 系列

high

medium

high

critical

high

high

high

high

medium

medium

medium

medium

medium

medium

high

medium

high

medium

high

medium

medium

medium

medium

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

high

high

high

high

medium

high

medium

high

medium

high

medium

info

high