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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

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

  - 已解決 Linux 核心中的下列弱點：isofs: Fix out of bound access for corrupted isofs image When isofs image is suitably corrupted isofs_read_inode() can read data beyond the end of buffer. Sanity-check the directory entry length before using it. (CVE-2021-47478)

  - 已解決 Linux 核心中的下列弱點：ubi: Fix race condition between ctrl_cdev_ioctl and ubi_cdev_ioctl Hulk Robot reported a KASAN report about use-after-free:
    ================================================================== BUG: KASAN: use-after-free in
    __list_del_entry_valid+0x13d/0x160 Read of size 8 at addr ffff888035e37d98 by task ubiattach/1385 [...] Call Trace: klist_dec_and_del+0xa7/0x4a0 klist_put+0xc7/0x1a0 device_del+0x4d4/0xed0 cdev_device_del+0x1a/0x80 ubi_attach_mtd_dev+0x2951/0x34b0 [ubi] ctrl_cdev_ioctl+0x286/0x2f0 [ubi] Allocated by task 1414: device_add+0x60a/0x18b0 cdev_device_add+0x103/0x170 ubi_create_volume+0x1118/0x1a10 [ubi] ubi_cdev_ioctl+0xb7f/0x1ba0 [ubi] Freed by task 1385:
    cdev_device_del+0x1a/0x80 ubi_remove_volume+0x438/0x6c0 [ubi] ubi_cdev_ioctl+0xbf4/0x1ba0 [ubi] [...] ================================================================== The lock held by ctrl_cdev_ioctl is ubi_devices_mutex, but the lock held by ubi_cdev_ioctl is ubi->device_mutex. Therefore, the two locks can be concurrent. ctrl_cdev_ioctl contains two operations: ubi_attach and ubi_detach. ubi_detach is bug-free because it uses reference counting to prevent concurrency. However, uif_init and uif_close in ubi_attach may race with ubi_cdev_ioctl. uif_init will race with ubi_cdev_ioctl as in the following stack. cpu1 cpu2 cpu3 _______________________|________________________|______________________ ctrl_cdev_ioctl ubi_attach_mtd_dev uif_init ubi_cdev_ioctl ubi_create_volume cdev_device_add ubi_add_volume // sysfs exist kill_volumes ubi_cdev_ioctl ubi_remove_volume cdev_device_del // first free ubi_free_volume cdev_del // double free cdev_device_del And uif_close will race with ubi_cdev_ioctl as in the following stack. cpu1 cpu2 cpu3 _______________________|________________________|______________________ ctrl_cdev_ioctl ubi_attach_mtd_dev uif_init ubi_cdev_ioctl ubi_create_volume cdev_device_add ubi_debugfs_init_dev //error goto out_uif; uif_close kill_volumes ubi_cdev_ioctl ubi_remove_volume cdev_device_del // first free ubi_free_volume // double free The cause of this problem is that commit 714fb87e8bc0 make device available before it becomes accessible via sysfs. Therefore, we roll back the modification. We will fix the race condition between ubi device creation and udev by removing ubi_get_device in vol_attribute_show and dev_attribute_show.This avoids accessing uninitialized ubi_devices[ubi_num]. ubi_get_device is used to prevent devices from being deleted during sysfs execution. However, now kernfs ensures that devices will not be deleted before all reference counting are released. The key process is shown in the following stack. device_del device_remove_attrs device_remove_groups sysfs_remove_groups sysfs_remove_group remove_files kernfs_remove_by_name kernfs_remove_by_name_ns __kernfs_remove kernfs_drain (CVE-2021-47634)

  - 已解決 Linux 核心中的下列弱點：scsi: qla2xxx: Fix memory leak in
    __qlt_24xx_handle_abts() Commit 8f394da36a36 (scsi: qla2xxx: Drop TARGET_SCF_LOOKUP_LUN_FROM_TAG) made the __qlt_24xx_handle_abts() function return early if tcm_qla2xxx_find_cmd_by_tag() didn't find a command, but it missed to clean up the allocated memory for the management command. (CVE-2022-48650)

  - 已解決 Linux 核心中的下列弱點：ubi: ubi_create_volume: Fix use-after-free when volume creation failed There is an use-after-free problem for 'eba_tbl' in ubi_create_volume()'s error handling path: ubi_eba_replace_table(vol, eba_tbl) vol->eba_tbl = tbl out_mapping:
    ubi_eba_destroy_table(eba_tbl) // Free 'eba_tbl' out_unlock: put_device(&vol->dev) vol_release kfree(tbl->entries) // UAF Fix it by removing redundant 'eba_tbl' releasing. Fetch a reproducer in [Link].
    (CVE-2022-49388)

  - 已解決 Linux 核心中的下列弱點：irqchip/gic-v3: Fix error handling in gic_populate_ppi_partitions of_get_child_by_name() returns a node pointer with refcount incremented, we should use of_node_put() on it when not need anymore. When kcalloc fails, it missing of_node_put() and results in refcount leak. Fix this by goto out_put_node label. (CVE-2022-49716)

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

遠端的 Debian 12 主機安裝了受多個漏洞影響的套件，如 dsa-6243 警示中所述。

    - ------------------------------------------------------------------------- Debian 安全諮詢 DSA-6243-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2026 年 5 月 1 日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    套件：linux CVE ID：CVE-2023-53228 CVE-2023-53510 CVE-2023-53545 CVE-2024-47736 CVE-2024-47809 CVE-2024-49998 CVE-2024-50298 CVE-2024-56719 CVE-2025-21676 CVE-2025-21682 CVE-2025-37945 CVE-2025-37980 CVE-2025-38105 CVE-2025-38162 CVE-2025-38192 CVE-2025-38250 CVE-2025-38303 CVE-2025-38436 CVE-2025-38626 CVE-2025-38659 CVE-2025-38704 CVE-2025-39748 CVE-2025-39764 CVE-2025-39863 CVE-2025-40005 CVE-2025-40016 CVE-2025-40135 CVE-2025-40219 CVE-2025-40242 CVE-2025-40261 CVE-2025-40358 CVE-2025-68206 CVE-2025-68239 CVE-2025-68265 CVE-2025-71067 CVE-2025-71161 CVE-2025-71221 CVE-2025-71265 CVE-2025-71266 CVE-2025-71267 CVE-2025-71269 CVE-2026-23100 CVE-2026-23113 CVE-2026-23141 CVE-2026-23154 CVE-2026-23157 CVE-2026-23204 CVE-2026-23227 CVE-2026-23231 CVE-2026-23242 CVE-2026-23243 CVE-2026-23245 CVE-2026-23253 CVE-2026-23270 CVE-2026-23271 CVE-2026-23273 CVE-2026-23274 CVE-2026-23277 CVE-2026-23279 CVE-2026-23281 CVE-2026-23284 CVE-2026-23286 CVE-2026-23287 CVE-2026-23289 CVE-2026-23290 CVE-2026-23291 CVE-2026-23292 CVE-2026-23293 CVE-2026-23296 CVE-2026-23298 CVE-2026-23300 CVE-2026-23303 CVE-2026-23304 CVE-2026-23306 CVE-2026-23307 CVE-2026-23312 CVE-2026-23315 CVE-2026-23317 CVE-2026-23318 CVE-2026-23319 CVE-2026-23321 CVE-2026-23324 CVE-2026-23335 CVE-2026-23336 CVE-2026-23339 CVE-2026-23340 CVE-2026-23343 CVE-2026-23351 CVE-2026-23352 CVE-2026-23356 CVE-2026-23357 CVE-2026-23359 CVE-2026-23362 CVE-2026-23364 CVE-2026-23365 CVE-2026-23367 CVE-2026-23368 CVE-2026-23370 CVE-2026-23372 CVE-2026-23378 CVE-2026-23379 CVE-2026-23381 CVE-2026-23382 CVE-2026-23388 CVE-2026-23391 CVE-2026-23392 CVE-2026-23395 CVE-2026-23396 CVE-2026-23397 CVE-2026-23398 CVE-2026-23401 CVE-2026-23414 CVE-2026-23420 CVE-2026-23422 CVE-2026-23426 CVE-2026-23428 CVE-2026-23434 CVE-2026-23438 CVE-2026-23439 CVE-2026-23446 CVE-2026-23449 CVE-2026-23450 CVE-2026-23452 CVE-2026-23454 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-23475 CVE-2026-31389 CVE-2026-31391 CVE-2026-31392 CVE-2026-31393 CVE-2026-31396 CVE-2026-31399 CVE-2026-31400 CVE-2026-31402 CVE-2026-31403 CVE-2026-31405 CVE-2026-31408 CVE-2026-31409 CVE-2026-31411 CVE-2026-31412 CVE-2026-31414 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-31426 CVE-2026-31427 CVE-2026-31428 CVE-2026-31431 CVE-2026-31433 CVE-2026-31434 CVE-2026-31441 CVE-2026-31446 CVE-2026-31447 CVE-2026-31448 CVE-2026-31450 CVE-2026-31452 CVE-2026-31453 CVE-2026-31454 CVE-2026-31455 CVE-2026-31464 CVE-2026-31466 CVE-2026-31467 CVE-2026-31469 CVE-2026-31473 CVE-2026-31476 CVE-2026-31477 CVE-2026-31478 CVE-2026-31480 CVE-2026-31483 CVE-2026-31485 CVE-2026-31492 CVE-2026-31494 CVE-2026-31495 CVE-2026-31496 CVE-2026-31497 CVE-2026-31498 CVE-2026-31503 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-31519 CVE-2026-31520 CVE-2026-31521 CVE-2026-31522 CVE-2026-31523 CVE-2026-31524 CVE-2026-31533 CVE-2026-31540 CVE-2026-31545 CVE-2026-31546 CVE-2026-31548 CVE-2026-31549 CVE-2026-31550 CVE-2026-31551 CVE-2026-31552 CVE-2026-31555 CVE-2026-31563 CVE-2026-31565 CVE-2026-31566 CVE-2026-31570 CVE-2026-31628 CVE-2026-31634 CVE-2026-31649 CVE-2026-31651 CVE-2026-31656 CVE-2026-31657 CVE-2026-31658 CVE-2026-31659 CVE-2026-31660 CVE-2026-31661 CVE-2026-31662 CVE-2026-31664 CVE-2026-31665 CVE-2026-31667 CVE-2026-31668 CVE-2026-31669 CVE-2026-31670 CVE-2026-31671 CVE-2026-31672 CVE-2026-31674 CVE-2026-31678 CVE-2026-31679 CVE-2026-31680 CVE-2026-31682 CVE-2026-31683 CVE-2026-31689 CVE-2026-31695 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-31754 CVE-2026-31755 CVE-2026-31756 CVE-2026-31758 CVE-2026-31759 CVE-2026-31761 CVE-2026-31762 CVE-2026-31763 CVE-2026-31768 CVE-2026-31770 CVE-2026-31773 CVE-2026-31776 CVE-2026-31778 CVE-2026-31779 CVE-2026-31780 CVE-2026-31781 CVE-2026-31786 CVE-2026-31787 CVE-2026-31788 CVE-2026-43011 CVE-2026-43013 CVE-2026-43014 CVE-2026-43015 CVE-2026-43017 CVE-2026-43018 CVE-2026-43020 CVE-2026-43023 CVE-2026-43024 CVE-2026-43025 CVE-2026-43026 CVE-2026-43027 CVE-2026-43028 CVE-2026-43030 CVE-2026-43032 CVE-2026-43033 CVE-2026-43035 CVE-2026-43037 CVE-2026-43038 CVE-2026-43040 CVE-2026-43041 CVE-2026-43043 CVE-2026-43046 CVE-2026-43047 CVE-2026-43050 CVE-2026-43051 CVE-2026-43054 CVE-2026-43057

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

    針對舊的穩定發行版本 (bookworm)，已在第 6.1.170-1 版中修正這些問題。

    建議您升級 linux 套件。

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

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

    郵寄清單：debian-security-announce@lists.debian.org

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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端的 Debian 13 主機安裝了受多項漏洞影響的套件，如 dsa-6238 公告中所述。

    - ------------------------------------------------------------------------- Debian 安全諮詢 DSA-6238-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2026 年 4 月 30 日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    套件：linux CVE ID：CVE-2024-14027 CVE-2025-21709 CVE-2025-22116 CVE-2025-22117 CVE-2025-38426 CVE-2025-38627 CVE-2025-39764 CVE-2025-40005 CVE-2025-40135 CVE-2025-40147 CVE-2025-40150 CVE-2025-40219 CVE-2025-68175 CVE-2025-68239 CVE-2025-68334 CVE-2025-68736 CVE-2025-71152 CVE-2025-71161 CVE-2025-71221 CVE-2025-71239 CVE-2025-71265 CVE-2025-71266 CVE-2025-71267 CVE-2025-71269 CVE-2026-22981 CVE-2026-22985 CVE-2026-22986 CVE-2026-22993 CVE-2026-23004 CVE-2026-23066 CVE-2026-23070 CVE-2026-23104 CVE-2026-23138 CVE-2026-23157 CVE-2026-23207 CVE-2026-23210 CVE-2026-23226 CVE-2026-23227 CVE-2026-23231 CVE-2026-23239 CVE-2026-23240 CVE-2026-23242 CVE-2026-23243 CVE-2026-23244 CVE-2026-23245 CVE-2026-23246 CVE-2026-23249 CVE-2026-23250 CVE-2026-23251 CVE-2026-23252 CVE-2026-23253 CVE-2026-23255 CVE-2026-23270 CVE-2026-23271 CVE-2026-23273 CVE-2026-23274 CVE-2026-23276 CVE-2026-23277 CVE-2026-23278 CVE-2026-23279 CVE-2026-23281 CVE-2026-23284 CVE-2026-23285 CVE-2026-23286 CVE-2026-23287 CVE-2026-23289 CVE-2026-23290 CVE-2026-23291 CVE-2026-23292 CVE-2026-23293 CVE-2026-23296 CVE-2026-23297 CVE-2026-23298 CVE-2026-23300 CVE-2026-23302 CVE-2026-23303 CVE-2026-23304 CVE-2026-23306 CVE-2026-23307 CVE-2026-23308 CVE-2026-23310 CVE-2026-23312 CVE-2026-23313 CVE-2026-23315 CVE-2026-23316 CVE-2026-23317 CVE-2026-23318 CVE-2026-23319 CVE-2026-23321 CVE-2026-23324 CVE-2026-23325 CVE-2026-23330 CVE-2026-23334 CVE-2026-23335 CVE-2026-23336 CVE-2026-23339 CVE-2026-23340 CVE-2026-23343 CVE-2026-23347 CVE-2026-23351 CVE-2026-23352 CVE-2026-23354 CVE-2026-23356 CVE-2026-23357 CVE-2026-23359 CVE-2026-23360 CVE-2026-23361 CVE-2026-23362 CVE-2026-23363 CVE-2026-23364 CVE-2026-23365 CVE-2026-23367 CVE-2026-23368 CVE-2026-23369 CVE-2026-23370 CVE-2026-23372 CVE-2026-23373 CVE-2026-23374 CVE-2026-23375 CVE-2026-23378 CVE-2026-23379 CVE-2026-23380 CVE-2026-23381 CVE-2026-23382 CVE-2026-23383 CVE-2026-23386 CVE-2026-23387 CVE-2026-23388 CVE-2026-23389 CVE-2026-23391 CVE-2026-23392 CVE-2026-23393 CVE-2026-23395 CVE-2026-23396 CVE-2026-23397 CVE-2026-23398 CVE-2026-23399 CVE-2026-23401 CVE-2026-23412 CVE-2026-23413 CVE-2026-23414 CVE-2026-23417 CVE-2026-23419 CVE-2026-23420 CVE-2026-23422 CVE-2026-23426 CVE-2026-23427 CVE-2026-23428 CVE-2026-23434 CVE-2026-23438 CVE-2026-23439 CVE-2026-23440 CVE-2026-23441 CVE-2026-23442 CVE-2026-23444 CVE-2026-23445 CVE-2026-23446 CVE-2026-23447 CVE-2026-23448 CVE-2026-23449 CVE-2026-23450 CVE-2026-23452 CVE-2026-23454 CVE-2026-23455 CVE-2026-23456 CVE-2026-23457 CVE-2026-23458 CVE-2026-23460 CVE-2026-23461 CVE-2026-23462 CVE-2026-23463 CVE-2026-23464 CVE-2026-23465 CVE-2026-23466 CVE-2026-23470 CVE-2026-23474 CVE-2026-23475 CVE-2026-31389 CVE-2026-31391 CVE-2026-31392 CVE-2026-31393 CVE-2026-31394 CVE-2026-31396 CVE-2026-31399 CVE-2026-31400 CVE-2026-31401 CVE-2026-31402 CVE-2026-31403 CVE-2026-31405 CVE-2026-31406 CVE-2026-31407 CVE-2026-31408 CVE-2026-31409 CVE-2026-31410 CVE-2026-31411 CVE-2026-31412 CVE-2026-31414 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-31426 CVE-2026-31427 CVE-2026-31428 CVE-2026-31429 CVE-2026-31430 CVE-2026-31431 CVE-2026-31432 CVE-2026-31433 CVE-2026-31434 CVE-2026-31436 CVE-2026-31438 CVE-2026-31439 CVE-2026-31440 CVE-2026-31441 CVE-2026-31446 CVE-2026-31447 CVE-2026-31448 CVE-2026-31449 CVE-2026-31450 CVE-2026-31451 CVE-2026-31452 CVE-2026-31453 CVE-2026-31454 CVE-2026-31455 CVE-2026-31458 CVE-2026-31462 CVE-2026-31464 CVE-2026-31466 CVE-2026-31467 CVE-2026-31469 CVE-2026-31470 CVE-2026-31473 CVE-2026-31474 CVE-2026-31476 CVE-2026-31477 CVE-2026-31478 CVE-2026-31479 CVE-2026-31480 CVE-2026-31482 CVE-2026-31483 CVE-2026-31485 CVE-2026-31487 CVE-2026-31488 CVE-2026-31489 CVE-2026-31492 CVE-2026-31494 CVE-2026-31495 CVE-2026-31496 CVE-2026-31497 CVE-2026-31498 CVE-2026-31500 CVE-2026-31502 CVE-2026-31503 CVE-2026-31504 CVE-2026-31505 CVE-2026-31506 CVE-2026-31507 CVE-2026-31508 CVE-2026-31509 CVE-2026-31510 CVE-2026-31511 CVE-2026-31512 CVE-2026-31515 CVE-2026-31516 CVE-2026-31518 CVE-2026-31519 CVE-2026-31520 CVE-2026-31521 CVE-2026-31522 CVE-2026-31523 CVE-2026-31524 CVE-2026-31525 CVE-2026-31527 CVE-2026-31528 CVE-2026-31530 CVE-2026-31531 CVE-2026-31532 CVE-2026-31533 CVE-2026-31540 CVE-2026-31542 CVE-2026-31545 CVE-2026-31546 CVE-2026-31548 CVE-2026-31549 CVE-2026-31550 CVE-2026-31551 CVE-2026-31552 CVE-2026-31554 CVE-2026-31555 CVE-2026-31556 CVE-2026-31557 CVE-2026-31558 CVE-2026-31559 CVE-2026-31561 CVE-2026-31563 CVE-2026-31565 CVE-2026-31566 CVE-2026-31570 CVE-2026-31575 CVE-2026-31576 CVE-2026-31577 CVE-2026-31578 CVE-2026-31580 CVE-2026-31581 CVE-2026-31582 CVE-2026-31583 CVE-2026-31584 CVE-2026-31585 CVE-2026-31586 CVE-2026-31587 CVE-2026-31588 CVE-2026-31590 CVE-2026-31593 CVE-2026-31594 CVE-2026-31595 CVE-2026-31596 CVE-2026-31597 CVE-2026-31598 CVE-2026-31599 CVE-2026-31602 CVE-2026-31603 CVE-2026-31604 CVE-2026-31605 CVE-2026-31606 CVE-2026-31607 CVE-2026-31610 CVE-2026-31611 CVE-2026-31612 CVE-2026-31614 CVE-2026-31615 CVE-2026-31616 CVE-2026-31617 CVE-2026-31618 CVE-2026-31619 CVE-2026-31622 CVE-2026-31623 CVE-2026-31624 CVE-2026-31625 CVE-2026-31626 CVE-2026-31627 CVE-2026-31628 CVE-2026-31629 CVE-2026-31634 CVE-2026-31637 CVE-2026-31638 CVE-2026-31639 CVE-2026-31642 CVE-2026-31644 CVE-2026-31645 CVE-2026-31646 CVE-2026-31647 CVE-2026-31648 CVE-2026-31649 CVE-2026-31651 CVE-2026-31655 CVE-2026-31656 CVE-2026-31657 CVE-2026-31658 CVE-2026-31659 CVE-2026-31660 CVE-2026-31661 CVE-2026-31662 CVE-2026-31664 CVE-2026-31665 CVE-2026-31666 CVE-2026-31667 CVE-2026-31668 CVE-2026-31669 CVE-2026-31670 CVE-2026-31671 CVE-2026-31672 CVE-2026-31673 CVE-2026-31674 CVE-2026-31675 CVE-2026-31676 CVE-2026-31677 CVE-2026-31678 CVE-2026-31679 CVE-2026-31680 CVE-2026-31681 CVE-2026-31682 CVE-2026-31683 CVE-2026-31684 CVE-2026-31685 CVE-2026-31686 CVE-2026-31689 CVE-2026-31693 CVE-2026-31786 CVE-2026-31787 CVE-2026-31788

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

    針對穩定的發行版本 (trixie)，已在第 6.12.85-1 版中修復這些問題。

    建議您升級 linux 套件。

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

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

    郵寄清單：debian-security-announce@lists.debian.org

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

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

遠端的 Debian 11 主機安裝了受多項漏洞影響的套件，如 dla-4561 公告中所述。

    ------------------------------------------------------------------------- Debian LTS 諮詢 DLA-4561-1 debian-lts@lists.debian.org https://www.debian.org/lts/security/Ben Hutchings 2026 年 5 月 2 日 https://wiki.debian.org/LTS-------------------------------------------------------------------------

    套件：linux-6.1 版本：6.1.170-1~deb11u1 CVE ID：CVE-2023-53228 CVE-2023-53510 CVE-2023-53545 CVE-2024-47736 CVE-2024-47809 CVE-2024-49998 CVE-2024-50298 CVE-2024-56719 CVE-2025-21676 CVE-2025-21682 CVE-2025-37945 CVE-2025-37980 CVE-2025-38105 CVE-2025-38162 CVE-2025-38192 CVE-2025-38250 CVE-2025-38303 CVE-2025-38436 CVE-2025-38626 CVE-2025-38659 CVE-2025-38704 CVE-2025-39748 CVE-2025-39764 CVE-2025-39863 CVE-2025-40005 CVE-2025-40016 CVE-2025-40135 CVE-2025-40219 CVE-2025-40242 CVE-2025-40261 CVE-2025-40358 CVE-2025-68206 CVE-2025-68239 CVE-2025-68265 CVE-2025-71067 CVE-2025-71161 CVE-2025-71221 CVE-2025-71265 CVE-2025-71266 CVE-2025-71267 CVE-2025-71269 CVE-2026-23100 CVE-2026-23113 CVE-2026-23141 CVE-2026-23154 CVE-2026-23157 CVE-2026-23204 CVE-2026-23227 CVE-2026-23231 CVE-2026-23242 CVE-2026-23243 CVE-2026-23245 CVE-2026-23253 CVE-2026-23270 CVE-2026-23271 CVE-2026-23273 CVE-2026-23274 CVE-2026-23277 CVE-2026-23279 CVE-2026-23281 CVE-2026-23284 CVE-2026-23286 CVE-2026-23287 CVE-2026-23289 CVE-2026-23290 CVE-2026-23291 CVE-2026-23292 CVE-2026-23293 CVE-2026-23296 CVE-2026-23298 CVE-2026-23300 CVE-2026-23303 CVE-2026-23304 CVE-2026-23306 CVE-2026-23307 CVE-2026-23312 CVE-2026-23315 CVE-2026-23317 CVE-2026-23318 CVE-2026-23319 CVE-2026-23321 CVE-2026-23324 CVE-2026-23335 CVE-2026-23336 CVE-2026-23339 CVE-2026-23340 CVE-2026-23343 CVE-2026-23351 CVE-2026-23352 CVE-2026-23356 CVE-2026-23357 CVE-2026-23359 CVE-2026-23362 CVE-2026-23364 CVE-2026-23365 CVE-2026-23367 CVE-2026-23368 CVE-2026-23370 CVE-2026-23372 CVE-2026-23378 CVE-2026-23379 CVE-2026-23381 CVE-2026-23382 CVE-2026-23388 CVE-2026-23391 CVE-2026-23392 CVE-2026-23395 CVE-2026-23396 CVE-2026-23397 CVE-2026-23398 CVE-2026-23401 CVE-2026-23414 CVE-2026-23420 CVE-2026-23422 CVE-2026-23426 CVE-2026-23428 CVE-2026-23434 CVE-2026-23438 CVE-2026-23439 CVE-2026-23446 CVE-2026-23449 CVE-2026-23450 CVE-2026-23452 CVE-2026-23454 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-23475 CVE-2026-31389 CVE-2026-31391 CVE-2026-31392 CVE-2026-31393 CVE-2026-31396 CVE-2026-31399 CVE-2026-31400 CVE-2026-31402 CVE-2026-31403 CVE-2026-31405 CVE-2026-31408 CVE-2026-31409 CVE-2026-31411 CVE-2026-31412 CVE-2026-31414 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-31426 CVE-2026-31427 CVE-2026-31428 CVE-2026-31431 CVE-2026-31433 CVE-2026-31434 CVE-2026-31441 CVE-2026-31446 CVE-2026-31447 CVE-2026-31448 CVE-2026-31450 CVE-2026-31452 CVE-2026-31453 CVE-2026-31454 CVE-2026-31455 CVE-2026-31464 CVE-2026-31466 CVE-2026-31467 CVE-2026-31469 CVE-2026-31473 CVE-2026-31476 CVE-2026-31477 CVE-2026-31478 CVE-2026-31480 CVE-2026-31483 CVE-2026-31485 CVE-2026-31492 CVE-2026-31494 CVE-2026-31495 CVE-2026-31496 CVE-2026-31497 CVE-2026-31498 CVE-2026-31503 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-31519 CVE-2026-31520 CVE-2026-31521 CVE-2026-31522 CVE-2026-31523 CVE-2026-31524 CVE-2026-31533 CVE-2026-31540 CVE-2026-31545 CVE-2026-31546 CVE-2026-31548 CVE-2026-31549 CVE-2026-31550 CVE-2026-31551 CVE-2026-31552 CVE-2026-31555 CVE-2026-31563 CVE-2026-31565 CVE-2026-31566 CVE-2026-31570 CVE-2026-31628 CVE-2026-31634 CVE-2026-31649 CVE-2026-31651 CVE-2026-31656 CVE-2026-31657 CVE-2026-31658 CVE-2026-31659 CVE-2026-31660 CVE-2026-31661 CVE-2026-31662 CVE-2026-31664 CVE-2026-31665 CVE-2026-31667 CVE-2026-31668 CVE-2026-31669 CVE-2026-31670 CVE-2026-31671 CVE-2026-31672 CVE-2026-31674 CVE-2026-31678 CVE-2026-31679 CVE-2026-31680 CVE-2026-31682 CVE-2026-31683 CVE-2026-31689 CVE-2026-31695 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-31754 CVE-2026-31755 CVE-2026-31756 CVE-2026-31758 CVE-2026-31759 CVE-2026-31761 CVE-2026-31762 CVE-2026-31763 CVE-2026-31768 CVE-2026-31770 CVE-2026-31773 CVE-2026-31776 CVE-2026-31778 CVE-2026-31779 CVE-2026-31780 CVE-2026-31781 CVE-2026-31786 CVE-2026-31787 CVE-2026-31788 CVE-2026-43011 CVE-2026-43013 CVE-2026-43014 CVE-2026-43015 CVE-2026-43017 CVE-2026-43018 CVE-2026-43020 CVE-2026-43023 CVE-2026-43024 CVE-2026-43025 CVE-2026-43026 CVE-2026-43027 CVE-2026-43028 CVE-2026-43030 CVE-2026-43032 CVE-2026-43033 CVE-2026-43035 CVE-2026-43037 CVE-2026-43038 CVE-2026-43040 CVE-2026-43041 CVE-2026-43043 CVE-2026-43046 CVE-2026-43047 CVE-2026-43050 CVE-2026-43051 CVE-2026-43054 CVE-2026-43057

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

    對於 Debian 11 的 bullseye，這些問題在 6.1.170-1~deb11u1 版本中已被修正。

    建議您升級 linux-6.1 套件。

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

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

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

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

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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

CentOS Linux 8 主機安裝的套件會受到 TuxCare CENTOS-STREAM8：CLSA-2026：1789141176 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：bpf: Propagate error from htab_lock_bucket() to userspace In __htab_map_lookup_and_delete_batch() if htab_lock_bucket() returns
    -EBUSY, it will go to next bucket. Going to next bucket may not only skip the elements in current bucket silently, but also incur out-of-bound memory access or expose kernel memory to userspace if current bucket_cnt is greater than bucket_size or zero. Fixing it by stopping batch operation and returning -EBUSY when htab_lock_bucket() fails, and the application can retry or skip the busy batch as needed.
    (CVE-2022-50490)

  - 已解決 Linux 核心中的下列弱點：scsi: hpsa: Fix possible memory leak in hpsa_init_one() The hpda_alloc_ctlr_info() allocates h and its field reply_map. However, in hpsa_init_one(), if alloc_percpu() failed, the hpsa_init_one() jumps to clean1 directly, which frees h and leaks the h->reply_map. Fix by calling hpda_free_ctlr_info() to release h->replay_map and h instead free h directly. (CVE-2022-50646)

  - prctl 系統呼叫的目前實作不會在系統呼叫期間立即發出 IBPB。ib_prctl_set 函式會更新工作的執行緒資訊旗標 (TIF)，並更新 __speculation_ctrl_update 函式上的 SPEC_CTRL MSR，但只有在檢查 TIF 位元時，才會在下一個排程中發出 IBPB。這會使受害者容易受到在 prctl 系統呼叫之前已在 BTB 上插入的值影響。透過 prctl (ib_prctl_set) 新增條件緩解支援的修補程式可回溯至核心 4.9.176。我們建議升級過去的提交 a664ec9158eeddd75121d39c9a0758016097fa96 (CVE-2023-0045)

  - 在 Linux 核心用於轉換封包的 IP 架構 (XFRM 子系統) 中發現一個瑕疵。此問題可允許具有 CAP_NET_ADMIN 權限的惡意使用者在剖析 netlink 屬性時，造成 XFRMA_MTIMER_THRESH 發生 4 位元組超出邊界讀取，進而導致敏感堆積資料可能洩漏至使用者空間。(CVE-2023-3773)

  - 已解決 Linux 核心中的下列弱點：fbdev: Fix invalid page access after closing deferred I/O devices When a fbdev with deferred I/O is once opened and closed, the dirty pages still remain queued in the pageref list, and eventually later those may be processed in the delayed work.
    This may lead to a corruption of pages, hitting an Oops. This patch makes sure to cancel the delayed work and clean up the pageref list at closing the device for addressing the bug. A part of the cleanup code is factored out as a new helper function that is called from the common fb_release(). (CVE-2023-52731)

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

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

  - netmana重新排序卸除修正 mana_hwc_destroy_channel() 中的釋放後使用問題。mana_hwc_destroy_channel() 中可能存在爭用情形其中 hwc->caller_ctx 在 HWC 的完成佇列 (CQ) 和事件佇列 (EQ) 遭到破壞之前就釋放了。這會允許執行中的 CQ 中斷處置程式解除參照已釋放的記憶體進而導致 mana_hwc_handle_resp() 中發生釋放後使用或 NULL 指標解除參照。 mana_smc_teardown_hwc() 會向硬體發出停止的訊號但不會與已在其他 CPU 上執行的 IRQ 處置程式同步。IRQ 同步只會在 mana_hwc_destroy_cq() 中透過 mana_gd_destroy_eq() -> mana_gd_deregister_irq() 發生。由於此程式在 kfree(hwc->caller_ctx) 之後執行因此並行 mana_hwc_rx_event_handler() 可解除參照 mana_hwc_handle_resp() 中已釋放的 caller_ctx (和 rxq->msg_buf)。藉由將卸除重新排序為建立反向順序來修正此問題
    在釋放 hwc->caller_ctx 之前損毀 TX/RX 工作佇列與 CQ/EQ。這可確保所有執行中的中斷處置程式在其存取的記憶體釋放前完成。 (CVE-2026-23454)

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

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

    據發現，Linux 核心 algif_aead 模組未正確處理就地密碼編譯作業。此缺陷稱為複製失敗。本機攻擊者可能會利用此問題提升權限，或者可能造成容器逸出。(CVE-2026-31431)

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

    - S390 架構；

    - 密碼編譯 API;

    - GPU 驅動程式；

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

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

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

    - 分散式交換架構;

    - Netfilter；

    - 控制群組 (cgroup);

    - 核心：kexec（） syscall;

    - 記憶體管理；

    - MAC80211 子系統；

    - 多重路徑 TCP;

    - 封包通訊端；

    - TLS 通訊協定 ;

    - Unix 網域通訊端;（、、CVE-2025-71090、、 CVE-2025-71134CVE-2026-43033CVE-2025-71155CVE-2025-71152CVE-2026-23274CVE-2026-23351CVE-2026-31419CVE-2026-23454CVE-2026-31504CVE-2026-23394CVE-2026-31533CVE-2025-71144CVE-2026-43276CVE-2025-71139CVE-2026-43078CVE-2025-71141CVE-2026-43077CVE-2025-71142CVE-2025-71127CVE-2025-71088

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

請注意，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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

ID	名稱	產品	系列	已發布	已更新	嚴重性
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
360716	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1786350974）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
311547	Debian dsa-6243 ： affs-modules-6.1.0-44-4kc-malta-di - Security Update	Nessus	Debian Local Security Checks	2026/5/2	2026/5/8	high
340682	Ubuntu 20.04 LTS：Linux 核心 (GCP) 弱點 (USN-8668-1)	Nessus	Ubuntu Local Security Checks	2026/8/26	2026/9/24	high
311299	Debian dsa-6238 ： ata-modules-6.12.74+deb13+1-armmp-di - security update	Nessus	Debian Local Security Checks	2026/4/30	2026/5/8	high
311783	Debian dla-4561 ： linux-config-6.1 - 安全更新	Nessus	Debian Local Security Checks	2026/5/2	2026/5/9	high
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
361969	CentOS Linux 8 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc多個漏洞（CENTOS-STREAM8：CLSA-2026：1789141176）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
304972	Linux Distros 未修補的弱點：CVE-2026-23454	Nessus	Misc.	2026/4/5	2026/9/22	high
317095	Ubuntu 24.04 LTS / 25.10：Linux 核心 (Azure) 弱點 (USN-8310-1)	Nessus	Ubuntu Local Security Checks	2026/5/27	2026/6/2	high
325292	Oracle Linux 10 / 9：Unbreakable Enterprise 核心 (ELSA-2026-50372)	Nessus	Oracle Linux Local Security Checks	2026/7/6	2026/7/8	high

偵測

搜尋 Plugin

high

high

high

high

high

high

high

high

high

high

high

high