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

  - drm/amd/display： 不要在管道上設定 DRR 提交 [WHY] 寫入 DRR 暫存器 （例如與管道提交相同的框架上的OTG_V_TOTAL_MIN） 可能會導致反向溢位。（CVE-2023-53042）

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

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

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

    安全性修正：

    * 核心tun避免 tun_free_netdev 中的重複釋放 (CVE-2022-4744)

    * 核心net/sched多個弱點 (CVE-2023-3609、 CVE-2023-3611、 CVE-2023-4128、 CVE-2023-4206、 CVE-2023-4207、 CVE-2023-4208)

    * kernel：qfq_change_class 函式中存在超出邊界寫入問題 (CVE-2023-31436)

    * 核心hw_atl_utils_fw_rpc_wait 中的超出邊界寫入 (CVE-2021-43975)

    * 核心intr_callback 中 r8152 的速率限制溢位訊息 (CVE-2022-3594)

    * 核心l2cap_conn_del 中的釋放後使用瑕疵 (CVE-2022-3640)

    * 核心usb_8dev_start_xmit 中發生重複釋放 (CVE-2022-28388)

    * 核心vmwgfx多個弱點 (CVE-2022-38457、 CVE-2022-40133、 CVE-2023-33951、 CVE-2023-33952)

    * hwIntelGather Data Sampling (GDS) 旁路弱點 (CVE-2022-40982)

    * 核心l2cap_parse_conf_req 中的資訊洩漏 (CVE-2022-42895)

    * 核心KVM多個弱點 (CVE-2022-45869、 CVE-2023-4155、 CVE-2023-30456)

    * 核心ttusb_dec_exit_dvb 中的記憶體洩漏 (CVE-2022-45887)

    * 核心do_prlimit 中的推測指標解除參照 (CVE-2023-0458)

    * 核心qdisc_graft 中的爭用情形導致釋放後使用 (CVE-2023-0590)

    - 核心：x86/mm：隨機化 per-cpu 項目區域 (CVE-2023-0597)

    * 核心HID檢查 hid_validate_values 中的空 report_list (CVE-2023-1073)

    * 核心sctp如果沒有任何邊界位址可用於指定範圍則失敗 (CVE-2023-1074)

    * kernel: hidasus_remove 中發生釋放後使用 (CVE-2023-1079)

    * 核心drivers/media/rc/ene_ir.c 中的釋放後使用 (CVE-2023-1118)

    * 核心IPv6 連線查閱表格中有雜湊衝突 (CVE-2023-1206)

    * kernel: ovl：修正結構 ovl_aio_req 中的釋放後使用 (CVE-2023-1252)

    * 核心tipc_conn_close 中的拒絕服務 (CVE-2023-1382)

    * 核心：由於爭用情形在 btsdio_remove 中發生釋放後使用錯誤 (CVE-2023-1989)

    * 核心：Spectre v2 SMT 緩解措施問題 (CVE-2023-1998)

    * 核心ext4ext4_xattr_set_entry 中的釋放後使用問題 (CVE-2023-2513)

    * 核心fbconfbcon_set_font 中移位超出邊界 (CVE-2023-3161)

    * 核心relay_file_read 中發生超出邊界存取 (CVE-2023-3268)

    * 核心xfrmxfrm_update_ae_params 中發生 NULL 指標解除參照 (CVE-2023-3772)

    * 核心smsusbdo_submit_urb 造成的釋放後使用 (CVE-2023-4132)

    * 核心工作移轉頁面與另一個呼叫 exit_mmap 的工作之間發生爭用 (CVE-2023-4732)

    * 核心atm_tc_enqueue 中發生類型混淆的拒絕服務 (CVE-2023-23455)

    * kernel: mpls：sysctl 配置失敗時發生重複釋放 (CVE-2023-26545)

    * 核心az6027 驅動程式中的拒絕服務問題 (CVE-2023-28328)

    * 核心lib/seq_buf.c 有一個 seq_buf_putmem_hex 緩衝區溢位問題 (CVE-2023-28772)

    * 核心dvb_frontend_get_event 和 wait_event_interruptible 中的封鎖作業 (CVE-2023-31084)

    * 核心netqcom/emac導致 emac_remove 中釋放後使用的爭用情形 (CVE-2023-33203)

    * 核心saa7134導致 saa7134_finidev 中釋放後使用的爭用情形 (CVE-2023-35823)

    * 核心dm1105導致 dm1105_remove.c 中釋放後使用的爭用情形 (CVE-2023-35824)

    * 核心r592導致 r592_remove 中釋放後使用的爭用情形 (CVE-2023-35825)

    * kernel: net/tls：tls_is_tx_ready() 已檢查 list_entry (CVE-2023-1075)

    * kernel：移除函式 xgene_hwmon_remove 中的釋放後使用錯誤 (CVE-2023-1855)

    * kernel：r592_remove 中發生釋放後使用錯誤 (CVE-2023-3141)

    * 核心gfs2gfs2_evict_inode 中發生 NULL 指標解除參照 (CVE-2023-3212)

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

    其他變更：

    如需有關此發行版本的詳細變更資訊，請參閱可從「參考資料」一節連結的 Red Hat Enterprise Linux 8.9 版本資訊。

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

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

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

  - 已解決 Linux 核心中的下列弱點：net: hns3: do not allow call hns3_nic_net_open repeatedly hns3_nic_net_open() is not allowed to called repeatly, but there is no checking for this. When doing device reset and setup tc concurrently, there is a small oppotunity to call hns3_nic_net_open repeatedly, and cause kernel bug by calling napi_enable twice. The calltrace information is like below: [ 3078.222780] ------------[ cut here ]------------ [ 3078.230255] kernel BUG at net/core/dev.c:6991! [ 3078.236224] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP [ 3078.243431] Modules linked in: hns3 hclgevf hclge hnae3 vfio_iommu_type1 vfio_pci vfio_virqfd vfio pv680_mii(O) [ 3078.258880] CPU: 0 PID: 295 Comm: kworker/u8:5 Tainted: G O 5.14.0-rc4+ #1 [ 3078.269102] Hardware name: , BIOS KpxxxFPGA 1P B600 V181 08/12/2021 [ 3078.276801] Workqueue: hclge hclge_service_task [hclge] [3078.288774] pstate: 60400009 (nZCv daif +PAN -UAO -TCO BTYPE=--) [ 3078.296168] pc :
    napi_enable+0x80/0x84 tc qdisc sho[w 3d0e7v8 .e3t0h218 79] lr : hns3_nic_net_open+0x138/0x510 [hns3] [3078.314771] sp : ffff8000108abb20 [ 3078.319099] x29: ffff8000108abb20 x28: 0000000000000000 x27:
    ffff0820a8490300 [ 3078.329121] x26: 0000000000000001 x25: ffff08209cfc6200 x24: 0000000000000000 [3078.339044] x23: ffff0820a8490300 x22: ffff08209cd76000 x21: ffff0820abfe3880 [ 3078.349018] x20:
    0000000000000000 x19: ffff08209cd76900 x18: 0000000000000000 [ 3078.358620] x17: 0000000000000000 x16:
    ffffc816e1727a50 x15: 0000ffff8f4ff930 [ 3078.368895] x14: 0000000000000000 x13: 0000000000000000 x12:
    0000259e9dbeb6b4 [ 3078.377987] x11: 0096a8f7e764eb40 x10: 634615ad28d3eab5 x9 : ffffc816ad8885b8 [3078.387091] x8 : ffff08209cfc6fb8 x7 : ffff0820ac0da058 x6 : ffff0820a8490344 [ 3078.396356] x5 :
    0000000000000140 x4 : 0000000000000003 x3 : ffff08209cd76938 [ 3078.405365] x2 : 0000000000000000 x1 :
    0000000000000010 x0 : ffff0820abfe38a0 [ 3078.414657] Call trace: [ 3078.418517] napi_enable+0x80/0x84 [3078.424626] hns3_reset_notify_up_enet+0x78/0xd0 [hns3] [ 3078.433469] hns3_reset_notify+0x64/0x80 [hns3] [ 3078.441430] hclge_notify_client+0x68/0xb0 [hclge] [ 3078.450511] hclge_reset_rebuild+0x524/0x884 [hclge] [ 3078.458879] hclge_reset_service_task+0x3c4/0x680 [hclge] [ 3078.467470] hclge_service_task+0xb0/0xb54 [hclge] [ 3078.475675] process_one_work+0x1dc/0x48c [ 3078.481888] worker_thread+0x15c/0x464 [ 3078.487104] kthread+0x160/0x170 [ 3078.492479] ret_from_fork+0x10/0x18 [3078.498785] Code: c8027c81 35ffffa2 d50323bf d65f03c0 (d4210000) [ 3078.506889] ---[ end trace 8ebe0340a1b0fb44 ]--- Once hns3_nic_net_open() is excute success, the flag HNS3_NIC_STATE_DOWN will be cleared. So add checking for this flag, directly return when HNS3_NIC_STATE_DOWN is no set.
    (CVE-2021-47400)

  - 已解決 Linux 核心中的下列弱點：can: isotp: isotp_sendmsg(): add result check for wait_event_interruptible() Using wait_event_interruptible() to wait for complete transmission, but do not check the result of wait_event_interruptible() which can be interrupted. It will result in TX buffer has multiple accessors and the later process interferes with the previous process.
    Following is one of the problems reported by syzbot.
    ============================================================= WARNING: CPU: 0 PID: 0 at net/can/isotp.c:840 isotp_tx_timer_handler+0x2e0/0x4c0 CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.13.0-rc7+ #68 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.13.0-1ubuntu1 04/01/2014 RIP: 0010:isotp_tx_timer_handler+0x2e0/0x4c0 Call Trace: <IRQ> ? isotp_setsockopt+0x390/0x390
    __hrtimer_run_queues+0xb8/0x610 hrtimer_run_softirq+0x91/0xd0 ? rcu_read_lock_sched_held+0x4d/0x80
    __do_softirq+0xe8/0x553 irq_exit_rcu+0xf8/0x100 sysvec_apic_timer_interrupt+0x9e/0xc0 </IRQ> asm_sysvec_apic_timer_interrupt+0x12/0x20 Add result check for wait_event_interruptible() in isotp_sendmsg() to avoid multiple accessers for tx buffer. (CVE-2021-47457)

  - 已解決 Linux 核心中的下列弱點：serial: core: fix transmit-buffer reset and memleak Commit 761ed4a94582 (tty: serial_core: convert uart_close to use tty_port_close) converted serial core to use tty_port_close() but failed to notice that the transmit buffer still needs to be freed on final close. Not freeing the transmit buffer means that the buffer is no longer cleared on next open so that any ioctl() waiting for the buffer to drain might wait indefinitely (e.g. on termios changes) or that stale data can end up being transmitted in case tx is restarted. Furthermore, the buffer of any port that has been opened would leak on driver unbind. Note that the port lock is held when clearing the buffer pointer due to the ldisc race worked around by commit a5ba1d95e46e (uart: fix race between uart_put_char() and uart_shutdown()). Also note that the tty-port shutdown() callback is not called for console ports so it is not strictly necessary to free the buffer page after releasing the lock (cf. d72402145ace (tty/serial: do not free trasnmit buffer page under port lock)). (CVE-2021-47527)

  - 已解決 Linux 核心中的下列弱點：mm/gup: fix gup_pud_range() for dax For dax pud, pud_huge() returns true on x86. So the function works as long as hugetlb is configured.
    However, dax doesn't depend on hugetlb. Commit 414fd080d125 (mm/gup: fix gup_pmd_range() for dax) fixed devmap-backed huge PMDs, but missed devmap-backed huge PUDs. Fix this as well. This fixes the below kernel panic: general protection fault, probably for non-canonical address 0x69e7c000cc478: 0000 [#1] SMP < snip > Call Trace: <TASK> get_user_pages_fast+0x1f/0x40 iov_iter_get_pages+0xc6/0x3b0 ? mempool_alloc+0x5d/0x170 bio_iov_iter_get_pages+0x82/0x4e0 ? bvec_alloc+0x91/0xc0 ? bio_alloc_bioset+0x19a/0x2a0 blkdev_direct_IO+0x282/0x480 ? __io_complete_rw_common+0xc0/0xc0 ? filemap_range_has_page+0x82/0xc0 generic_file_direct_write+0x9d/0x1a0 ? inode_update_time+0x24/0x30
    __generic_file_write_iter+0xbd/0x1e0 blkdev_write_iter+0xb4/0x150 ? io_import_iovec+0x8d/0x340 io_write+0xf9/0x300 io_issue_sqe+0x3c3/0x1d30 ? sysvec_reschedule_ipi+0x6c/0x80 __io_queue_sqe+0x33/0x240 ? fget+0x76/0xa0 io_submit_sqes+0xe6a/0x18d0 ? __fget_light+0xd1/0x100
    __x64_sys_io_uring_enter+0x199/0x880 ? __context_tracking_enter+0x1f/0x70 ? irqentry_exit_to_user_mode+0x24/0x30 ? irqentry_exit+0x1d/0x30 ? __context_tracking_exit+0xe/0x70 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x61/0xcb RIP: 0033:0x7fc97c11a7be < snip > </TASK>
    ---[ end trace 48b2e0e67debcaeb ]--- RIP: 0010:internal_get_user_pages_fast+0x340/0x990 < snip > Kernel panic - not syncing: Fatal exception Kernel Offset: disabled (CVE-2022-48986)

  - 已解決 Linux 核心中的下列弱點：lz4: fix LZ4_decompress_safe_partial read out of bound When partialDecoding, it is EOF if we've either filled the output buffer or can't proceed with reading an offset for following match. In some extreme corner cases when compressed data is suitably corrupted, UAF will occur. As reported by KASAN [1], LZ4_decompress_safe_partial may lead to read out of bound problem during decoding. lz4 upstream has fixed it [2] and this issue has been disscussed here [3] before. current decompression routine was ported from lz4 v1.8.3, bumping lib/lz4 to v1.9.+ is certainly a huge work to be done later, so, we'd better fix it first. [1] https://lore.kernel.org/all/000000000000830d1205cf7f0477@google.com/ [2] https://github.com/lz4/lz4/commit/c5d6f8a8be3927c0bec91bcc58667a6cfad244ad# [3] https://lore.kernel.org/all/CC666AE8-4CA4-4951-B6FB-A2EFDE3AC03B@fb.com/ (CVE-2022-49078)

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

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

  - kernel：記憶體管理員中的裝置私人頁面發生錯誤時發生爭用 (CVE-2022-3523)

  - kernel：l1oip 計時器處置程式中的釋放後使用 (CVE-2022-3565)

  - kernel：intr_callback 中 r8152 的速率限制溢位訊息 (CVE-2022-3594)

  - kernel: vmwgfx：vmw_cmd_res_check 中出現釋放後使用 (CVE-2022-38457)

  - kernel: vmwgfx：vmw_execbuf_tie_context 中出現釋放後使用 (CVE-2022-40133)

  - hw：Intel：Gather Data Sampling (GDS) 側通道弱點 (CVE-2022-40982)

  - 核心：net/bluetooth/l2cap_core.c 的 l2cap_parse_conf_req 中包含資訊洩漏弱點 (CVE-2022-42895)

  - kernel: x86/mm：隨機化 per-cpu 項目區域 (CVE-2023-0597)

  - kernel: HID：檢查 hid_validate_values() 中的空 report_list (CVE-2023-1073)

  - kernel: sctp：如果沒有邊界位址可用於指定範圍則失敗 (CVE-2023-1074)

  - kernel: net/tls：tls_is_tx_ready() 已檢查 list_entry (CVE-2023-1075)

  - kernel: tap: tap_open()：正確初始化通訊端 uid (CVE-2023-1076)

  - kernel: hid：asus_remove() 中的釋放後使用 (CVE-2023-1079)

  - kernel：IPv6 連線查閱表格中的雜湊衝突 (CVE-2023-1206)

  - kernel：file_files_note 中遺漏 mmap_lock，如此可能導致 coredump 程式碼中的釋放後使用 (CVE-2023-1249)

  - kernel: ovl：修正結構 ovl_aio_req 中的釋放後使用 (CVE-2023-1252)

  - kernel：fs/nfsd/nfs4proc.c 中的 nfsd4_ssc_setup_dul 發生釋放後使用 (CVE-2023-1652)

  - kernel：移除函式 xgene_hwmon_remove 中的釋放後使用錯誤 (CVE-2023-1855)

  - kernel：由於爭用情形在 btsdio_remove 中發生釋放後使用錯誤 (CVE-2023-1989)

  - kernel：dm-ioctl.c 的 dm_get_inactive_table 中可能存有死結，進而導致 dos (CVE-2023-2269)

  - kernel：r592_remove 中發生釋放後使用錯誤 (CVE-2023-3141)

  - kernel: fbcon：fbcon_set_font() 中發生移位超出邊界 (CVE-2023-3161)

  - kernel: gfs2：gfs2_evict_inode() 中的 NULL 指標解除參照 (CVE-2023-3212)

  - kernel：relay_file_read 中的超出邊界存取 (CVE-2023-3268)

  - kernel：由於在 shtp_cl_get_dma_send_buf() 中遺漏 kalloc() 傳回值檢查，進而發生 NULL 指標解除參照 (CVE-2023-3358)

  - kernel: net/sched：tcf_change_indev() 失敗時，發生 cls_u32 元件參照計數器洩漏 (CVE-2023-3609)

  - kernel: xfrm：xfrm_update_ae_params() 中的 NULL 指標解除參照 (CVE-2023-3772)

  - kernel: xfrm：XFRMA_MTIMER_THRESH nlattr 的超出邊界讀取 (CVE-2023-3773)

  - kernel: KVM：SEV-ES / SEV-SNP VMGEXIT 雙重擷取弱點 (CVE-2023-4155)

  - kernel: tap: tap_open()：正確地將 i_uid 的通訊端 uid 下次修正初始化為 current_fsuid (CVE-2023-4194)

  - kernel: net/sched：cls_fw、cls_u32 和 cls_route 分類器中的釋放後使用弱點 (CVE-2023-4206、CVE-2023-4207、CVE-2023-4208)

  - kernel: exFAT：exfat_get_uniname_from_ext_entry 中的堆疊溢位 (CVE-2023-4273)

  - kernel: mpls：sysctl 配置失敗時發生重複釋放 (CVE-2023-26545)

  - kernel: KVM: nVMX：缺少 CR0 和 CR4 的一致性檢查 (CVE-2023-30456)

   kernel: net: qcom/emac：導致 emac_remove() 中發生釋放後使用的爭用情形 (CVE-2023-33203)

  - kernel: vmwgfx：導致資訊洩漏弱點的爭用情形 (CVE-2023-33951)

  - kernel: vmwgfx：處理 vmw_buffer_object 物件時存在釋放後使用問題 (CVE-2023-33952)

  - kernel: r592：導致 r592_remove() 中發生釋放後使用的爭用情形 (CVE-2023-35825)

  - 核心：eBPF：dynptr 中的堆疊類型檢查不充分弱點 (CVE-2023-39191)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
246719	Linux Distros 未修補弱點：CVE-2023-53042	Nessus	Misc.	2025/8/9	2026/10/12	medium
185679	RHEL 8：核心 (RHSA-2023:7077)	Nessus	Red Hat Local Security Checks	2023/11/14	2025/9/10	high
360748	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc多個弱點（ALMALINUX9.2：CLSA-2026：1779987841）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
194262	RHEL 9：kernel (RHSA-2023:6583)	Nessus	Red Hat Local Security Checks	2024/4/28	2025/10/28	high

偵測

搜尋 Plugin

medium

high

high

high