遠端 MiracleLinux 8 主機已安裝的套件會受到 AXSA：2026-751：40 公告中提及的多個弱點影響。

    * 核心：Bluetooth：MGMT：修復可能出現的 UAF 問題 (CVE-2025-39981)
      * 核心：ima：設定或移除非 IMA xattr （CVE-2025-68183） 時，不要清除IMA_DIGSIG旗標
      * 核心：ALSA： firewire-motu：修正 DSP 事件的 hwdep 讀取中的緩衝區溢位 （CVE-2025-68347）
      * kernel: libceph：使 decode_pool() 更能抵禦損毀的 osdmaps (CVE-2025-71116)
      * kernel: Linux kernel：RDMA umad 中的拒絕服務和記憶體毀損 (CVE-2026-23243)
      * kernel：Linux kernel：流量控制模組 (act_ct) 中的釋放後使用弱點，可能導致拒絕服務或特權提升 (CVE-2026-23270)
      * 核心：netfilter： nf_conntrack_h323：檢查 DecodeQ931（） 中的零長度 （CVE-2026-23455）
      * 核心：藍牙：SCO：修正 sco_recv_frame（） 中由於缺少 sock_hold （CVE-2026-31408） 造成的釋放後使用
      * kernel: can: raw：修正 raw_rcv() 中的 ro->uniq 釋放後使用弱點 (CVE-2026-31532)
      * 核心：net：sched： act_csum：驗證巢狀 VLAN 標頭 （CVE-2026-31684）
      * 核心：netfilter： ip6t_eui64：拒絕所有封包的無效 MAC 標頭 （CVE-2026-31685）
      * 核心：netfilter： nf_conntrack_helper：傳遞協助程式以預期清理 （CVE-2026-43027）
      * 核心：藍牙：MGMT：驗證載入時的 LTK enc_size （CVE-2026-43020）
      * 核心：HID：wacom：修正 wacom_intuos_bt_irq （CVE-2026-43051） 中的越界讀取
      * 核心：smb：client：在用 cifsacl （CVE-2026-31709） 重寫之前先驗證整個 DACL
      * kernel: md/bitmap：修正因調整爭用大小導致 write_page 中出現的 GPF (CVE-2026-43163)
      * 核心：netfilter： xt_tcpmss：在讀取 optlen （CVE-2026-43190） 之前檢查剩餘長度
      * 核心：xfs：修正將 xattrs 新增至葉區塊時的 freemap 調整 （CVE-2026-43158）

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

請注意，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 7 主機安裝的套件會受到 TuxCare CENTOS7：CLSA-2026：1785561693 公告中提及的多個弱點影響。

  - 在 Linux 核心中發現一個錯誤，此錯誤允許使用者空間呼叫位移和緩衝區長度爲零 memcpy_fromiovecend() 和類似函式，這會造成讀取超出緩衝區邊界，在某些情況下，藉由存取無效的記憶體位址，可造成記憶體存取錯誤和系統暫停。此問題僅影響 Red Hat Enterprise Linux 7 隨附的 3.10.x 版核心。(CVE-2018-16885)

  - 在 6.3.2 版之前的 Linux 核心中發現一個問題。在 drivers/media/pci/saa7134/saa7134-core.c 的 saa7134_finidev 中發現一個釋放後使用錯誤。(CVE-2023-35823)

  - 已解決 Linux 核心中的下列弱點：RDMA/rxe: Fix slab-use-after-free Read in rxe_queue_cleanup bug Call Trace: <TASK> __dump_stack lib/dump_stack.c:94 [inline] dump_stack_lvl+0x7d/0xa0 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:378 [inline] print_report+0xcf/0x610 mm/kasan/report.c:489 kasan_report+0xb5/0xe0 mm/kasan/report.c:602 rxe_queue_cleanup+0xd0/0xe0 drivers/infiniband/sw/rxe/rxe_queue.c:195 rxe_cq_cleanup+0x3f/0x50 drivers/infiniband/sw/rxe/rxe_cq.c:132 __rxe_cleanup+0x168/0x300 drivers/infiniband/sw/rxe/rxe_pool.c:232 rxe_create_cq+0x22e/0x3a0 drivers/infiniband/sw/rxe/rxe_verbs.c:1109 create_cq+0x658/0xb90 drivers/infiniband/core/uverbs_cmd.c:1052 ib_uverbs_create_cq+0xc7/0x120 drivers/infiniband/core/uverbs_cmd.c:1095 ib_uverbs_write+0x969/0xc90 drivers/infiniband/core/uverbs_main.c:679 vfs_write fs/read_write.c:677 [inline] vfs_write+0x26a/0xcc0 fs/read_write.c:659 ksys_write+0x1b8/0x200 fs/read_write.c:731 do_syscall_x64 arch/x86/entry/common.c:52 [inline] do_syscall_64+0xaa/0x1b0 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x77/0x7f In the function rxe_create_cq, when rxe_cq_from_init fails, the function rxe_cleanup will be called to handle the allocated resources. In fact, some memory resources have already been freed in the function rxe_cq_from_init. Thus, this problem will occur. The solution is to let rxe_cleanup do all the work.
    (CVE-2025-38024)

  - 已解決 Linux 核心中的下列弱點：RDMA/umad: Reject negative data_len in ib_umad_write ib_umad_write computes data_len from user-controlled count and the MAD header sizes. With a mismatched user MAD header size and RMPP header length, data_len can become negative and reach ib_create_send_mad(). This can make the padding calculation exceed the segment size and trigger an out-of-bounds memset in alloc_send_rmpp_list(). Add an explicit check to reject negative data_len before creating the send buffer. KASAN splat: [ 211.363464] BUG: KASAN: slab-out-of-bounds in ib_create_send_mad+0xa01/0x11b0 [ 211.364077] Write of size 220 at addr ffff88800c3fa1f8 by task spray_thread/102 [ 211.365867] ib_create_send_mad+0xa01/0x11b0 [ 211.365887] ib_umad_write+0x853/0x1c80 (CVE-2026-23243)

  - 已解決 Linux 核心中的下列弱點：nfsd: fix heap overflow in NFSv4.0 LOCK replay cache The NFSv4.0 replay cache uses a fixed 112-byte inline buffer (rp_ibuf[NFSD4_REPLAY_ISIZE]) to store encoded operation responses. This size was calculated based on OPEN responses and does not account for LOCK denied responses, which include the conflicting lock owner as a variable-length field up to 1024 bytes (NFS4_OPAQUE_LIMIT). When a LOCK operation is denied due to a conflict with an existing lock that has a large owner, nfsd4_encode_operation() copies the full encoded response into the undersized replay buffer via read_bytes_from_xdr_buf() with no bounds check. This results in a slab-out-of-bounds write of up to 944 bytes past the end of the buffer, corrupting adjacent heap memory. This can be triggered remotely by an unauthenticated attacker with two cooperating NFSv4.0 clients: one sets a lock with a large owner string, then the other requests a conflicting lock to provoke the denial. We could fix this by increasing NFSD4_REPLAY_ISIZE to allow for a full opaque, but that would increase the size of every stateowner, when most lockowners are not that large. Instead, fix this by checking the encoded response length against NFSD4_REPLAY_ISIZE before copying into the replay buffer. If the response is too large, set rp_buflen to 0 to skip caching the replay payload. The status is still cached, and the client already received the correct response on the original request. (CVE-2026-31402)

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

遠端 Redhat Enterprise Linux 9 主機上安裝的多個套件受到 RHSA-2026:13932 公告中提及的多個弱點影響。

    核心套件中包含 Linux 核心，後者是任何 Linux 作業系統的核心。

    安全性修正：

    * kernel: ALSA: aloop：修復觸發 PCM 時的 racy 存取 (CVE-2026-23191)

    * 核心：Linux 核心 (qla2xxx)：重複釋放弱點可導致拒絕服務和可能的特權提升。(CVE-2025-71238)

    * 核心：Linux 核心 KVM：因不當的影子頁面表條目處理CVE-2026-23401而導致權限提升或拒絕服務（）

    * kernel：crypto：algif_aead - 還原為異地操作模式 (CVE-2026-31431)

    * 核心：CAN：RAW：修正 raw_rcv（）CVE-2026-31532 中 ro->uniq 在 free 後使用（）

    如需安全性問題的詳細資料，包括影響、CVSS 評分、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

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

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

遠端 Redhat Enterprise Linux 9 主機上安裝的多個套件受到 RHSA-2026:14339 公告中提及的多個弱點影響。

    核心套件中包含 Linux 核心，後者是任何 Linux 作業系統的核心。

    安全性修正：

    * 核心：nfsd：使用 rcu_work 發布 svc_expkey/svc_export (CVE-2024-53216)

    * kernel: scsi: qla2xxx：修正 purex 項目的不當釋放 (CVE-2025-68741)

    * 核心： Linux 核心：RDMA umad 中的拒絕服務和記憶體損毀 （CVE-2026-23243）

    * 核心：Linux 核心 KVM：由於影子頁面表格項目處理不當，導致權限提升或拒絕服務 （CVE-2026-23401）

    * kernel：crypto：algif_aead - 還原為異地操作模式 (CVE-2026-31431)

    * 核心：can：raw：修正 raw_rcv（） 中的 ro->uniq 釋放後使用 （CVE-2026-31532）

    如需安全性問題的詳細資料，包括影響、CVSS 評分、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

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

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

遠端 RockyLinux 9 主機已安裝的套件會受到 RLSA-2026：19568 公告中提及的多個弱點影響。

    * kernel: net/sched：在超過 buffer_limit 時，使 cake_enqueue 傳回 NET_XMIT_CN (CVE-2025-39766)

    * kernel: scsi: qla2xxx：修正 purex 項目的不當釋放 (CVE-2025-68741)

    * 核心：libceph：使 decode_pool（） 更能抵禦損毀的 OSDMaps （CVE-2025-71116）

    * 核心：libceph：防止 handle_auth_done（）CVE-2026-22984 （） 中潛在的越界讀取

    * 核心：libceph：取代 osdmap_apply_incremental（）CVE-2026-22990 （） 中過度熱心的BUG_ON

    * 核心：Linux 核心：由於未重設疏鬆讀取狀態，libceph OSD 用戶端發生拒絕服務 (CVE-2026-23136)

    * kernel: net/sched: cls_u32：使用 skb_header_pointer_careful() (CVE-2026-23204)

    * kernel：Linux kernel：流量控制模組 (act_ct) 中的釋放後使用弱點，可能導致拒絕服務或特權提升 (CVE-2026-23270)

    * 核心：Linux 核心 KVM：由於影子頁面表格項目處理不當，導致權限提升或拒絕服務 (CVE-2026-23401)

    * kernel：nfsd：修正 NFSv4.0 LOCK 重播快取中的堆積型溢位 (CVE-2026-31402)

    * 核心：can：raw：修正 raw_rcv（） 中的 ro->uniq 釋放後使用 （CVE-2026-31532）

    * 核心：usbip：驗證 usbip_pack_ret_submit（） 中的number_of_packets （CVE-2026-31607）

    * 核心：md/bitmap：修正write_page中由調整大小爭用 （CVE-2026-43163） 引起的 GPF

    * 核心：RDMA/umem：修正故障路徑中的雙重dma_buf_unpin （CVE-2026-43128）

    * 核心：Dirty Frag 是 Linux 核心 （CVE-2026-43284） 中一個新的通用本機權限提升 （LPE） 弱點

    * 核心：Fragnesia 是 ESP/XFRM 中 Dirty Frag 弱點的變體，會導致 Linux 核心中的本機權限提升 （LPE） 弱點 （CVE-2026-46300）

    * 核心：以無特權使用者身分讀取 root 擁有的檔案 （CVE-2026-46333）

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

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

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

    - net/sched：修正導致頁面快取損毀的 pedit 部分 COW （Ivan Vecera） [RHEL-177392] {CVE-2026-46331}
    - scsi： qla2xxx： 完全修正 fcport 雙重釋放 （Ewan D. Milne） [RHEL-179754] {CVE-2026-43414}
    - nvmet-tcp：修正 ICReq 處理與佇列終止之間的爭用情形 (Chris Leech) [RHEL-180102] {CVE-2026-46135}
    - RDMA/mana：移除 mana_ib_create_qp_rss（） 中的使用者可觸發 WARN_ON（） （CKI Backport Bot） [RHEL-180158] {CVE-2026-46117}
    - exit：防止搶佔 oopsing TASK_DEAD 任務 （CKI Backport Bot） [RHEL-180016] {CVE-2026-46173}
    - ALSA: usb-audio：在靜音時新增超出邊界寫入健全性檢查 (CKI Backport Bot) [RHEL-173941] {CVE-2026-43279}
    - gfs2：修正 iomap 內嵌資料寫入路徑中的釋放後使用 （Andrew Price） [RHEL-179589] {CVE-2026-45984}
    - gfs2：新增metapath_dibh協助程式 （Andrew Price） [RHEL-179589] {CVE-2026-45984}
    - bnxt_en：修正 RSS 上下文刪除邏輯 （CKI Backport Bot） [RHEL-180308] {CVE-2026-43260}
    - wifi： mac80211：如果連線準備失敗，則移除工作站 （CKI Backport Bot） [RHEL-180121] {CVE-2026-46125}
    - RDMA/mana： 驗證rx_hash_key_len （CKI 反向移植機器人） [RHEL-180085] {CVE-2026-46145}
    - wifi： mac80211：從 fast-RX rx_result中刪除偏離的「static」 （CKI Backport Bot） [RHEL-180057] {CVE-2026-46152}
    - wifi： mac80211：在雷達偵測工作中使用安全清單反覆運算 （CKI Backport Bot） [RHEL-180025] {CVE-2026-46166}
    - Bluetooth： hci_event：修正 SSP 通行金鑰處理常式中潛在的 UAF （CKI Backport Bot） [RHEL-179359] {CVE-2026-46056}
    - mptcp：修正 __inet_lookup_established 中的 slab-use-after-free （Davide Caratti） [RHEL-171506] {CVE-2026-31669}
    - can： isotp：修正 isotp_sendmsg（） 中的 tx.buf 釋放後使用 （CKI 反向移植機器人） [RHEL-175525] {CVE-2026-31474}
    - Bluetooth： hci_sync：修正 hci_le_big_create_sync 中的堆疊緩衝區溢位 （CKI Backport Bot） [RHEL-172858] {CVE-2026-31772}
    - xen/privcmd：透過 VMA 分割修正雙重釋放 （CKI Backport Bot） [RHEL-172488] {CVE-2026-31787}
    - ip6_tunnel：清除 ip4ip6_err（） 中的 skb2->cb[] （Guillaume Nault） [RHEL-172646] {CVE-2026-43037}
    - net： openvswitch： 避免在拆卸完成之前發布 netdev （CKI Backport Bot） [RHEL-170539] {CVE-2026-31508}
    - RDMA/mlx4：修正 mlx4_srq_event（） 中 RCU 的誤用 （Kamal Heib） [RHEL-179988] {CVE-2026-46181}
    - ipv6： rpl：當重新壓縮的 SRH 增長時，保留mac_len餘量 （Antoine Tenart） [RHEL-178408] {CVE-2026-43501}
    - RDMA/rxe：修正 rxe_srq_from_init 中的雙重釋放 （CKI 反向移植機器人） [RHEL-179712] {CVE-2026-45852}
    - netfilter： ctnetlink：確保安全存取主 conntrack （Florian Westphal） [RHEL-173843] {CVE-2026-43116}
    - dlm：修正 dlm_search_rsb_tree 中負 len 的緩衝區溢位 （Alexander Aring） [RHEL-173993] {CVE-2026-43125}
    - dlm：驗證 dlm_search_rsb_tree 的長度 （Alexander Aring） [RHEL-173993] {CVE-2026-43125}
    - ALSA： 6fire：修正斷開連接時的釋放後使用 （CKI Backport Bot） [RHEL-172969] {CVE-2026-31581}
    - net: mana：修正 add_adev() 錯誤路徑中的釋放後使用弱點 (CKI Backport Bot) [RHEL-172768] {CVE-2026-43056}
    - scsi： target： iscsi： 修正 iscsit_dec_conn_usage_count（） 中的釋放後使用 （CKI Backport Bot） [RHEL-165564] {CVE-2026-23216}
    - net：bonding：修復 bond_xmit_broadcast() 中的釋放後使用 (CKI Backport Bot) [RHEL-168068] {CVE-2026-31419}
    - smb: client：拒絕使用者空間 cifs.spnego 描述 (Paulo Alcantara) [RHEL-178944] {CVE-2026-46243}
    - drivers/xen/sys-hypervisor.c 中的緩衝區溢位 （Vitaly Kuznetsov） [RHEL-172510] {CVE-2026-31786}
    - smb： client：修正 OOB 讀取剖析符號連結錯誤回應 （CKI Backport Bot） [RHEL-171471] {CVE-2026-31613}
    - netfilter： xt_tcpmss：在讀取 optlen 之前檢查剩餘長度 （CKI Backport Bot） [RHEL-174216] {CVE-2026-43190}
    - wifi： brcmfmac：驗證 IF 事件中的 bsscfg 索引 （CKI Backport Bot） [RHEL-173848] {CVE-2026-43110}
    - Bluetooth： SCO：修正 sco_sock_connect（） 中的爭用情形 （CKI Backport Bot） [RHEL-172599] {CVE-2026-43023}
    - Bluetooth： MGMT：驗證載入時的 LTK enc_size （CKI Backport Bot） [RHEL-172572] {CVE-2026-43020}
    - proc：修正 pde_set_flags（） 中的類型混淆 （Abhi Das） [RHEL-163343] {CVE-2025-38653}
    - proc：修正 net proc 檔案缺少的 pde_set_flags（） （Abhi Das） [RHEL-163343] {CVE-2025-38653}
    - proc：使用與proc_read_iter et.al 相同的處理方式來檢查proc_lseek （CKI Backport Bot） [RHEL-163343] {CVE-2025-38653}
    - mm/page_alloc：清除 free_pages_prepare（） 中的 page->private （Rafael Aquini） [RHEL-174750] {CVE-2026-43303}
    - smb： client：在用 cifsacl 重寫之前先驗證整個 DACL （Paulo Alcantara） [RHEL-172821] {CVE-2026-31709}
    - 藍牙：SCO：修正 sco_recv_frame（） 中由於缺少 sock_hold 而導致的釋放後使用 （David Marlin） [RHEL-165063] {CVE-2026-31408}
    - xfs：修正將 xattrs 新增至葉區塊時的自由映射調整 （CKI Backport Bot） [RHEL-174058] {CVE-2026-43158}
    - xfs：空白時刪除 attr 葉自由映射項目 （CKI Backport Bot） [RHEL-174058] {CVE-2026-43158}
    - HID： wacom：修正 wacom_intuos_bt_irq 中的越界讀取 （CKI Backport Bot） [RHEL-172740] {CVE-2026-43051}
    - netfilter： nf_conntrack_helper：傳遞協助程式以預期清理 （CKI Backport Bot） [RHEL-172620] {CVE-2026-43027}
    - netfilter： ip6t_eui64：拒絕所有封包的無效 MAC 標頭 （CKI Backport Bot） [RHEL-171155] {CVE-2026-31685}
    - net： sched： act_csum：驗證巢狀 VLAN 標頭 （CKI Backport Bot） [RHEL-171138] {CVE-2026-31684}
    - nbd：在 nbd_genl_connect 中延遲配置解鎖 （Jeff Moyer） [RHEL-166950] {CVE-2025-68366}
    - x86/mm：在釋放核心頁面表格頁面之前排清 IOMMU （Jerry Snitselaar） [RHEL-167100] {CVE-2025-71089}
    - iommu/sva：新增核心頁面表格 IOTLB 重新整理通知 （Jerry Snitselaar） [RHEL-167100] {CVE-2025-71089}
    - netfilter： nf_conntrack_h323：檢查 DecodeQ931（） 中的零長度 （CKI Backport Bot） [RHEL-166987] {CVE-2026-23455}
    - crypto：asymmetric_keys - 防止asymmetric_key_generate_id 中的溢位 (CKI Backport Bot) [RHEL-166927] {CVE-2025-68724}
    - ima：設定或移除非 IMA xattr 時不要清除IMA_DIGSIG旗標 （Bruno Meneguele） [RHEL-169734] {CVE-2025-68183}
    - netfilter： nf_tables：在錯誤時的 rcu 寬限期後釋放流程表 （CKI Backport Bot） [RHEL-160461] {CVE-2026-23392}
    - net：skbuff：透過片段傳輸協助程式傳播共用片段標記 (Sabrina Dubroca) [RHEL-176064] {CVE-2026-46300}
    - net：將 skb_gro_receive_list 從 udp 移至核心 （Sabrina Dubroca） [RHEL-176064] {CVE-2026-46300}
    - net：skbuff：在合併期間保留共用片段標記 (Sabrina Dubroca) [RHEL-176064] {CVE-2026-46300}
    - ptrace：稍微理智一點的「get_dumpable（）」邏輯 （Ricardo Robaina） [RHEL-176454] {CVE-2026-46333}
    - md/bitmap：修正write_page中由調整大小爭用引起的 GPF （Nigel Croxon） [RHEL-174091] {CVE-2026-43163}
    - RDMA/umem： 修正故障路徑中的雙重dma_buf_unpin （CKI Backport Bot） [RHEL-174020] {CVE-2026-43128}
    - usbip：驗證 usbip_pack_ret_submit（） 中的number_of_packets （CKI Backport Bot） [RHEL-171430] {CVE-2026-31607}
    - can：raw：修正 raw_rcv（） 中的 ro->uniq 釋放後使用 （CKI Backport Bot） [RHEL-170759] {CVE-2026-31532}

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
318366	MiracleLinux 8 ： kernel-4.18.0-553.126.1.el8_10 （AXSA：2026-751：40）	Nessus	Miracle Linux Local Security Checks	2026/6/3	2026/6/3	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
361392	CentOS Linux 7 [TuxCare] 安全性更新：bpftool / kernel / kernel-debug / kernel-debug-devel / kernel-devel / etc 多個弱點（CENTOS7：CLSA-2026：1785561693）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
312663	RHEL 9：核心 (RHSA-2026:13932)	Nessus	Red Hat Local Security Checks	2026/5/6	2026/5/8	high
312840	RHEL 9：核心 (RHSA-2026:14339)	Nessus	Red Hat Local Security Checks	2026/5/7	2026/5/8	high
318043	RockyLinux 9：核心（RLSA-2026：19568）	Nessus	Rocky Linux Local Security Checks	2026/5/30	2026/6/4	high
324338	Oracle Linux 9：核心 (ELSA-2026-19568)	Nessus	Oracle Linux Local Security Checks	2026/7/1	2026/7/7	high

偵測

搜尋 Plugin

high

high

high

high

high

high

high