Rocky Linux 9.6 主機已安裝的套件會受到 TuxCare ALMALINUX9.6：CLSA-2026：1780562693 公告中提及的多個弱點影響。

  - 在 5.16.12 之前的 Linux 核心中發現一個問題。drivers/net/usb/sr9700.c 允許攻擊者透過裝置的特製框架長度，從堆積記憶體取得敏感資訊。(CVE-2022-26966)

  - 已解決 Linux 核心中的下列弱點：kprobes: don't call disarm_kprobe() for disabled kprobes The assumption in __disable_kprobe() is wrong, and it could try to disarm an already disarmed kprobe and fire the WARN_ONCE() below. [0] We can easily reproduce this issue. 1. Write 0 to /sys/kernel/debug/kprobes/enabled. # echo 0 > /sys/kernel/debug/kprobes/enabled 2. Run execsnoop. At this time, one kprobe is disabled. # /usr/share/bcc/tools/execsnoop & [1] 2460 PCOMM PID PPID RET ARGS # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k
    __x64_sys_execve+0x0 [DISABLED][FTRACE] 3. Write 1 to /sys/kernel/debug/kprobes/enabled, which changes kprobes_all_disarmed to false but does not arm the disabled kprobe. # echo 1 > /sys/kernel/debug/kprobes/enabled # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r
    __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k __x64_sys_execve+0x0 [DISABLED][FTRACE] 4. Kill execsnoop, when __disable_kprobe() calls disarm_kprobe() for the disabled kprobe and hits the WARN_ONCE() in __disarm_kprobe_ftrace(). # fg /usr/share/bcc/tools/execsnoop ^C Actually, WARN_ONCE() is fired twice, and __unregister_kprobe_top() misses some cleanups and leaves the aggregated kprobe in the hash table.
    Then, __unregister_trace_kprobe() initialises tk->rp.kp.list and creates an infinite loop like this.
    aggregated kprobe.list -> kprobe.list -. ^ | '.__.' In this situation, these commands fall into the infinite loop and result in RCU stall or soft lockup. cat /sys/kernel/debug/kprobes/list :
    show_kprobe_addr() enters into the infinite loop with RCU. /usr/share/bcc/tools/execsnoop :
    warn_kprobe_rereg() holds kprobe_mutex, and __get_valid_kprobe() is stuck in the loop. To avoid the issue, make sure we don't call disarm_kprobe() for disabled kprobes. [0] Failed to disarm kprobe-ftrace at
    __x64_sys_execve+0x0/0x40 (error -2) WARNING: CPU: 6 PID: 2460 at kernel/kprobes.c:1130
    __disarm_kprobe_ftrace.isra.19 (kernel/kprobes.c:1129) Modules linked in: ena CPU: 6 PID: 2460 Comm:
    execsnoop Not tainted 5.19.0+ #28 Hardware name: Amazon EC2 c5.2xlarge/, BIOS 1.0 10/16/2017 RIP:
    0010:__disarm_kprobe_ftrace.isra.19 (kernel/kprobes.c:1129) Code: 24 8b 02 eb c1 80 3d c4 83 f2 01 00 75 d4 48 8b 75 00 89 c2 48 c7 c7 90 fa 0f 92 89 04 24 c6 05 ab 83 01 e8 e4 94 f0 ff <0f> 0b 8b 04 24 eb b1 89 c6 48 c7 c7 60 fa 0f 92 89 04 24 e8 cc 94 RSP: 0018:ffff9e6ec154bd98 EFLAGS: 00010282 RAX:
    0000000000000000 RBX: ffffffff930f7b00 RCX: 0000000000000001 RDX: 0000000080000001 RSI: ffffffff921461c5 RDI: 00000000ffffffff RBP: ffff89c504286da8 R08: 0000000000000000 R09: c0000000fffeffff R10:
    0000000000000000 R11: ffff9e6ec154bc28 R12: ffff89c502394e40 R13: ffff89c502394c00 R14: ffff9e6ec154bc00 R15: 0000000000000000 FS: 00007fe800398740(0000) GS:ffff89c812d80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000000c00057f010 CR3: 0000000103b54006 CR4: 00000000007706e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <TASK> __disable_kprobe (kernel/kprobes.c:1716) disable_kprobe (kernel/kprobes.c:2392) __disable_trace_kprobe (kernel/trace/trace_kprobe.c:340) disable_trace_kprobe (kernel/trace/trace_kprobe.c:429) perf_trace_event_unreg.isra.2 (./include/linux/tracepoint.h:93 kernel/trace/trace_event_perf.c:168) perf_kprobe_destroy (kernel/trace/trace_event_perf.c:295) _free_event (kernel/events/core.c:4971) perf_event_release_kernel (kernel/events/core.c:5176) perf_release (kernel/events/core.c:5186) __fput (fs/file_table.c:321) task_work_run (./include/linux/ ---truncated--- (CVE-2022-50008)

  - 已解決 Linux 核心中的下列弱點：tracing/hist: Fix out-of-bound write on 'action_data.var_ref_idx' When generate a synthetic event with many params and then create a trace action for it [1], kernel panic happened [2]. It is because that in trace_action_create() 'data->n_params' is up to SYNTH_FIELDS_MAX (current value is 64), and array 'data->var_ref_idx' keeps indices into array 'hist_data->var_refs' for each synthetic event param, but the length of 'data->var_ref_idx' is TRACING_MAP_VARS_MAX (current value is 16), so out-of-bound write happened when 'data->n_params' more than 16. In this case, 'data->match_data.event' is overwritten and eventually cause the panic. To solve the issue, adjust the length of 'data->var_ref_idx' to be SYNTH_FIELDS_MAX and add sanity checks to avoid out-of-bound write. [1] # cd /sys/kernel/tracing/ # echo my_synth_event int v1; int v2; int v3; int v4; int v5; int v6;\ int v7; int v8; int v9; int v10; int v11; int v12; int v13; int v14;\ int v15; int v16; int v17; int v18; int v19; int v20; int v21; int v22;\ int v23; int v24; int v25; int v26; int v27; int v28;
    int v29; int v30;\ int v31; int v32; int v33; int v34; int v35; int v36; int v37; int v38;\ int v39; int v40; int v41; int v42; int v43; int v44; int v45; int v46;\ int v47; int v48; int v49; int v50; int v51;
    int v52; int v53; int v54;\ int v55; int v56; int v57; int v58; int v59; int v60; int v61; int v62;\ int v63 >> synthetic_events # echo 'hist:keys=pid:ts0=common_timestamp.usecs if comm==bash' >> \ events/sched/sched_waking/trigger # echo hist:keys=next_pid:onmatch(sched.sched_waking).my_synth_event(\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid) >> events/sched/sched_switch/trigger [2] BUG: unable to handle page fault for address: ffff91c900000000 PGD 61001067 P4D 61001067 PUD 0 Oops: 0000 [#1] PREEMPT SMP NOPTI CPU:
    2 PID: 322 Comm: bash Tainted: G W 6.1.0-rc8+ #229 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.15.0-0-g2dd4b9b3f840-prebuilt.qemu.org 04/01/2014 RIP: 0010:strcmp+0xc/0x30 Code: 75 f7 31 d2 44 0f b6 04 16 44 88 04 11 48 83 c2 01 45 84 c0 75 ee c3 cc cc cc cc 0f 1f 00 31 c0 eb 08 48 83 c0 01 84 d2 74 13 <0f> b6 14 07 3a 14 06 74 ef 19 c0 83 c8 01 c3 cc cc cc cc 31 c3 RSP: 0018:ffff9b3b00f53c48 EFLAGS: 00000246 RAX: 0000000000000000 RBX: ffffffffba958a68 RCX: 0000000000000000 RDX: 0000000000000010 RSI: ffff91c943d33a90 RDI: ffff91c900000000 RBP: ffff91c900000000 R08: 00000018d604b529 R09:
    0000000000000000 R10: ffff91c9483eddb1 R11: ffff91ca483eddab R12: ffff91c946171580 R13: ffff91c9479f0538 R14: ffff91c9457c2848 R15: ffff91c9479f0538 FS: 00007f1d1cfbe740(0000) GS:ffff91c9bdc80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: ffff91c900000000 CR3:
    0000000006316000 CR4: 00000000000006e0 Call Trace: <TASK> __find_event_file+0x55/0x90 action_create+0x76c/0x1060 event_hist_trigger_parse+0x146d/0x2060 ? event_trigger_write+0x31/0xd0 trigger_process_regex+0xbb/0x110 event_trigger_write+0x6b/0xd0 vfs_write+0xc8/0x3e0 ? alloc_fd+0xc0/0x160 ? preempt_count_add+0x4d/0xa0 ? preempt_count_add+0x70/0xa0 ksys_write+0x5f/0xe0 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x7f1d1d0cf077 Code: 64 89 02 48 c7 c0 ff ff ff ff eb bb 0f 1f 80 00 00 00 00 f3 0f 1e fa 64 8b 04 25 18 00 00 00 85 c0 75 10 b8 01 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 51 c3 48 83 ec 28 48 89 54 24 18 48 89 74 RSP: 002b:00007ffcebb0e568 EFLAGS: 00000246 ORIG_RAX:
    0000000000000001 RAX: ffffffffffffffda RBX: 0000000000000143 RCX: 00007f1d1d0cf077 RDX: 0000000000000143 RSI: 00005639265aa7e0 RDI: 0000000000000001 RBP: 00005639265aa7e0 R08: 000000000000000a R09:
    0000000000000142 R ---truncated--- (CVE-2022-50553)

  - 已解決 Linux 核心中的下列弱點：net: can: j1939: enhanced error handling for tightly received RTS messages in xtp_rx_rts_session_new This patch enhances error handling in scenarios with RTS (Request to Send) messages arriving closely. It replaces the less informative WARN_ON_ONCE backtraces with a new error handling method. This provides clearer error messages and allows for the early termination of problematic sessions. Previously, sessions were only released at the end of j1939_xtp_rx_rts(). Potentially this could be reproduced with something like: testj1939 -r vcan0:0x80 & while true; do # send first RTS cansend vcan0 18EC8090#1014000303002301; # send second RTS cansend vcan0 18EC8090#1014000303002301; # send abort cansend vcan0 18EC8090#ff00000000002301; done (CVE-2023-52887)

  - 已解決 Linux 核心中的下列弱點：net: fec: remove .ndo_poll_controller to avoid deadlocks There is a deadlock issue found in sungem driver, please refer to the commit ac0a230f719b (eth: sungem: remove .ndo_poll_controller to avoid deadlocks). The root cause of the issue is that netpoll is in atomic context and disable_irq() is called by .ndo_poll_controller interface of sungem driver, however, disable_irq() might sleep. After analyzing the implementation of fec_poll_controller(), the fec driver should have the same issue. Due to the fec driver uses NAPI for TX completions, the .ndo_poll_controller is unnecessary to be implemented in the fec driver, so fec_poll_controller() can be safely removed. (CVE-2024-38553)

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

AlmaLinux 9.2 主機已安裝的套件會受到 TuxCare ALMALINUX9.2：CLSA-2026：1781347338 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：net: mdio: unexport __init-annotated mdio_bus_init() EXPORT_SYMBOL and __init is a bad combination because the .init.text section is freed up after the initialization. Hence, modules cannot use symbols annotated __init. The access to a freed symbol may end up with kernel panic. modpost used to detect it, but it has been broken for a decade. Recently, I fixed modpost so it started to warn it again, then this showed up in linux-next builds. There are two ways to fix it: - Remove __init - Remove EXPORT_SYMBOL I chose the latter for this case because the only in-tree call-site, drivers/net/phy/phy_device.c is never compiled as modular. (CONFIG_PHYLIB is boolean) (CVE-2022-49350)

  - 已解決 Linux 核心中的下列弱點：selinux: fix memleak in security_read_state_kernel() In this function, it directly returns the result of __security_read_policy without freeing the allocated memory in *data, cause memory leak issue, so free the memory if
    __security_read_policy failed. [PM: subject line tweak] (CVE-2022-50201)

  - 已解決 Linux 核心中的下列弱點：usb: typec: tcpci: fix of node refcount leak in tcpci_register_port() I got the following report while doing device(mt6370-tcpc) load test with CONFIG_OF_UNITTEST and CONFIG_OF_DYNAMIC enabled: OF: ERROR: memory leak, expected refcount 1 instead of 2, of_node_get()/of_node_put() unbalanced - destroy cset entry: attach overlay node /i2c/pmic@34/tcpc/connector The 'fwnode' set in tcpci_parse_config() which is called in tcpci_register_port(), its node refcount is increased in device_get_named_child_node(). It needs be put while exiting, so call fwnode_handle_put() in the error path of tcpci_register_port() and in tcpci_unregister_port() to avoid leak. (CVE-2022-50246)

  - 已解決 Linux 核心中的下列弱點：drivers: serial: jsm: fix some leaks in probe This error path needs to unwind instead of just returning directly. (CVE-2022-50312)

  - 已解決 Linux 核心中的下列弱點：thermal: intel_powerclamp: Use get_cpu() instead of smp_processor_id() to avoid crash When CPU 0 is offline and intel_powerclamp is used to inject idle, it generates kernel BUG: BUG: using smp_processor_id() in preemptible [00000000] code:
    bash/15687 caller is debug_smp_processor_id+0x17/0x20 CPU: 4 PID: 15687 Comm: bash Not tainted 5.19.0-rc7+ #57 Call Trace: <TASK> dump_stack_lvl+0x49/0x63 dump_stack+0x10/0x16 check_preemption_disabled+0xdd/0xe0 debug_smp_processor_id+0x17/0x20 powerclamp_set_cur_state+0x7f/0xf9 [intel_powerclamp] ... ... Here CPU 0 is the control CPU by default and changed to the current CPU, if CPU 0 offlined. This check has to be performed under cpus_read_lock(), hence the above warning. Use get_cpu() instead of smp_processor_id() to avoid this BUG. [ rjw: Subject edits ] (CVE-2022-50494)

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

遠端 Oracle Linux 10 / 9 主機中安裝的套件受到 ELSA-2026-50372 公告中提及的多個弱點影響。

    - net/sched：修正導致頁面快取損毀的 pedit 部分 COW (Rajat Gupta) {CVE-2026-46331}
    - eventpoll：修正ep_remove結構 eventpoll / 結構檔案 UAF （Christian Brauner） [Orabug： 39668743] {CVE-2026-46242}
    - net： skbuff：修正 pskb_carve 協助程式中缺少的 zerocopy 參照 （Minh Nguyen） [Orabug： 39656679] {CVE-2026-52943}
    - arm64： 勘誤表：緩解各種 Arm CPU 上的 TLBI 勘誤表 （Mark Rutland） [Orabug： 39548792] {CVE-2025-10263}
    - openvswitch： vport：修正釋放通道埠時的自我鎖死 （Ilya Maximets） {CVE-2026-46165}
    - iommu/amd：在並行 TLB 無效的情況下序列化序列分配 （Ankit Soni） {CVE-2026-43220}
    - usb： ulpi：修正 ulpi_register（） 錯誤路徑上的記憶體洩漏 （Felix Gu） {CVE-2026-46109}
    - smb： client：拒絕使用者空間 cifs.spnego 描述 （Asim Viladi Oglu Manizada） [Orabug： 39463671] {CVE-2026-46243}
    - net：skbuff：透過片段傳輸協助程式傳播共用片段標記 (Hyunwoo Kim) [Orabug:
    39368826,39441323] {CVE-2026-43503，CVE-2026-46300}
    - net：skbuff：在合併期間保留共用片段標記 (William Bowling) [Orabug: 39368826] {CVE-2026-46300}
    - netfilter：拒絕 nft_bitwise 中的零移位 （Kai Ma） [Orabug： 39452464] {CVE-2026-46101}
    - net： ipv6：修正 seg6 和 rpl lwtunnels 中的 NOREF dst 使用 （Andrea Mayer） [Orabug： 39452457] {CVE-2026-46099}
    - ALSA： caiaq：修正探查失敗時的 usb_dev 參照計數洩漏 （Deepanshu Kartikey） [Orabug： 39452739] {CVE-2026-46048}
    - ipv6： rpl：當重新壓縮mac_len SRH 增長時，保留餘量 （Greg Kroah-Hartman） [Orabug： 39426003] {CVE-2026-43501}
    - ALSA： caiaq：修正錯誤路徑上可能剩餘的ep1_in_urb （Takashi Iwai） [Orabug： 39452746] {CVE-2026-45992}
    - net：bonding：修復 bond_xmit_broadcast() 中的釋放後使用 (Xiang Mei) [Orabug: 39205989] {CVE-2026-31419}
    - crypto： authencesn - 在執行個體建立期間拒絕短 ahash 摘要 （Yucheng Lu） [Orabug： 39452231] {CVE-2026-46033}
    - spi：修正裝置設定失敗時的資源洩漏 （Johan Hovold） [Orabug： 39452400] {CVE-2026-46083}
    - net： qrtr： ns： 限制節點總數 （Manivannan Sadhasivam） [Orabug： 39452123] {CVE-2026-46003}
    - net： bridge：在 RCU 讀取器中使用穩定的 FDB dst 快照 （Zhengchuan Liang） [Orabug： 39452411] {CVE-2026-46086}
    - net： qrtr： ns： 限制查詢的最大次數（Manivannan Sadhasivam） [Orabug: 39452207] {CVE-2026-46026}
    - net： qrtr： ns：限制每個節點的最大伺服器註冊數量（Manivannan Sadhasivam） [Orabug: 39410851] {CVE-2026-43491}
    - RDMA/mana_ib：停用 RSS QP 銷毀的 RX 轉向 （Long Li） [Orabug： 39452406] {CVE-2026-46084}
    - media： rc： igorplugusb：注意相干性規則 （Oliver Neukum） [Orabug： 39452432] {CVE-2026-46091}
    - wifi： mwifiex：修正 mwifiex_adapter_cleanup（） 中的釋放後使用 （Daniel Hodges） [Orabug： 39452343] {CVE-2026-46069}
    - thermal： core：修正熱區域調速器清理問題 （Rafael J. Wysocki） [Orabug： 39452186] {CVE-2026-46021}
    - smb：client：在 cifsacl 中重寫 DACL 之前先驗證整個 DACL (Michael Bommarito) [Orabug:
    39300611] {CVE-2026-31709}
    - scsi：sd：修正 device_add（&disk_dev） 失敗時遺失的 put_disk（） （Yang Xiuwei） [Orabug： 39452100] {CVE-2026-45997}
    - rtmutex：在 remove_waiter() 中使用 waiter::task 而不是 current (Keenan Dong) [Orabug: 39425998] {CVE-2026-43499}
    - ceph：只有 d_add（） 負 dentry 未雜湊時 （Max Kellermann） [Orabug： 39452291] {CVE-2026-46052}
    - dm mirror：修正 create_dirty_log（） 中的整數溢位 （Junrui Luo） [Orabug： 39452196] {CVE-2026-46023}
    - 藍牙：hci_event：修正 SSP 通行金鑰處理常式中潛在的 UAF (Shuvam Pandey) [Orabug: 39452304] {CVE-2026-46056}
    - tcp：接聽程式遷移後呼叫 sk_data_ready（） （Zhenzhong Wu） [Orabug： 39452159] {CVE-2026-46015}
    - inotify：修正 fsnotify_add_inode_mark_locked（） 失敗時的監視計數洩漏 （Chia-Ming Chang） [Orabug：
    39452250] {CVE-2026-46040}
    - md/raid5：在存取日誌中繼資料之前驗證負載大小 （Junrui Luo） [Orabug： 39452349] {CVE-2026-46070}
    - md/raid5：修正 retry_aligned_read（） 中的軟鎖定 （Chia-Ming Chang） [Orabug： 39452287] {CVE-2026-46051}
    - ext4：修正 ext4_xattr_inode_dec_ref_all（） 中缺少的 brelse（） （Sohei Koyama） [Orabug： 39452269] {CVE-2026-46046}
    - ext4：修正 check_xattrs（） 中的邊界檢查以防止越界存取 （Deepanshu Kartikey） [Orabug：
    39452442] {CVE-2026-46094}
    - io_uring/poll：修正喚醒爭用時缺少 EOF 的 multishot recv （Jens Axboe） {CVE-2026-23473}
    - KVM： nSVM： 如果未處理的 VMMCALL 未被 L1 攔截，則引發 #UD （Kevin Cheng） [Orabug： 39452372] {CVE-2026-46076}
    - KVM： SVM：如果是 EFER，則為 INVLPGA 注入 #UD。SVME=0 （Kevin Cheng） [Orabug： 39452394] {CVE-2026-46082}
    - KVM： nSVM：在 L2 的 VMRUN 之後，將中斷影子同步到快取的 vmcb12 （Yosry Ahmed） [Orabug： 39452061] {CVE-2026-45987}
    - xfs：修正 xfs_alloc_buftarg（） 中的資源洩漏 （Haoxiang Li） [Orabug： 39452131] {CVE-2026-46005}
    - libceph：防止 ceph_handle_auth_reply（） 中潛在的 null-ptr-deref （Raphael Zimmer） [Orabug：
    39452201] {CVE-2026-46024}
    - ipv4： icmp：使用 icmp_pointers 之前先驗證回覆類型 （Ruide Cao） [Orabug： 39452243] {CVE-2026-46037}
    - RDMA/rxe：在 rxe_rcv 中的 payload_size（） 之前驗證 pad 和 ICRC （Hkbinbin） [Orabug： 39452259] {CVE-2026-46043}
    - net： qrtr： ns： 在 ctrl_cmd_bye（） 期間釋放節點 （Manivannan Sadhasivam） [Orabug： 39452246] {CVE-2026-46038}
    - rxrpc： 修正 rxkad 加密不對齊處理 （David Howells） [Orabug： 39452728] {CVE-2026-46085}
    - ALSA： caiaq： 正確處理探查錯誤 （Takashi Iwai） [Orabug： 39452126] {CVE-2026-46004}
    - rbd：修正 device_add_disk（） 失敗時的 null-ptr-deref （Dawei Feng） [Orabug： 39452385] {CVE-2026-46079}
    - md/raid10：修正帶有檢查操作和 nowait 要求的鎖死 （Josh Hunt） [Orabug： 39452284] {CVE-2026-46050}
    - jbd2：修正 jbd2_journal_cancel_revoke（） 中的鎖死 （Zhang Yi） [Orabug： 39452318] {CVE-2026-46061}
    - erofs：修正尾隨 dirents 的越界 nameoff 處理 （Gao Xiang） [Orabug： 39452380] {CVE-2026-46078}
    - ALSA： ctxfi：新增 S/PDIF 預設 RSR 的後援 （Harin Lee） [Orabug： 39452280] {CVE-2026-46049}
    - ext2：拒絕 ext2_iget（） 中具有零i_nlink和有效模式的 inode （Vasiliy Kovalev） [Orabug： 39452119] {CVE-2026-46002}
    - net： qrtr： ns： 修正驅動程式 remove（） 中的釋放後使用 （Manivannan Sadhasivam） [Orabug： 39452274] {CVE-2026-46047}
    - net： strparser：修正 strp_abort_strp（） 中的skb_head洩露 （Luxiao Xu） [Orabug： 39452468] {CVE-2026-46102}
    - ALSA： control：在 snd_ctl_elem_init_enum_names（） 中 strnlen（） 之前驗證buf_len （Ziqing Chen） [Orabug： 39452416] {CVE-2026-46088}
    - crypto： pcrypt - 修正 MAY_BACKLOG 要求的處理 （Herbert Xu） [Orabug： 39410863] {CVE-2026-43493}
    - wifi： rtw88：檢查 PCI 上游橋接器是否存在 （Fedor Pchelkin） [Orabug： 39452437] {CVE-2026-46092}
    - zram：不要忘記部分捨棄請求的 endio （Sergey Senozhatsky） [Orabug： 39452420] {CVE-2026-46089}
    - ocfs2：在 dio 完成時拆分交易以避免信用耗盡 （Heming Zhao） [Orabug： 39452388] {CVE-2026-46080}
    - drm/amdgpu： 限制 BO 清單項目計數以防止資源耗盡 （Jesse Zhang） [Orabug： 39167551] {CVE-2026-23468}
    - padata：一勞永逸地修正 pd UAF （Herbert Xu） [Orabug： 38335055] {CVE-2025-38584}
    - drm/nouveau：修正 pushbuf 重新定位邊界檢查中的 u32 溢位 （Greg Kroah-Hartman） [Orabug： 39452133] {CVE-2026-46006}
    - ALSA： usb-audio：停止剖析 MAX_NR_RATES 的 UAC2 速率 （Cassio Gabriel） [Orabug： 39452170] {CVE-2026-46018}
    - drivers/xen/sys-hypervisor.c 中的緩衝區溢位 （Juergen Gross） [Orabug： 39305898] {CVE-2026-31786}
    - xen/privcmd：透過 VMA 分割修正雙重釋放 （Juergen Gross） [Orabug： 39305908] {CVE-2026-31787}
    - rxrpc： 修正非 XDR 金鑰準備中缺少的票證長度驗證 （Anderson Nascimento） [Orabug：
    39300563] {CVE-2026-31696}
    - crypto： ccp：如果 PSP 命令失敗，請勿嘗試將 ID 複製到使用者空間 （Sean Christopherson） {CVE-2026-31697}
    - crypto： ccp：如果 PSP 命令失敗，請勿嘗試將 PDH cert 複製到使用者空間 （Sean Christopherson） {CVE-2026-31698}
    - crypto： ccp：如果 PSP 命令失敗，請勿嘗試將 CSR 複製到使用者空間 （Sean Christopherson） {CVE-2026-31699}
    - net/packet：修正 tpacket_snd（） 中 mmap'd vnet_hdr 上的 TOCTOU 爭用 （Bingquan Chen） {CVE-2026-31700}
    - ALSA： caiaq：在 create_card（） 中參照 USB 裝置 （Berk Cem Goksel） [Orabug： 39300586] {CVE-2026-31701}
    - smb： client：修正smb2_ioctl_query_info QUERY_INFO路徑中的 OOB 讀取 （Michael Bommarito） [Orabug：
    39300607] {CVE-2026-31708}
    - smb： client：在讀取模式位元之前需要完整的 NFS 模式 SID （Michael Bommarito） [Orabug： 39343707] {CVE-2026-43350}
    - fuse：拒絕頁面快取中的過大內容 （Samuel Page） [Orabug： 39300556] {CVE-2026-31694}
    - mm/pagewalk：修正並行分割和重新fault之間的爭用 （Max Boone） [Orabug： 39250782] {CVE-2026-31456}
    - wifi： mac80211：ieee80211_tx_prepare_skb（） 失敗時始終釋放 skb （Felix Fietkau） [Orabug： 39167472] {CVE-2026-23444}
    - mm/userfaultfd：修正 hugetlb 錯誤互斥雜湊計算 （Jianhui Zhou） [Orabug： 39273453] {CVE-2026-31575}
    - ipv6：在 SRv6 路徑中新增 idev 的 NULL 檢查 （Heminhong） [Orabug： 39167467] {CVE-2026-23442}
    - ocfs2：修正 ocfs2_write_end_inline 中的越界寫入 （Joseph Qi） [Orabug： 39331090] {CVE-2026-43075}
    - ocfs2：在 inode 讀取期間驗證內嵌資料i_size （Deepanshu Kartikey） [Orabug： 39331097] {CVE-2026-43076}
    - media： as102：修正裝置在 as102_usb_probe（） 中註冊後不會釋放記憶體的問題 （Jeongjun Park） [Orabug： 39273467] {CVE-2026-31578}
    - bcache：修正 cached_dev.sb_bio 釋放後使用和崩潰 （Mingzhe Zou） [Orabug： 39273481] {CVE-2026-31580}
    - ALSA： 6fire：修正中斷連接時的釋放後使用 （Berk Cem Goksel） [Orabug： 39273486] {CVE-2026-31581}
    - media： em28xx：修正 em28xx_v4l2_open（） 中的釋放後使用 （Abhishek Kumar） [Orabug： 39273493] {CVE-2026-31583}
    - mm： blk-cgroup：修正 cgwb_release_workfn（） 中的釋放後使用 （Breno Leitao） [Orabug： 39273507] {CVE-2026-31586}
    - KVM：x86：使用 MMIO 片段中的暫存欄位來保存小寫入值 （Sean Christopherson） [Orabug：
    39273521] {CVE-2026-31588}
    - x86-64：重新命名具有誤導性名稱的「__copy_user_nocache（）」函式 （Linus Torvalds） [Orabug： 39323162] {CVE-2026-43073}
    - kernel：對於 dup_mmap() 失敗和 uprobe 註冊要更加小心 (Liam R. Howlett) {CVE-2025-21709}
    - gpiolib：修正 gdev->srcu 的爭用情形 （Pawel Narewski） [Orabug： 38887677] {CVE-2026-22986}
    - KVM： SEV：對 KVM_MEMORY_ENCRYPT_REG_REGION 的大尺寸刪除 WARN （Sean Christopherson） [Orabug：
    39273529] {CVE-2026-31590}
    - KVM： SEV：拒絕嘗試同步已啟動/加密 vCPU 的 VMSA （Sean Christopherson） [Orabug： 39273553] {CVE-2026-31593}
    - ocfs2：處理 ocfs2_group_extend 中無效的 dinode （Zhengyuan Huang） [Orabug： 39273569] {CVE-2026-31596}
    - ocfs2：修正 ocfs2_fault（） 中VM_FAULT_RETRY時的釋放後使用 （Tejas Bharambe） [Orabug： 39273578] {CVE-2026-31597}
    - ocfs2：修正取消連結和dio_end_io_write之間可能的鎖死 （Joseph Qi） [Orabug： 39273586] {CVE-2026-31598}
    - dcache：將儲存桶的最小數量限制為兩個 （Zhihao Cheng） [Orabug： 39323133] {CVE-2026-43071}
    - ALSA： ctxfi：將 PTP 限制為單一頁面 （Harin Lee） [Orabug： 39273608] {CVE-2026-31602}
    - wifi： rtw88：修正探查失敗時的裝置洩漏 （Johan Hovold） [Orabug： 39273620] {CVE-2026-31604}

Tenable 已直接從 Oracle Linux 安全公告擷取前置描述區塊。

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

遠端 Debian 11 主機上安裝的多個套件受到 dla-4606 公告中提及的多個弱點影響。

    - ------------------------------------------------- ------------------------------------ Debian LTS 公告 DLA-4606-1 debian-lts@lists.debian.org https://www.debian.org/lts/security/Ben Hutchings 2026 年 5 月 29 日 https://wiki.debian.org/LTS-------------------------------------------------------------------------

    套件：linux 版本：5.10.257-1 CVE ID：CVE-2024-56584 CVE-2025-39748 CVE-2025-39764 CVE-2025-40219 CVE-2025-40261 CVE-2025-68206 CVE-2025-71274 CVE-2025-71292 CVE-2025-71304 CVE-2026-23100 CVE-2026-23112 CVE-2026-23227 CVE-2026-23242 CVE-2026-23243 CVE-2026-23245 CVE-2026-23253 CVE-2026-23273 CVE-2026-23274 CVE-2026-23277 CVE-2026-23279 CVE-2026-23281 CVE-2026-23286 CVE-2026-23289 CVE-2026-23290 CVE-2026-23291 CVE-2026-23293 CVE-2026-23298 CVE-2026-23300 CVE-2026-23303 CVE-2026-23304 CVE-2026-23307 CVE-2026-23312 CVE-2026-23318 CVE-2026-23336 CVE-2026-23339 CVE-2026-23351 CVE-2026-23352 CVE-2026-23356 CVE-2026-23357 CVE-2026-23362 CVE-2026-23365 CVE-2026-23367 CVE-2026-23368 CVE-2026-23372 CVE-2026-23379 CVE-2026-23381 CVE-2026-23382 CVE-2026-23388 CVE-2026-23391 CVE-2026-23395 CVE-2026-23396 CVE-2026-23397 CVE-2026-23398 CVE-2026-23420 CVE-2026-23434 CVE-2026-23439 CVE-2026-23446 CVE-2026-23452 CVE-2026-23455 CVE-2026-23456 CVE-2026-23457 CVE-2026-23458 CVE-2026-23460 CVE-2026-23462 CVE-2026-23463 CVE-2026-23474 CVE-2026-31391 CVE-2026-31393 CVE-2026-31396 CVE-2026-31399 CVE-2026-31400 CVE-2026-31402 CVE-2026-31403 CVE-2026-31405 CVE-2026-31411 CVE-2026-31415 CVE-2026-31416 CVE-2026-31417 CVE-2026-31418 CVE-2026-31421 CVE-2026-31422 CVE-2026-31423 CVE-2026-31424 CVE-2026-31425 CVE-2026-31427 CVE-2026-31428 CVE-2026-31447 CVE-2026-31450 CVE-2026-31452 CVE-2026-31454 CVE-2026-31455 CVE-2026-31466 CVE-2026-31469 CVE-2026-31473 CVE-2026-31485 CVE-2026-31494 CVE-2026-31495 CVE-2026-31497 CVE-2026-31498 CVE-2026-31504 CVE-2026-31507 CVE-2026-31508 CVE-2026-31509 CVE-2026-31510 CVE-2026-31512 CVE-2026-31515 CVE-2026-31518 CVE-2026-31523 CVE-2026-31524 CVE-2026-31545 CVE-2026-31546 CVE-2026-31550 CVE-2026-31552 CVE-2026-31555 CVE-2026-31570 CVE-2026-31628 CVE-2026-31649 CVE-2026-31651 CVE-2026-31658 CVE-2026-31659 CVE-2026-31660 CVE-2026-31661 CVE-2026-31662 CVE-2026-31665 CVE-2026-31667 CVE-2026-31668 CVE-2026-31670 CVE-2026-31671 CVE-2026-31672 CVE-2026-31674 CVE-2026-31679 CVE-2026-31680 CVE-2026-31682 CVE-2026-31683 CVE-2026-31720 CVE-2026-31721 CVE-2026-31726 CVE-2026-31728 CVE-2026-31737 CVE-2026-31738 CVE-2026-31747 CVE-2026-31748 CVE-2026-31749 CVE-2026-31751 CVE-2026-31752 CVE-2026-31758 CVE-2026-31759 CVE-2026-31761 CVE-2026-31762 CVE-2026-31763 CVE-2026-31770 CVE-2026-31773 CVE-2026-31778 CVE-2026-31780 CVE-2026-31781 CVE-2026-31786 CVE-2026-31787 CVE-2026-31788 CVE-2026-43011 CVE-2026-43014 CVE-2026-43015 CVE-2026-43020 CVE-2026-43024 CVE-2026-43026 CVE-2026-43027 CVE-2026-43028 CVE-2026-43030 CVE-2026-43032 CVE-2026-43035 CVE-2026-43037 CVE-2026-43038 CVE-2026-43040 CVE-2026-43041 CVE-2026-43043 CVE-2026-43047 CVE-2026-43050 CVE-2026-43051 CVE-2026-43060 CVE-2026-43061 CVE-2026-43062 CVE-2026-43066 CVE-2026-43068 CVE-2026-43069 CVE-2026-43077 CVE-2026-43078 CVE-2026-43124 CVE-2026-43130 CVE-2026-43132 CVE-2026-43134 CVE-2026-43135 CVE-2026-43136 CVE-2026-43139 CVE-2026-43140 CVE-2026-43141 CVE-2026-43147 CVE-2026-43149 CVE-2026-43152 CVE-2026-43156 CVE-2026-43158 CVE-2026-43159 CVE-2026-43163 CVE-2026-43168 CVE-2026-43171 CVE-2026-43180 CVE-2026-43183 CVE-2026-43184 CVE-2026-43187 CVE-2026-43190 CVE-2026-43194 CVE-2026-43196 CVE-2026-43202 CVE-2026-43203 CVE-2026-43206 CVE-2026-43207 CVE-2026-43209 CVE-2026-43211 CVE-2026-43218 CVE-2026-43223 CVE-2026-43226 CVE-2026-43227 CVE-2026-43230 CVE-2026-43231 CVE-2026-43232 CVE-2026-43233 CVE-2026-43236 CVE-2026-43241 CVE-2026-43242 CVE-2026-43246 CVE-2026-43251 CVE-2026-43255 CVE-2026-43257 CVE-2026-43261 CVE-2026-43264 CVE-2026-43266 CVE-2026-43268 CVE-2026-43269 CVE-2026-43270 CVE-2026-43273 CVE-2026-43277 CVE-2026-43283 CVE-2026-43287 CVE-2026-43289 CVE-2026-43295 CVE-2026-43296 CVE-2026-43314 CVE-2026-43316 CVE-2026-43327 CVE-2026-43328 CVE-2026-43334 CVE-2026-43336 CVE-2026-43339 CVE-2026-43340 CVE-2026-43342 CVE-2026-43343 CVE-2026-43355 CVE-2026-43357 CVE-2026-43363 CVE-2026-43370 CVE-2026-43373 CVE-2026-43381 CVE-2026-43382 CVE-2026-43383 CVE-2026-43386 CVE-2026-43387 CVE-2026-43407 CVE-2026-43411 CVE-2026-43420 CVE-2026-43424 CVE-2026-43425 CVE-2026-43426 CVE-2026-43427 CVE-2026-43428 CVE-2026-43429 CVE-2026-43430 CVE-2026-43432 CVE-2026-43437 CVE-2026-43439 CVE-2026-43445 CVE-2026-43449 CVE-2026-43450 CVE-2026-43451 CVE-2026-43452 CVE-2026-43453 CVE-2026-43458 CVE-2026-43459 CVE-2026-43466 CVE-2026-43472 CVE-2026-43475 CVE-2026-43480 CVE-2026-43503 CVE-2026-45848 CVE-2026-45852 CVE-2026-45856 CVE-2026-45857 CVE-2026-45860 CVE-2026-45862 CVE-2026-45866 CVE-2026-45867 CVE-2026-45868 CVE-2026-45869 CVE-2026-45870 CVE-2026-45871 CVE-2026-45873 CVE-2026-45875 CVE-2026-45879 CVE-2026-45883 CVE-2026-45885 CVE-2026-45890 CVE-2026-45899 CVE-2026-45904 CVE-2026-45912 CVE-2026-45914 CVE-2026-45915 CVE-2026-45916 CVE-2026-45919 CVE-2026-45920 CVE-2026-45923 CVE-2026-45936 CVE-2026-45941 CVE-2026-45948 CVE-2026-45954 CVE-2026-45956 CVE-2026-45958 CVE-2026-45960 CVE-2026-45964 CVE-2026-45965 CVE-2026-45968 CVE-2026-45970 CVE-2026-45974 CVE-2026-45978 CVE-2026-45981 CVE-2026-45983 CVE-2026-45984 CVE-2026-45985 CVE-2026-46028 CVE-2026-46174 CVE-2026-46300

    在 Linux 核心中發現數個弱點，這些弱點可能會導致特權提升、拒絕服務或資訊洩漏。

    針對 Debian 11 Bullseye，已在 5.10.257-1 版本中修正這些問題。此版本還包含穩定版更新 5.10.252-5.10.257 中的許多錯誤修正。

    建議您升級 linux 套件。

    如需有關 linux 安全性狀態的詳細資訊，請參閱其安全追蹤頁面：
    https://security-tracker.debian.org/tracker/linux

    有關 Debian LTS 安全公告、如何將這些更新套用至您的系統以及常見問題的詳細資訊，請參閱：https://wiki.debian.org/LTSAttachment:signature.ascDescription: PGP signature

Tenable 已直接從 Debian 安全公告擷取前置描述區塊。

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

遠端 Ubuntu 20.04 LTS 主機上安裝的一個套件受到 USN-8668-1 公告中所提及的多個弱點影響。

    Maxim Suhanov 發現 Linux 核心中的 NTFS 檔案系統實作在某些情況下無法正確驗證檔案名稱長度，導致越界讀取。攻擊者可以使用它來建構惡意 NTFS 映像，裝載和操作時可能會洩漏敏感性資訊 （核心記憶體） 。（CVE-2023-45896）

    據發現，某些 AMD 處理器在推測執行過程中未正確清除浮點除法單元中的資料。本機攻擊者可利用此弱點洩漏敏感資訊。
    (CVE-2025-54505)

    據發現，某些 AMD Zen 2 處理器沒有正確隔離操作快取中的共享資源。本機攻擊者可能會利用此問題破壞以較高權限等級執行的指令，進而導致權限提升。（CVE-2025-54518）

    在 Linux 核心中發現數個安全性問題。攻擊者可能會利用這些弱點入侵系統。此更新可更正下列子系統中的瑕疵：

    - ARM32 架構;

    - ARM64 架構 ;

    - MIPS 架構；

    - PowerPC 架構；

    - S390 架構；

    - x86 架構;

    - 區塊層子系統；

    - 密碼編譯 API;

    - ACPI 驅動程式；

    - ATM 驅動程式 ;

    - 驅動程式核心；

    - 電源管理核心 ;

    - DRBD 分散式複制區塊裝置驅動程式；

    - RNBD 區塊裝置驅動程式；

    - 藍牙驅動程式;

    - 匯流排裝置；

    - 字元裝置驅動程式 ;

    - TPM 裝置驅動程式；

    - Clocksource 驅動程式；

    - 資料擷取架構和驅動程式；

    - CPU 頻率縮放架構;

    - CPU 閒置管理架構；

    - 硬體加密裝置驅動程式；

    - DMA 引擎子系統;

    - 適用於 ARMv8-A(FFA) 的 Arm 韌體架構；

    - EFI 核心；

    - GPIO 子系統；

    - GPU 驅動程式；

    - HID 子系統 ;

    - 硬體監控驅動程式 ;

    - I2C 子系統；

    - IIO 子系統；

    - IIO ADC 驅動程式；

    - InfiniBand 驅動程式；

    - 輸入裝置 (其他) 驅動程式 ;

    - IOMMU 子系統;

    - 信箱架構；

    - 多個裝置驅動程式；

    - 媒體驅動程式；

    - 聯發科SMI驅動程式;

    - NVIDIA Tegra 記憶體控制器驅動程式;

    - 多功能裝置驅動程式；

    - IBM Advanced System Management 驅動程式;

    - MMC 子系統；

    - MTD 區塊裝置驅動程式；

    - 網路驅動程式；

    - 乙太網路綁定驅動程式;

    - Mellanox 網路驅動程式；

    - Microsoft Azure 網路介面卡 (MANA) 驅動程式 ;

    - STMicroelectronics 網路驅動程式；

    - MediaTek 網路驅動程式；

    - 近距離無線通訊 (NFC) 驅動程式 ;

    - NTB 驅動程式；

    - NVDIMM (非易失性記憶體裝置) 驅動程式；

    - NVME 驅動程式；

    - PCI (支付卡產業) 子系統;

    - 針腳控制器子系統;

    - x86 平台驅動程式；

    - Broadcom BCM2835 電源域驅動程式;

    - 電源驅動程式；

    - RapidIO 驅動程式;

    - Remote Processor 子系統;

    - RPMSG 子系統；

    - SCSI 子系統；

    - Freescale SoC 驅動程式；

    - Texas Instruments SoC  驅動程式；

    - SPI 子系統；

    - Greybus lights staging 驅動程式；

    - 媒體演示驅動程式；

    - Realtek RTL8723BS SDIO 驅動程式；

    - SM750 幀緩衝區暫存驅動程序;

    - TCM 子系統；

    - TTY 驅動程式 ;

    - UFS 子系統;

    - Cadence USB3 驅動程式;

    - USB 裝置類別驅動程式；

    - ULPI匯流排;

    - USB 核心驅動程式；

    - DesignWare USB2 驅動程式;

    - USB Gadget 驅動程式；

    - USB 主機控制器驅動程式；

    - Mustek MDC800 USB 數碼相機驅動程序;

    - USB YUREX 驅動程式;

    - Renesas USBHS 控制器驅動程式;

    - Framebuffer 層；

    - Xen Hypervisor 驅動程式 ;

    - 檔案系統基礎架構 ;

    - BTRFS 檔案系統 ;

    - Ceph 分散式檔案系統；

    - EROFS 檔案系統；

    - Ext4 檔案系統；

    - F2FS 檔案系統；

    - FAT 檔案系統；

    - FUSE (使用者空間中的檔案系統)；

    - GFS2 檔案系統；

    - HFS+ 檔案系統；

    - JFS 檔案系統；

    - 網路檔案系統 (NFS) 伺服器程式；

    - NILFS2 檔案系統;

    - 檔案系統通知基礎架構 ;

    - NTFS3 檔案系統；

    - OCFS2 檔案系統；

    - Proc 檔案系統；

    - Pstore 檔案系統；

    - Diskquota 系統；

    - SMB 網路檔案系統；

    - SquashFS 檔案系統；

    - UDF 檔案系統；

    - XFS 檔案系統；

    - 稽核子系統；

    - RAS (可靠性、可用性、可維護性) 子系統；

    - 軟體節點和裝置屬性;

    - 記憶體管理 ;

    - KVM 子系統;

    - 記憶體管理；

    - PPP 協定驅動器和壓縮器;

    - Linux 安全性模組 (LSM) 架構；

    - 網路流量控制；

    - 藍牙子系統；

    - MAC80211 子系統；

    - Netfilter；

    - IP 通道定義；

    - 追蹤基礎架構；

    - 使用者空間 API (UAPI);

    - io_uring 子系統；

    - BPF 子系統；

    - 控制群組 (cgroup);

    - 核心 fork() 系統呼叫；

    - 核心 futex 基元；

    - 核心 kexec() 系統呼叫；

    - 核心模組支援;

    - 排程器基礎架構；

    - 密碼庫;

    - KASAN 記憶體除錯架構;

    - 非同步傳輸模式 (ATM) 子系統；

    - B.A.T.M.A.N. 網狀通訊協定；

    - 乙太網路橋接器；

    - CAIF 通訊協定；

    - CAN 網路層；

    - Ceph Core 程式庫；

    - 網路核心；

    - 分散式交換架構;

    - IPv4 網路;

    - IPv6 網路；

    - XFRM 子系統；

    - L2TP 通訊協定；

    - 管理元件傳輸通訊協定 (MCTP)；

    - 多重路徑 TCP;

    - NCSI (Network Controller Sideband Interface) 驅動程式;

    - NFC 子系統 ;

    Open vSwitch；

    - Phonet 通訊協定 ;

    - 高通IPC路由器（QRTR）;

    - RDS 通訊協定;

    - RF 交換器子系統；

    - Rose 網路層;

    - RxRPC 工作階段通訊端；

    - SCTP 通訊協定；

    - SMC 通訊端;

    - 串流剖析器;

    - Sun RPC 通訊協定；

    - TIPC 通訊協定 ;

    - TLS 通訊協定；

    - Unix 網域通訊端;

    - VMware vSockets 驅動程式；

    - 無線網路 ；

    - X.25 network layer;

    - eXpress 資料路徑；

    - AppArmor 安全性模組 ;

    - 簡化強制存取控制核心架構 ;

    - ALSA 架構;

    - FireWire 音效驅動程式 ;；

    - HD 音訊驅動程式；

    - AudioScience HPI 驅動程式；

    - Creative Sound Blaster X-Fi 驅動程式；

    - AMD SoC Alsa 驅動程式 ;

    - SoC 音訊核心驅動程式 ;；

    - STI ASoC 驅動程式;

    - USB音響設備;（CVE-2022-49803 ， ， ， CVE-2022-50073， CVE-2022-50116CVE-2025-38659CVE-2024-56719CVE-2024-56727CVE-2024-41079CVE-2024-46715CVE-2024-36922CVE-2024-47809CVE-2024-46770CVE-2024-50012CVE-2024-53221CVE-2024-56557CVE-2024-56584CVE-2024-56657CVE-2024-36898CVE-2025-21739CVE-2025-21712CVE-2025-21863CVE-2025-22107CVE-2025-23141CVE-2025-37786CVE-2025-38006CVE-2024-35865CVE-2025-38192CVE-2025-38105CVE-2025-38250CVE-2025-38562CVE-2025-38626CVE-2025-38710CVE-2025-39748CVE-2024-27389CVE-2025-40005CVE-2025-39764CVE-2025-71150CVE-2025-68358CVE-2025-71161CVE-2025-68307CVE-2025-68256CVE-2025-68239CVE-2025-71221CVE-2025-68206CVE-2025-40323CVE-2025-40103CVE-2025-71232CVE-2025-40016CVE-2023-53629CVE-2025-71233CVE-2025-71238CVE-2025-71237CVE-2025-71239CVE-2025-71236CVE-2025-71265CVE-2025-71266CVE-2022-50552CVE-2023-52737CVE-2025-71267CVE-2023-52682CVE-2023-53545CVE-2023-53596CVE-2025-71235CVE-2022-49961、、、 CVE-2026-23289CVE-2026-23204CVE-2026-23169CVE-2026-23220CVE-2026-23221CVE-2026-23222CVE-2026-23227CVE-2026-23228CVE-2026-23157CVE-2026-23234CVE-2026-23229CVE-2026-23235CVE-2026-23236CVE-2026-23237CVE-2026-23238CVE-2026-23241CVE-2026-23141CVE-2026-23243CVE-2026-23242CVE-2026-23253CVE-2026-23266CVE-2026-23270CVE-2026-23277CVE-2026-23279CVE-2026-23113CVE-2026-23286CVE-2026-23281CVE-2026-23290CVE-2026-23291CVE-2026-23293CVE-2026-23324CVE-2026-23318CVE-2026-23312CVE-2026-23335CVE-2026-23307CVE-2026-23304CVE-2026-23303CVE-2026-23336CVE-2026-23300CVE-2026-23298CVE-2026-23296CVE-2026-23339CVE-2026-23100CVE-2026-23031CVE-2026-23368CVE-2026-23359CVE-2026-23367CVE-2026-23352CVE-2026-23356CVE-2026-23357CVE-2026-23365CVE-2026-23370CVE-2026-23066CVE-2026-23362CVE-2025-71304CVE-2026-23340CVE-2025-71292CVE-2025-71287CVE-2025-71274、 、 、 、 CVE-2026-31399CVE-2026-23398CVE-2026-23397CVE-2026-23401CVE-2026-23399CVE-2026-23420CVE-2026-23434CVE-2026-23438CVE-2026-23439CVE-2026-23442CVE-2026-23396CVE-2026-23446CVE-2026-23444CVE-2026-23452CVE-2026-23454CVE-2026-23456CVE-2026-23457CVE-2026-23458CVE-2026-23395CVE-2026-23462CVE-2026-23460CVE-2026-23463CVE-2026-23474CVE-2026-31393CVE-2026-31396CVE-2026-31417CVE-2026-31416CVE-2026-31421CVE-2026-31415CVE-2026-31411CVE-2026-31409CVE-2026-31422CVE-2026-31408CVE-2026-31407CVE-2026-31405CVE-2026-31423CVE-2026-31400CVE-2026-23392CVE-2026-23391CVE-2026-23388CVE-2026-31454CVE-2026-31428CVE-2026-31433CVE-2026-31446CVE-2026-31427CVE-2026-31450CVE-2026-31455CVE-2026-31447CVE-2026-31424CVE-2026-31425CVE-2026-31452CVE-2026-23382CVE-2026-23381CVE-2026-23379CVE-2026-23372、 、 、 、 CVE-2026-31551CVE-2026-31494CVE-2026-31489CVE-2026-31497CVE-2026-31495CVE-2026-31498CVE-2026-31507CVE-2026-31508CVE-2026-31509CVE-2026-31510CVE-2026-31485CVE-2026-31515CVE-2026-31512CVE-2026-31518CVE-2026-31521CVE-2026-31522CVE-2026-31523CVE-2026-31524CVE-2026-31483CVE-2026-31540CVE-2026-31532CVE-2026-31545CVE-2026-31546CVE-2026-31549CVE-2026-31550CVE-2026-31581CVE-2026-31580CVE-2026-31583CVE-2026-31578CVE-2026-31577CVE-2026-31576CVE-2026-31585CVE-2026-31570CVE-2026-31565CVE-2026-31555CVE-2026-31586CVE-2026-31552CVE-2026-31480CVE-2026-31476CVE-2026-31473CVE-2026-31605CVE-2026-31596CVE-2026-31597CVE-2026-31598CVE-2026-31594CVE-2026-31602CVE-2026-31615CVE-2026-31599CVE-2026-31588CVE-2026-31590CVE-2026-31603CVE-2026-31469CVE-2026-31467CVE-2026-31466CVE-2026-31464、 、 、 、 CVE-2026-31680CVE-2026-31628CVE-2026-31627CVE-2026-31630CVE-2026-31629CVE-2026-31634CVE-2026-31642CVE-2026-31651CVE-2026-31656CVE-2026-31658CVE-2026-31626CVE-2026-31661CVE-2026-31660CVE-2026-31662CVE-2026-31664CVE-2026-31665CVE-2026-31667CVE-2026-31670CVE-2026-31625CVE-2026-31672CVE-2026-31671CVE-2026-31673CVE-2026-31674CVE-2026-31676CVE-2026-31679CVE-2026-31697CVE-2026-31696CVE-2026-31698CVE-2026-31695CVE-2026-31694CVE-2026-31687CVE-2026-31699CVE-2026-31686CVE-2026-31684CVE-2026-31683CVE-2026-31701CVE-2026-31681CVE-2026-31624CVE-2026-31623CVE-2026-31622CVE-2026-31749CVE-2026-31726CVE-2026-31728CVE-2026-31737CVE-2026-31721CVE-2026-31747CVE-2026-31751CVE-2026-31738CVE-2026-31716CVE-2026-31720CVE-2026-31748CVE-2026-31619CVE-2026-31618CVE-2026-31617CVE-2026-31616、 、 、 、 CVE-2026-43051CVE-2026-31773CVE-2026-31770CVE-2026-31780CVE-2026-31778CVE-2026-31781CVE-2026-31788CVE-2026-43014CVE-2026-43015CVE-2026-43020CVE-2026-31763CVE-2026-43026CVE-2026-43024CVE-2026-43027CVE-2026-43028CVE-2026-43030CVE-2026-43032CVE-2026-43035CVE-2026-31762CVE-2026-43041CVE-2026-43040CVE-2026-43043CVE-2026-43046CVE-2026-43047CVE-2026-43050CVE-2026-43068CVE-2026-43066CVE-2026-43069CVE-2026-43065CVE-2026-43062CVE-2026-43061CVE-2026-43074CVE-2026-43060CVE-2026-43058CVE-2026-43054CVE-2026-43075CVE-2026-43052CVE-2026-31761CVE-2026-31759CVE-2026-31758CVE-2026-43104CVE-2026-43085CVE-2026-43089CVE-2026-43093CVE-2026-43080CVE-2026-43099CVE-2026-43105CVE-2026-43098CVE-2026-43076CVE-2026-43079CVE-2026-43103CVE-2026-31756CVE-2026-31755CVE-2026-31754CVE-2026-31752、 、 、 、 CVE-2026-43190CVE-2026-43135CVE-2026-43134CVE-2026-43139CVE-2026-43136CVE-2026-43140CVE-2026-43141CVE-2026-43145CVE-2026-43147CVE-2026-43148CVE-2026-43133CVE-2026-43152CVE-2026-43149CVE-2026-43156CVE-2026-43158CVE-2026-43159CVE-2026-43163CVE-2026-43168CVE-2026-43132CVE-2026-43180CVE-2026-43171CVE-2026-43182CVE-2026-43183CVE-2026-43184CVE-2026-43187CVE-2026-43209CVE-2026-43207CVE-2026-43211CVE-2026-43206CVE-2026-43205CVE-2026-43203CVE-2026-43218CVE-2026-43202CVE-2026-43200CVE-2026-43196CVE-2026-43223CVE-2026-43194CVE-2026-43130CVE-2026-43124CVE-2026-43123CVE-2026-43242CVE-2026-43230CVE-2026-43231CVE-2026-43232CVE-2026-43227CVE-2026-43236CVE-2026-43246CVE-2026-43233CVE-2026-43225CVE-2026-43226CVE-2026-43241CVE-2026-43113CVE-2026-43112CVE-2026-43111CVE-2026-43110、 、 、 、 CVE-2026-43333CVE-2026-43273CVE-2026-43270CVE-2026-43277CVE-2026-43275CVE-2026-43279CVE-2026-43281CVE-2026-43283CVE-2026-43287CVE-2026-43289CVE-2026-43269CVE-2026-43295CVE-2026-43291CVE-2026-43296CVE-2026-43302CVE-2026-43312CVE-2026-43313CVE-2026-43314CVE-2026-43268CVE-2026-43316CVE-2026-43315CVE-2026-43324CVE-2026-43327CVE-2026-43328CVE-2026-43329CVE-2026-43365CVE-2026-43363CVE-2026-43370CVE-2026-43357CVE-2026-43343CVE-2026-43342CVE-2026-43373CVE-2026-43340CVE-2026-43339CVE-2026-43336CVE-2026-43380CVE-2026-43334CVE-2026-43266CVE-2026-43264CVE-2026-43262CVE-2026-43427CVE-2026-43387CVE-2026-43405CVE-2026-43411CVE-2026-43386CVE-2026-43425CVE-2026-43428CVE-2026-43420CVE-2026-43381CVE-2026-43382CVE-2026-43426CVE-2026-43261CVE-2026-43257CVE-2026-43255CVE-2026-43251、 、 、 、 CVE-2026-45843CVE-2026-43458CVE-2026-43453CVE-2026-43466CVE-2026-43459CVE-2026-43469CVE-2026-43472CVE-2026-43473CVE-2026-43475CVE-2026-43476CVE-2026-43452CVE-2026-43484CVE-2026-43480CVE-2026-43496CVE-2026-43497CVE-2026-43502CVE-2026-45834CVE-2026-45835CVE-2026-43451CVE-2026-45838CVE-2026-45836CVE-2026-45839CVE-2026-45840CVE-2026-45841CVE-2026-45842CVE-2026-45862CVE-2026-45860CVE-2026-45864CVE-2026-45857CVE-2026-45856CVE-2026-45852CVE-2026-45866CVE-2026-45848CVE-2026-45847CVE-2026-45846CVE-2026-45867CVE-2026-45844CVE-2026-43450CVE-2026-43449CVE-2026-43445CVE-2026-45890CVE-2026-45871CVE-2026-45873CVE-2026-45875CVE-2026-45870CVE-2026-45883CVE-2026-45891CVE-2026-45879CVE-2026-45868CVE-2026-45869CVE-2026-45885CVE-2026-43439CVE-2026-43432CVE-2026-43430CVE-2026-43429、 、 、 、 CVE-2026-45994CVE-2026-45935CVE-2026-45924CVE-2026-45941CVE-2026-45936CVE-2026-45946CVE-2026-45948CVE-2026-45954CVE-2026-45956CVE-2026-45958CVE-2026-45920CVE-2026-45964CVE-2026-45960CVE-2026-45965CVE-2026-45968CVE-2026-45969CVE-2026-45970CVE-2026-45974CVE-2026-45919CVE-2026-45983CVE-2026-45978CVE-2026-45984CVE-2026-45985CVE-2026-45986CVE-2026-45987CVE-2026-46023CVE-2026-46022CVE-2026-46024CVE-2026-46019CVE-2026-46018CVE-2026-46015CVE-2026-46027CVE-2026-46009CVE-2026-46006CVE-2026-46004CVE-2026-46033CVE-2026-46002CVE-2026-45916CVE-2026-45915CVE-2026-45912CVE-2026-46062CVE-2026-46046CVE-2026-46047CVE-2026-46049CVE-2026-46044CVE-2026-46051CVE-2026-46064CVE-2026-46050CVE-2026-46037CVE-2026-46040CVE-2026-46053CVE-2026-45911CVE-2026-45904CVE-2026-45902CVE-2026-45899、 、 、 、 CVE-2026-46174CVE-2026-46107CVE-2026-46102CVE-2026-46112CVE-2026-46108CVE-2026-46120CVE-2026-46122CVE-2026-46123CVE-2026-46124CVE-2026-46127CVE-2026-46101CVE-2026-46132CVE-2026-46128CVE-2026-46133CVE-2026-46137CVE-2026-46146CVE-2026-46149CVE-2026-46150CVE-2026-46099CVE-2026-46161CVE-2026-46151CVE-2026-46163CVE-2026-46167CVE-2026-46168CVE-2026-46172CVE-2026-46205CVE-2026-46198CVE-2026-46206CVE-2026-46197CVE-2026-46189CVE-2026-46187CVE-2026-46209CVE-2026-46186CVE-2026-46184CVE-2026-46178CVE-2026-46212CVE-2026-46177CVE-2026-46098CVE-2026-46088CVE-2026-46082CVE-2026-46238CVE-2026-46227CVE-2026-46230CVE-2026-46231CVE-2026-46220CVE-2026-46234CVE-2026-46249CVE-2026-46233CVE-2026-46214CVE-2026-46219CVE-2026-46236CVE-2026-46080CVE-2026-46077CVE-2026-46072CVE-2026-46070、 、 、 、 CVE-2026-52958CVE-2026-46301CVE-2026-46294CVE-2026-46304CVE-2026-46303CVE-2026-46307CVE-2026-46319CVE-2026-46328CVE-2026-52911CVE-2026-52912CVE-2026-46285CVE-2026-52915CVE-2026-52914CVE-2026-52916CVE-2026-52919CVE-2026-52920CVE-2026-52921CVE-2026-52922CVE-2026-46275CVE-2026-52926CVE-2026-52925CVE-2026-52931CVE-2026-52954CVE-2026-52955CVE-2026-52957CVE-2026-52992CVE-2026-52986CVE-2026-52993CVE-2026-52985CVE-2026-52984CVE-2026-52982CVE-2026-52995CVE-2026-52970CVE-2026-52969CVE-2026-52963CVE-2026-52998CVE-2026-52962CVE-2026-46274CVE-2026-46273CVE-2026-46270CVE-2026-53021CVE-2026-53003CVE-2026-53004CVE-2026-53006CVE-2026-53002CVE-2026-53012CVE-2026-53022CVE-2026-53011CVE-2026-52999CVE-2026-53001CVE-2026-53016CVE-2026-46267CVE-2026-46259CVE-2026-46253CVE-2026-46250、 、 、 、 CVE-2026-53128CVE-2026-53049CVE-2026-53048CVE-2026-53059CVE-2026-53050CVE-2026-53060CVE-2026-53061CVE-2026-53062CVE-2026-53064CVE-2026-53065CVE-2026-53047CVE-2026-53069CVE-2026-53068CVE-2026-53071CVE-2026-53072CVE-2026-53073CVE-2026-53074CVE-2026-53075CVE-2026-53046CVE-2026-53082CVE-2026-53077CVE-2026-53088CVE-2026-53093CVE-2026-53096CVE-2026-53112CVE-2026-53309CVE-2026-53306CVE-2026-53320CVE-2026-53304CVE-2026-53296CVE-2026-53295CVE-2026-53369CVE-2026-53294CVE-2026-53291CVE-2026-53287CVE-2026-53379CVE-2026-53130CVE-2026-53045CVE-2026-53043CVE-2026-53041CVE-2026-64055CVE-2026-64032CVE-2026-64033CVE-2026-64034CVE-2026-64018CVE-2026-64046CVE-2026-64056CVE-2026-64039CVE-2026-63860CVE-2026-63865CVE-2026-64047CVE-2026-53040CVE-2026-53039CVE-2026-53037CVE-2026-53023、 、 、 CVE-2026-64185CVE-2026-64096CVE-2026-64102CVE-2026-64103CVE-2026-64164CVE-2026-64155CVE-2026-64153CVE-2026-64165CVE-2026-64135CVE-2026-64133CVE-2026-64125CVE-2026-64166CVE-2026-64115CVE-2026-64114CVE-2026-64113CVE-2026-64168CVE-2026-64089CVE-2026-64087CVE-2026-64221CVE-2026-64179CVE-2026-64220CVE-2026-64174CVE-2026-64177CVE-2026-64178CVE-2026-64219CVE-2026-64587CVE-2026-64088CVE-2026-64218CVE-2026-64086CVE-2026-64173CVE-2026-64085CVE-2026-64084CVE-2026-64083

Tenable 已直接從 Ubuntu 安全公告擷取前置描述區塊。

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

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

  - nouveau/dpcd：如果裝置處於休眠狀態，則傳回 EBUSY for aux xfer 如果我們暫停了運行時間，並且使用者空間想要使用 /dev/drm_dp_*，那麼只需告訴它裝置正忙碌，而不是在 GSP 程式碼中當機。警告： CPU：2 PID：565741於 drivers/gpu/drm/nouveau/nvkm/subdev/gsp/rm/r535/rpc.c：164 r535_gsp_msgq_wait+0x9a/0xb0 [nouveau] CPU：2 UID：0 PID：565741 Comm：fwupd 未受污染 6.18.10-200.fc43.x86_64 #1 搶佔（延遲） 硬體名稱：LENOVO 20QTS0PQ00/20QTS0PQ00，BIOS N2OET65W （1.52） 08/05/2024 RIP：0010：r535_gsp_msgq_wait+0x9a/0xb0 [nouveau] 這是一個簡單的反向移植修復。我們可能應該設計一個適當的電源域解決方案來喚醒設備並在 fw 更新發生時讓它們保持喚醒。（CVE-2026-43381）

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

AlmaLinux 9.6 主機已安裝的套件會受到 TuxCare ALMALINUX9.6：CLSA-2026：1780562693 公告中提及的多個弱點影響。

  - 在 5.16.12 之前的 Linux 核心中發現一個問題。drivers/net/usb/sr9700.c 允許攻擊者透過裝置的特製框架長度，從堆積記憶體取得敏感資訊。(CVE-2022-26966)

  - 已解決 Linux 核心中的下列弱點：kprobes: don't call disarm_kprobe() for disabled kprobes The assumption in __disable_kprobe() is wrong, and it could try to disarm an already disarmed kprobe and fire the WARN_ONCE() below. [0] We can easily reproduce this issue. 1. Write 0 to /sys/kernel/debug/kprobes/enabled. # echo 0 > /sys/kernel/debug/kprobes/enabled 2. Run execsnoop. At this time, one kprobe is disabled. # /usr/share/bcc/tools/execsnoop & [1] 2460 PCOMM PID PPID RET ARGS # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k
    __x64_sys_execve+0x0 [DISABLED][FTRACE] 3. Write 1 to /sys/kernel/debug/kprobes/enabled, which changes kprobes_all_disarmed to false but does not arm the disabled kprobe. # echo 1 > /sys/kernel/debug/kprobes/enabled # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r
    __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k __x64_sys_execve+0x0 [DISABLED][FTRACE] 4. Kill execsnoop, when __disable_kprobe() calls disarm_kprobe() for the disabled kprobe and hits the WARN_ONCE() in __disarm_kprobe_ftrace(). # fg /usr/share/bcc/tools/execsnoop ^C Actually, WARN_ONCE() is fired twice, and __unregister_kprobe_top() misses some cleanups and leaves the aggregated kprobe in the hash table.
    Then, __unregister_trace_kprobe() initialises tk->rp.kp.list and creates an infinite loop like this.
    aggregated kprobe.list -> kprobe.list -. ^ | '.__.' In this situation, these commands fall into the infinite loop and result in RCU stall or soft lockup. cat /sys/kernel/debug/kprobes/list :
    show_kprobe_addr() enters into the infinite loop with RCU. /usr/share/bcc/tools/execsnoop :
    warn_kprobe_rereg() holds kprobe_mutex, and __get_valid_kprobe() is stuck in the loop. To avoid the issue, make sure we don't call disarm_kprobe() for disabled kprobes. [0] Failed to disarm kprobe-ftrace at
    __x64_sys_execve+0x0/0x40 (error -2) WARNING: CPU: 6 PID: 2460 at kernel/kprobes.c:1130
    __disarm_kprobe_ftrace.isra.19 (kernel/kprobes.c:1129) Modules linked in: ena CPU: 6 PID: 2460 Comm:
    execsnoop Not tainted 5.19.0+ #28 Hardware name: Amazon EC2 c5.2xlarge/, BIOS 1.0 10/16/2017 RIP:
    0010:__disarm_kprobe_ftrace.isra.19 (kernel/kprobes.c:1129) Code: 24 8b 02 eb c1 80 3d c4 83 f2 01 00 75 d4 48 8b 75 00 89 c2 48 c7 c7 90 fa 0f 92 89 04 24 c6 05 ab 83 01 e8 e4 94 f0 ff <0f> 0b 8b 04 24 eb b1 89 c6 48 c7 c7 60 fa 0f 92 89 04 24 e8 cc 94 RSP: 0018:ffff9e6ec154bd98 EFLAGS: 00010282 RAX:
    0000000000000000 RBX: ffffffff930f7b00 RCX: 0000000000000001 RDX: 0000000080000001 RSI: ffffffff921461c5 RDI: 00000000ffffffff RBP: ffff89c504286da8 R08: 0000000000000000 R09: c0000000fffeffff R10:
    0000000000000000 R11: ffff9e6ec154bc28 R12: ffff89c502394e40 R13: ffff89c502394c00 R14: ffff9e6ec154bc00 R15: 0000000000000000 FS: 00007fe800398740(0000) GS:ffff89c812d80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000000c00057f010 CR3: 0000000103b54006 CR4: 00000000007706e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <TASK> __disable_kprobe (kernel/kprobes.c:1716) disable_kprobe (kernel/kprobes.c:2392) __disable_trace_kprobe (kernel/trace/trace_kprobe.c:340) disable_trace_kprobe (kernel/trace/trace_kprobe.c:429) perf_trace_event_unreg.isra.2 (./include/linux/tracepoint.h:93 kernel/trace/trace_event_perf.c:168) perf_kprobe_destroy (kernel/trace/trace_event_perf.c:295) _free_event (kernel/events/core.c:4971) perf_event_release_kernel (kernel/events/core.c:5176) perf_release (kernel/events/core.c:5186) __fput (fs/file_table.c:321) task_work_run (./include/linux/ ---truncated--- (CVE-2022-50008)

  - 已解決 Linux 核心中的下列弱點：tracing/hist: Fix out-of-bound write on 'action_data.var_ref_idx' When generate a synthetic event with many params and then create a trace action for it [1], kernel panic happened [2]. It is because that in trace_action_create() 'data->n_params' is up to SYNTH_FIELDS_MAX (current value is 64), and array 'data->var_ref_idx' keeps indices into array 'hist_data->var_refs' for each synthetic event param, but the length of 'data->var_ref_idx' is TRACING_MAP_VARS_MAX (current value is 16), so out-of-bound write happened when 'data->n_params' more than 16. In this case, 'data->match_data.event' is overwritten and eventually cause the panic. To solve the issue, adjust the length of 'data->var_ref_idx' to be SYNTH_FIELDS_MAX and add sanity checks to avoid out-of-bound write. [1] # cd /sys/kernel/tracing/ # echo my_synth_event int v1; int v2; int v3; int v4; int v5; int v6;\ int v7; int v8; int v9; int v10; int v11; int v12; int v13; int v14;\ int v15; int v16; int v17; int v18; int v19; int v20; int v21; int v22;\ int v23; int v24; int v25; int v26; int v27; int v28;
    int v29; int v30;\ int v31; int v32; int v33; int v34; int v35; int v36; int v37; int v38;\ int v39; int v40; int v41; int v42; int v43; int v44; int v45; int v46;\ int v47; int v48; int v49; int v50; int v51;
    int v52; int v53; int v54;\ int v55; int v56; int v57; int v58; int v59; int v60; int v61; int v62;\ int v63 >> synthetic_events # echo 'hist:keys=pid:ts0=common_timestamp.usecs if comm==bash' >> \ events/sched/sched_waking/trigger # echo hist:keys=next_pid:onmatch(sched.sched_waking).my_synth_event(\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid) >> events/sched/sched_switch/trigger [2] BUG: unable to handle page fault for address: ffff91c900000000 PGD 61001067 P4D 61001067 PUD 0 Oops: 0000 [#1] PREEMPT SMP NOPTI CPU:
    2 PID: 322 Comm: bash Tainted: G W 6.1.0-rc8+ #229 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.15.0-0-g2dd4b9b3f840-prebuilt.qemu.org 04/01/2014 RIP: 0010:strcmp+0xc/0x30 Code: 75 f7 31 d2 44 0f b6 04 16 44 88 04 11 48 83 c2 01 45 84 c0 75 ee c3 cc cc cc cc 0f 1f 00 31 c0 eb 08 48 83 c0 01 84 d2 74 13 <0f> b6 14 07 3a 14 06 74 ef 19 c0 83 c8 01 c3 cc cc cc cc 31 c3 RSP: 0018:ffff9b3b00f53c48 EFLAGS: 00000246 RAX: 0000000000000000 RBX: ffffffffba958a68 RCX: 0000000000000000 RDX: 0000000000000010 RSI: ffff91c943d33a90 RDI: ffff91c900000000 RBP: ffff91c900000000 R08: 00000018d604b529 R09:
    0000000000000000 R10: ffff91c9483eddb1 R11: ffff91ca483eddab R12: ffff91c946171580 R13: ffff91c9479f0538 R14: ffff91c9457c2848 R15: ffff91c9479f0538 FS: 00007f1d1cfbe740(0000) GS:ffff91c9bdc80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: ffff91c900000000 CR3:
    0000000006316000 CR4: 00000000000006e0 Call Trace: <TASK> __find_event_file+0x55/0x90 action_create+0x76c/0x1060 event_hist_trigger_parse+0x146d/0x2060 ? event_trigger_write+0x31/0xd0 trigger_process_regex+0xbb/0x110 event_trigger_write+0x6b/0xd0 vfs_write+0xc8/0x3e0 ? alloc_fd+0xc0/0x160 ? preempt_count_add+0x4d/0xa0 ? preempt_count_add+0x70/0xa0 ksys_write+0x5f/0xe0 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x7f1d1d0cf077 Code: 64 89 02 48 c7 c0 ff ff ff ff eb bb 0f 1f 80 00 00 00 00 f3 0f 1e fa 64 8b 04 25 18 00 00 00 85 c0 75 10 b8 01 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 51 c3 48 83 ec 28 48 89 54 24 18 48 89 74 RSP: 002b:00007ffcebb0e568 EFLAGS: 00000246 ORIG_RAX:
    0000000000000001 RAX: ffffffffffffffda RBX: 0000000000000143 RCX: 00007f1d1d0cf077 RDX: 0000000000000143 RSI: 00005639265aa7e0 RDI: 0000000000000001 RBP: 00005639265aa7e0 R08: 000000000000000a R09:
    0000000000000142 R ---truncated--- (CVE-2022-50553)

  - 已解決 Linux 核心中的下列弱點：net: can: j1939: enhanced error handling for tightly received RTS messages in xtp_rx_rts_session_new This patch enhances error handling in scenarios with RTS (Request to Send) messages arriving closely. It replaces the less informative WARN_ON_ONCE backtraces with a new error handling method. This provides clearer error messages and allows for the early termination of problematic sessions. Previously, sessions were only released at the end of j1939_xtp_rx_rts(). Potentially this could be reproduced with something like: testj1939 -r vcan0:0x80 & while true; do # send first RTS cansend vcan0 18EC8090#1014000303002301; # send second RTS cansend vcan0 18EC8090#1014000303002301; # send abort cansend vcan0 18EC8090#ff00000000002301; done (CVE-2023-52887)

  - 已解決 Linux 核心中的下列弱點：net: fec: remove .ndo_poll_controller to avoid deadlocks There is a deadlock issue found in sungem driver, please refer to the commit ac0a230f719b (eth: sungem: remove .ndo_poll_controller to avoid deadlocks). The root cause of the issue is that netpoll is in atomic context and disable_irq() is called by .ndo_poll_controller interface of sungem driver, however, disable_irq() might sleep. After analyzing the implementation of fec_poll_controller(), the fec driver should have the same issue. Due to the fec driver uses NAPI for TX completions, the .ndo_poll_controller is unnecessary to be implemented in the fec driver, so fec_poll_controller() can be safely removed. (CVE-2024-38553)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
361263	Rocky Linux 9.6 [TuxCare] 安全性更新：kernel / kernel-abi-stablelists / kernel-core / etc 多個漏洞（ALMALINUX9.6：CLSA-2026：1780562693）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/1	high
360826	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1781347338）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
325292	Oracle Linux 10 / 9：Unbreakable Enterprise 核心 (ELSA-2026-50372)	Nessus	Oracle Linux Local Security Checks	2026/7/6	2026/7/8	high
318288	Debian dla-4606：ata-modules-5.10.0-43-armmp-di - 安全性更新	Nessus	Debian Local Security Checks	2026/6/3	2026/9/18	critical
340682	Ubuntu 20.04 LTS：Linux 核心 (GCP) 弱點 (USN-8668-1)	Nessus	Ubuntu Local Security Checks	2026/8/26	2026/9/24	high
313338	Linux Distros 未修補的弱點：CVE-2026-43381	Nessus	Misc.	2026/5/8	2026/9/30	medium
340680	Ubuntu 24.04 LTS / Pro Realtime 24.04 LTS：Linux 核心（Raspberry Pi）弱點（USN-8665-1）	Nessus	Ubuntu Local Security Checks	2026/8/26	2026/8/27	high
361300	AlmaLinux 9.6 [TuxCare] 安全性更新：kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1780562693）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high

偵測

搜尋 Plugin

high

high

high

critical

high

medium

high

high