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

    據發現，Linux 核心中的計時器統計實作允許在 PID 命名空間內發現真正的 PID 值。本機攻擊者可利用此弱點洩漏敏感資訊。
    (CVE-2017-5967)

    Wen Xu 發現 Linux 核心中的 XFS 檔案系統實作並未正確追蹤 inode 驗證。攻擊者可利用此弱點建構惡意的 xfs 影像，掛載時可造成拒絕服務 (系統當機)。(CVE-2018-13093)

    Wen Xu 發現 Linux 核心中的 f2fs 檔案系統實作未正確驗證中繼資料。攻擊者可以使用它來建構惡意 f2fs 映像，裝載時可能會導致拒絕服務 （系統損毀） 。（CVE-2018-13097， CVE-2018-13100）

    據發現，Linux 核心中的 Qualcomm Atheros 60GHz 無線驅動程式在驗證某些資訊元素的長度時包含整數溢位，導致緩衝區溢位。本機攻擊者可利用此弱點，造成拒絕服務 (系統當機)，或可能執行任意程式碼。
    (CVE-2018-5848)

    Likang Luo 發現 Linux 核心的藍牙子系統中存在爭用情形，導致釋放後使用漏洞。本機攻擊者可利用此弱點造成拒絕服務 (系統當機)，或可能執行任意程式碼。(CVE-2021-3752)

    據發現，Linux 核心中的 eventpoll （又稱 epoll） 實作在新增檔案描述元時未正確處理某些錯誤情況，導致釋放後使用弱點。本機攻擊者可利用此弱點造成拒絕服務 (系統當機)，或可能執行任意程式碼。(CVE-2021-39634)

    Jann Horn 在 Linux 核心的 Unix 網域通訊端實作中發現一個爭用情形，可能導致釋放後讀取。本機攻擊者可利用此弱點造成拒絕服務 (系統當機)，或可能執行任意程式碼。(CVE-2021-4083)

    Lyu Tao 發現 Linux 核心中的 NFS 實作並未正確處理在普通檔案中開啟目錄的要求。本機攻擊者可利用此缺陷洩漏敏感資訊 (核心記憶體)。(CVE-2022-24448)

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

    - IPv6 網路；

    - Netfilter；(CVE-2026-53131)

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

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

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

  - netfilter：在假設 skb 與乙太網路裝置相關聯或僅檢查 'skb_mac_header（skb）' 處的 'ETH_HLEN' 位元組位於 'skb->head' 和 'sk>b-data' 之間之後，在使用 eth_hdr（） 'ip6t_eui64'、'xt_mac'、'bitmap：ip，mac'、'hash：ip，mac' 和 'hash：mac' ipset 類型，以及 'nf_log_syslog' 存取 'eth_hdr（skb）' 之前，需要乙太網 MAC 標頭。使這些路徑在存取「eth_hdr（skb）」之前，首先驗證 skb 是否與乙太網路裝置相關聯、是否已設定 MAC 標頭，以及它是否至少跨越一個完整的乙太網路標頭。（CVE-2026-53131）

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

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

  - 已解決 Linux 核心中的下列弱點：ipv6: Fix signed integer overflow in l2tp_ip6_sendmsg When len >= INT_MAX - transhdrlen, ulen = len + transhdrlen will be overflow. To fix, we can follow what udpv6 does and subtract the transhdrlen from the max. (CVE-2022-49727)

  - 已解決 Linux 核心中的下列弱點：bpf: Fix accesses to uninit stack slots Privileged programs are supposed to be able to read uninitialized stack memory (ever since 6715df8d5) but, before this patch, these accesses were permitted inconsistently. In particular, accesses were permitted above state->allocated_stack, but not below it. In other words, if the stack was already large enough, the access was permitted, but otherwise the access was rejected instead of being allowed to grow the stack. This undesired rejection was happening in two places: - in check_stack_slot_within_bounds() - in check_stack_range_initialized() This patch arranges for these accesses to be permitted. A bunch of tests that were relying on the old rejection had to change; all of them were changed to add also run unprivileged, in which case the old behavior persists. One tests couldn't be updated - global_func16 - because it can't run unprivileged for other reasons. This patch also fixes the tracking of the stack size for variable-offset reads. This second fix is bundled in the same commit as the first one because they're inter-related. Before this patch, writes to the stack using registers containing a variable offset (as opposed to registers with fixed, known values) were not properly contributing to the function's needed stack size. As a result, it was possible for a program to verify, but then to attempt to read out-of-bounds data at runtime because a too small stack had been allocated for it. Each function tracks the size of the stack it needs in bpf_subprog_info.stack_depth, which is maintained by update_stack_depth(). For regular memory accesses, check_mem_access() was calling update_state_depth() but it was passing in only the fixed part of the offset register, ignoring the variable offset. This was incorrect; the minimum possible value of that register should be used instead.
    This tracking is now fixed by centralizing the tracking of stack size in grow_stack_state(), and by lifting the calls to grow_stack_state() to check_stack_access_within_bounds() as suggested by Andrii. The code is now simpler and more convincingly tracks the correct maximum stack size.
    check_stack_range_initialized() can now rely on enough stack having been allocated for the access; this helps with the fix for the first issue. A few tests were changed to also check the stack depth computation. The one that fails without this patch is verifier_var_off:stack_write_priv_vs_unpriv.
    (CVE-2023-52452)

  - 已解決 Linux 核心中的下列弱點：qed/qed_sriov: guard against NULL derefs from qed_iov_get_vf_info We have to make sure that the info returned by the helper is valid before using it. Found by Linux Verification Center (linuxtesting.org) with the SVACE static analysis tool.
    (CVE-2023-53066)

  - 已解決 Linux 核心中的下列弱點：SUNRPC: Fix a server shutdown leak Fix a race where kthread_stop() may prevent the threadfn from ever getting called. If that happens the svc_rqst will not be cleaned up. (CVE-2023-53131)

  - 已解決 Linux 核心中的下列弱點：pstore/ram: Add check for kstrdup Add check for the return value of kstrdup() and return the error if it fails in order to avoid NULL pointer dereference. (CVE-2023-54189)

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

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

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

    安全性修正：

    * 核心：tls：在 get_netdev_for_sock（）CVE-2025-40149 中使用 __sk_dst_get（） 和 dst_dev_rcu（）

    * 核心：Linux 核心：由於晶片重設後命令處理不當，qla2xxx SCSI 驅動程式發生拒絕服務 （CVE-2025-68745）

    * 核心：drm/xe：開放程式碼 GGTT MMIO 存取保護 （CVE-2026-23466）

    * 核心：drm/xe：始終追蹤重新映射上一個/下一個 （CVE-2026-31479）

    * 核心：drm/amdgpu：修正 amdgpu_amdkfd_submit_ib （CVE-2026-31566） 中等待前放置的柵欄

    * 核心：xfrm：保留 dev ref，直到 transport_finish NF_HOOK （） 之後 （CVE-2026-31663）

    * 核心：drm/i915/gt：修正 intel_engine_park_heartbeat （CVE-2026-31656） 中的參照計數下溢

    * 核心：smb： smbdirect：引入 smbdirect_socket.recv_io.credits.available （CVE-2026-31539）

    * 核心：vhost：將 vdpa 群組綁定檢查移至 vhost_vdpa （CVE-2026-43248）

    * 核心：drm/i915：修正 shmem 散佈清單長度 （CVE-2026-43368） 的潛在溢位

    * 核心：drm/amdgpu：修正 VM acquire （） 中的釋放後使用爭用 （CVE-2026-43370）

    * 核心：scsi：target：configfs：在 tg_pt_gp_members_show（）CVE-2026-46149 （） 中歸回的綁定 snprintf（）

    * 核心：sctp：在過時的 COOKIE-ECHO 處理上清除輸出佇列 (CVE-2026-52924)

    * 核心：netfilter：使用 eth_hdr() 之前需要乙太網路 MAC 標頭 (CVE-2026-53131)

    * 核心：sctp：在 COOKIE_ECHO 處理中驗證快取的對等 INIT 區塊長度 （CVE-2026-53246）

    * 核心：xfrm： policy：修正 xfrm_policy_bysel_ctx（） 中不精確 bin 的釋放後使用 （CVE-2026-53239）

    * 核心：af_unix：在 unix_gc（） （CVE-2026-53361） 中將 gc_in_progress 設定為 true

    * 核心：scsi：scsi_transport_fc：將 FPIN pname 步行計數器擴大到 u32 （CVE-2026-63889）

    * 核心：ip6： vti：在 vti6_siocdevprivate（） 中使用 ip6_tnl.net （CVE-2026-63921）

    * 核心：xfrm：輸入：在延遲傳輸重新插入期間保留 netns （CVE-2026-63919）

    * 核心：ip6： vti：在 vti6_changelink（） 中使用 ip6_tnl.net （CVE-2026-63917）

    * 核心：lsm：保留 lsm_set_self_attr（） 的 cred_guard_mutex （CVE-2026-64111）

    * 核心：drm/xe/pt：重設 xe_pt_update_ops_init（） 中的current_op （CVE-2026-68264）

    * 核心：xfrm：在非同步加密竊取 GSO 區段後修正過時的 skb->prev （CVE-2026-68426）

    * 核心：scsi：libiscsi_tcp：將 SCSI 回應資料區段繫結至連線緩衝區 （CVE-2026-74556）

    錯誤修正和增強功能：

    * [rhel-10.2.z]- 反向移植 MSHV 修補程式以進行虛擬化管理程式 OOM 處理 （JIRA：RHEL-245035）

    * RHIVOS - [backport] S32G 驅動程式啟用 - ADC （JIRA：RHEL-255233）

    * [RHEL10.2z] 監控程式：停用預逾時 （0） 時，系統在重新啟動期間可能會發生錯誤 （JIRA：RHEL-255348）

    * [usb/xhci] Arrow Lake 系統上的 kdump 因 dracut-initqueue 逾時錯誤 [RHEL-10.2.z] 懸置系統 （JIRA：RHEL-256731）

    * RHIVOS - [backport] S32G 驅動程式更新 - ADC、I2C 和 eDMA （JIRA：RHEL-256890）

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

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

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

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

    * 核心：tls：在 get_netdev_for_sock（）CVE-2025-40149 中使用 __sk_dst_get（） 和 dst_dev_rcu（）

    * 核心：Linux 核心：由於晶片重設後命令處理不當，qla2xxx SCSI 驅動程式發生拒絕服務 （CVE-2025-68745）

    * 核心：drm/xe：開放程式碼 GGTT MMIO 存取保護 （CVE-2026-23466）

    * 核心：drm/xe：始終追蹤重新映射上一個/下一個 （CVE-2026-31479）

    * 核心：drm/amdgpu：修正 amdgpu_amdkfd_submit_ib （CVE-2026-31566） 中等待前放置的柵欄

    * 核心：xfrm：保留 dev ref，直到 transport_finish NF_HOOK （） 之後 （CVE-2026-31663）

    * 核心：drm/i915/gt：修正 intel_engine_park_heartbeat （CVE-2026-31656） 中的參照計數下溢

    * 核心：smb： smbdirect：引入 smbdirect_socket.recv_io.credits.available （CVE-2026-31539）

    * 核心：vhost：將 vdpa 群組綁定檢查移至 vhost_vdpa （CVE-2026-43248）

    * 核心：drm/i915：修正 shmem 散佈清單長度 （CVE-2026-43368） 的潛在溢位

    * 核心：drm/amdgpu：修正 VM acquire （） 中的釋放後使用爭用 （CVE-2026-43370）

    * 核心：scsi：target：configfs：在 tg_pt_gp_members_show（）CVE-2026-46149 （） 中歸回的綁定 snprintf（）

    * 核心：sctp：在過時的 COOKIE-ECHO 處理上清除輸出佇列 (CVE-2026-52924)

    * 核心：netfilter：使用 eth_hdr() 之前需要乙太網路 MAC 標頭 (CVE-2026-53131)

    * 核心：sctp：在 COOKIE_ECHO 處理中驗證快取的對等 INIT 區塊長度 （CVE-2026-53246）

    * 核心：xfrm： policy：修正 xfrm_policy_bysel_ctx（） 中不精確 bin 的釋放後使用 （CVE-2026-53239）

    * 核心：af_unix：在 unix_gc（） （CVE-2026-53361） 中將 gc_in_progress 設定為 true

    * 核心：scsi：scsi_transport_fc：將 FPIN pname 步行計數器擴大到 u32 （CVE-2026-63889）

    * 核心：ip6： vti：在 vti6_siocdevprivate（） 中使用 ip6_tnl.net （CVE-2026-63921）

    * 核心：xfrm：輸入：在延遲傳輸重新插入期間保留 netns （CVE-2026-63919）

    * 核心：ip6： vti：在 vti6_changelink（） 中使用 ip6_tnl.net （CVE-2026-63917）

    * 核心：lsm：保留 lsm_set_self_attr（） 的 cred_guard_mutex （CVE-2026-64111）

    * 核心：drm/xe/pt：重設 xe_pt_update_ops_init（） 中的current_op （CVE-2026-68264）

    * 核心：xfrm：在非同步加密竊取 GSO 區段後修正過時的 skb->prev （CVE-2026-68426）

    * 核心：scsi：libiscsi_tcp：將 SCSI 回應資料區段繫結至連線緩衝區 （CVE-2026-74556）

    錯誤修正和增強功能：

    * [rhel-10.2.z]- 用於虛擬化管理程式 OOM 處理的反向移植 MSHV 修補程式 （JIRA：Rocky Linux-245035）

    * RHIVOS - [backport] S32G 驅動程式啟用 - ADC （JIRA：Rocky Linux-255233）

    * [Rocky Linux10.2z] 監控程式：停用預逾時時，系統在重新啟動期間可能會發生錯誤 （0） （JIRA：Rocky Linux-255348）

    * [usb/xhci] Arrow Lake 系統上的 kdump 因 dracut-initqueue 逾時錯誤而懸置系統 [Rocky Linux-10.2.z] （JIRA：Rocky Linux-256731）

    * RHIVOS - [backport] S32G 驅動程式更新 - ADC、I2C 和 eDMA （JIRA：Rocky Linux-256890）

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

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

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

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

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

    - x86 平台驅動程式；

    - 密碼編譯 API;

    - PSP安全協議;

    - ARM32 架構；

    - ARM64 架構 ;

    - MIPS 架構；

    - PowerPC 架構；

    - RISC-V 架構；

    - S390 架構 ;

    - 使用者模式 Linux (UML) ;

    - x86 架構；

    - 區塊層子系統；

    - 英特爾 NPU 驅動程式;

    - 計算加速架構;

    - ACPI 驅動程式；

    - 輔助顯示驅動程式;

    - 驅動程式核心；

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

    - Rados 區塊裝置 （RBD） 驅動程式;

    - Ublk 使用者空間區塊驅動程式；

    - 壓縮 RAM 區塊裝置驅動程式；

    - 藍牙驅動程式;

    - 匯流排裝置；

    - 字元裝置驅動程式 ;

    - 時鐘架構和驅動程式；

    - CPU 頻率縮放架構；

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

    - 緩衝區共用和同步處理架構;

    - DPLL 子系統；

    - EDAC 驅動程式；

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

    - EFI 核心；

    - FWCTL 子系統;

    - GPIO 子系統；

    - GPU 驅動程式；

    - HID 子系統 ;

    - 硬體監控驅動程式 ;

    - I2C 子系統 ;

    - I3C 子系統；

    - IIO ADC 驅動程式；

    - IIO 子系統；

    - InfiniBand 驅動程式;

    - 輸入裝置核心驅動程式;

    - 輸入裝置 (滑鼠) 驅動程式；

    - IOMMU 子系統;

    - 信箱架構；

    - 多個裝置驅動程式；

    - 媒體驅動程式；

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

    - MTD 區塊裝置驅動程式；

    - 網路驅動程式；

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

    - Mellanox 網路驅動程式；

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

    - STMicroelectronics 網路驅動程式；

    - Texas Instruments 網路驅動程式；

    - MediaTek 網路驅動程式；

    - NVME 驅動程式；

    - Parport 驅動程式；

    - PCI 子系統；

    - PHY 驅動程式；

    - 針腳控制器子系統；

    - Chrome 硬體平台驅動程式；

    - ACPI WMI 驅動程式;

    - 通用 PM 網域;

    - MediaTek PM 網域；

    - 電源驅動程式；

    - 電壓和電流調節器驅動程式；

    - MPAM 驅動程式;

    - Amlogic Meson 重置控制器驅動程序;

    - S/390 驅動程式 ;

    - SCSI 子系統；

    - NVIDIA Tegra 控制骨幹 （CBB） 驅動程式;

    - SPI 子系統；

    - Greybus lights staging 驅動程式；

    - 媒體演示驅動程式；

    - Realtek RTL8723BS SDIO 驅動程式；

    - TCM 子系統；

    - Thunderbolt 和 USB4 驅動程式 ;

    - TTY 驅動程式 ;

    - 使用者空間 I/O 驅動程式 ;

    - USB 裝置類別驅動程式；

    - ULPI匯流排;

    - DesignWare USB2 驅動程式;

    - USB Gadget 驅動程式；

    - USB Dual Role (OTG-ready) 控制器驅動程式；

    - USB 序列驅動程式；

    - USB Type-C 支援驅動程式；

    - USB Type-C Port Controller Manager 驅動程式；

    - TI TPS6598x USB Power Delivery 控制器驅動程式；

    - USB Type-C Connector System Software Interface 驅動程式；

    - USB over IP 驅動程式 ;

    - vDPA 驅動程式;

    - VFIO 驅動程式；

    - Framebuffer 層；

    - TSM AMD SEV 客體驅動程式;

    - Xen Hypervisor 驅動程式；

    - 9P 分散式檔案系統；

    - 檔案系統基礎架構；

    - AFS 檔案系統;

    - BTRFS 檔案系統;

    - Ceph 分散式檔案系統；

    - EROFS 檔案系統；

    - F2FS 檔案系統；

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

    - GFS2 檔案系統；

    - HFS+ 檔案系統；

    - HugeTLB 檔案系統；

    - 網路檔案系統程式庫；

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

    - NILFS2 檔案系統;

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

    - NTFS3 檔案系統；

    - OCFS2 檔案系統；

    - 重疊檔案系統；

    - Diskquota 系統;

    - SMB 網路檔案系統；

    - 追蹤檔案系統 ;

    - UDF 檔案系統；

    - DRM TTM 子系統;

    - 控制群組 (cgroup);

    - Kernel CPU 控制基礎架構；

    - 追蹤基礎架構；

    - QorIQ DPAA2 FSL-MC 匯流排驅動器;

    - 飛思卡爾 ENETC 乙太網路驅動程式;

    - 軟體節點和裝置屬性;

    - 記憶體管理；

    - 記憶體管理 ;

    - 鍊錶庫;

    - Netfilter；

    - Padata 平行執行機制；

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

    - 藍牙子系統；

    - 網路核心；

    - 網路整形器 API;

    - 網路流量控制；

    - TCP 網路通訊協定；

    - XFRM 子系統；

    - io_uring 子系統;

    - IPC 子系統；

    - 稽核子系統；

    - BPF 子系統；

    - DMA 對應基礎架構；

    - 核心 exit() 系統呼叫；

    - 核心 fork() 系統呼叫；

    - 核心 futex 基元；

    - IRQ 子系統；

    - Kexec 交接 （KHO）;

    - Padata 平行執行機制;

    - RCU 子系統；

    - 排程器基礎架構；

    - 密碼庫;

    - KProbes 跟蹤;

    - 802.1Q VLAN 通訊協定；

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

    - 乙太網路橋接器；

    - Ceph Core 程式庫；

    - 分散式交換架構;

    - Ethtool 驅動程式；

    - 交握 API；

    - HSR 網路通訊協定；

    - IPv4 網路；

    - IPv6 網路；

    - IUCV 驅動程式 ;

    - L2TP 通訊協定；

    - MAC80211 子系統；

    - 多重路徑 TCP;

    - NFC 子系統 ;

    Open vSwitch；

    - Phonet 通訊協定；

    - RDS 通訊協定;

    - RxRPC 工作階段通訊端；

    - SCTP 通訊協定；

    - SMC 通訊端;

    - TIPC 通訊協定；

    - TLS 通訊協定；

    - Unix 網域通訊端;

    - VMware vSockets 驅動程式；

    - 無線網路 ；

    - 完整性測量架構 (IMA) 框架；

    - 金鑰管理；

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

    - SELinux 安全性模組；

    - ALSA 架構;

    - HD 音訊驅動程式；

    - AudioScience HPI 驅動程式；

    - FourSemi 音頻編解碼器;

    - Texas InstrumentS Audio (ASoC/HDA) 驅動程式 ;

    - 簡單的音頻多路復用器編解碼器驅動程序;

    - QCOM ASoC 驅動程式；

    - Renesas ASoC 驅動程式;

    - SOF 驅動程式；

    - STI ASoC 驅動程式;

    - USB 音效裝置；

    - KVM 子系統;（CVE-2026-43490 ， ， ， CVE-2026-43495， CVE-2026-43496CVE-2026-46123CVE-2026-46107CVE-2026-46108CVE-2026-45841CVE-2026-45842CVE-2026-45840CVE-2026-45844CVE-2026-45843CVE-2026-45845CVE-2026-45846CVE-2026-46104CVE-2026-46105CVE-2026-46106CVE-2026-45839CVE-2026-46110CVE-2026-46109CVE-2026-46111CVE-2026-46112CVE-2026-46113CVE-2026-46114CVE-2026-46116CVE-2026-45838CVE-2026-46118CVE-2026-46117CVE-2026-46120CVE-2026-46121CVE-2026-46122CVE-2026-46124CVE-2026-46125CVE-2026-45837CVE-2026-46127CVE-2026-46126CVE-2026-46138CVE-2026-46136CVE-2026-46139CVE-2026-46134CVE-2026-46133CVE-2026-46132CVE-2026-46140CVE-2026-46131CVE-2026-46130CVE-2026-46129CVE-2026-46141CVE-2026-46128CVE-2026-45836CVE-2026-46142CVE-2026-46146CVE-2026-46145CVE-2026-46147CVE-2026-46144CVE-2026-46148CVE-2026-46149CVE-2026-43497CVE-2026-43502CVE-2026-46150CVE-2026-43498CVE-2026-45834CVE-2026-45835CVE-2026-46143CVE-2026-43492、、、 CVE-2026-46186CVE-2026-46163CVE-2026-46162CVE-2026-46164CVE-2026-46165CVE-2026-46166CVE-2026-46167CVE-2026-46168CVE-2026-46161CVE-2026-46170CVE-2026-46169CVE-2026-46171CVE-2026-46172CVE-2026-46173CVE-2026-46174CVE-2026-46175CVE-2026-46160CVE-2026-46177CVE-2026-46176CVE-2026-46178CVE-2026-46179CVE-2026-46180CVE-2026-46181CVE-2026-46182CVE-2026-46159CVE-2026-46184CVE-2026-46183CVE-2026-46187CVE-2026-46188CVE-2026-46189CVE-2026-46200CVE-2026-46199CVE-2026-46198CVE-2026-46201CVE-2026-46197CVE-2026-46196CVE-2026-46193CVE-2026-46202CVE-2026-46192CVE-2026-46191CVE-2026-46190CVE-2026-46203CVE-2026-46158CVE-2026-46156CVE-2026-46212CVE-2026-46208CVE-2026-46211CVE-2026-46205CVE-2026-46206CVE-2026-46207CVE-2026-46210CVE-2026-46213CVE-2026-46157CVE-2026-46209CVE-2026-46154CVE-2026-46204CVE-2026-46153CVE-2026-46152CVE-2026-46151、 、 、 、 CVE-2026-46291CVE-2026-46225CVE-2026-46224CVE-2026-46227CVE-2026-46226CVE-2026-46228CVE-2026-46229CVE-2026-46230CVE-2026-46231CVE-2026-46232CVE-2026-46223CVE-2026-46234CVE-2026-46233CVE-2026-46235CVE-2026-46236CVE-2026-46238CVE-2026-46239CVE-2026-46240CVE-2026-46222CVE-2026-46242CVE-2026-46241CVE-2026-46273CVE-2026-46274CVE-2026-46275CVE-2026-46290CVE-2026-46301CVE-2026-46299CVE-2026-46302CVE-2026-46298CVE-2026-46297CVE-2026-46296CVE-2026-46303CVE-2026-46295CVE-2026-46294CVE-2026-46293CVE-2026-46304CVE-2026-46292CVE-2026-46221CVE-2026-46220CVE-2026-46219CVE-2026-46314CVE-2026-46308CVE-2026-46309CVE-2026-46310CVE-2026-46307CVE-2026-46312CVE-2026-46315CVE-2026-46311CVE-2026-46305CVE-2026-46306CVE-2026-46313CVE-2026-46218CVE-2026-46216CVE-2026-46215CVE-2026-46214、 、 、 、 CVE-2026-52943CVE-2026-52913CVE-2026-52912CVE-2026-52915CVE-2026-52914CVE-2026-52916CVE-2026-52918CVE-2026-52919CVE-2026-52920CVE-2026-52921CVE-2026-52911CVE-2026-52923CVE-2026-52922CVE-2026-52924CVE-2026-52925CVE-2026-52926CVE-2026-52927CVE-2026-52928CVE-2026-46331CVE-2026-52932CVE-2026-52931CVE-2026-52934CVE-2026-52936CVE-2026-52937CVE-2026-52941CVE-2026-52956CVE-2026-52955CVE-2026-52957CVE-2026-52954CVE-2026-52953CVE-2026-52952CVE-2026-52958CVE-2026-52951CVE-2026-52950CVE-2026-52949CVE-2026-52959CVE-2026-52944CVE-2026-46324CVE-2026-46322CVE-2026-46321CVE-2026-52970CVE-2026-52963CVE-2026-52964CVE-2026-52965CVE-2026-52962CVE-2026-52968CVE-2026-52971CVE-2026-52967CVE-2026-52960CVE-2026-52961CVE-2026-52969CVE-2026-46320CVE-2026-46319CVE-2026-46318CVE-2026-46317、 、 、 、 CVE-2026-53004CVE-2026-52983CVE-2026-52982CVE-2026-52985CVE-2026-52984CVE-2026-52986CVE-2026-52987CVE-2026-52988CVE-2026-52989CVE-2026-52990CVE-2026-52981CVE-2026-52992CVE-2026-52991CVE-2026-52993CVE-2026-52994CVE-2026-52995CVE-2026-52996CVE-2026-52997CVE-2026-52980CVE-2026-52999CVE-2026-52998CVE-2026-53000CVE-2026-53001CVE-2026-53002CVE-2026-53003CVE-2026-53013CVE-2026-53012CVE-2026-53014CVE-2026-53011CVE-2026-53010CVE-2026-53009CVE-2026-53015CVE-2026-53008CVE-2026-53007CVE-2026-53006CVE-2026-53016CVE-2026-53005CVE-2026-52979CVE-2026-52978CVE-2026-52977CVE-2026-53026CVE-2026-53020CVE-2026-53021CVE-2026-53022CVE-2026-53019CVE-2026-53024CVE-2026-53027CVE-2026-53023CVE-2026-53017CVE-2026-53018CVE-2026-53025CVE-2026-52976CVE-2026-52975CVE-2026-52974CVE-2026-52973、 、 、 、 CVE-2026-53059CVE-2026-53038CVE-2026-53037CVE-2026-53040CVE-2026-53039CVE-2026-53041CVE-2026-53042CVE-2026-53043CVE-2026-53044CVE-2026-53045CVE-2026-53036CVE-2026-53047CVE-2026-53046CVE-2026-53048CVE-2026-53049CVE-2026-53050CVE-2026-53051CVE-2026-53052CVE-2026-53035CVE-2026-53054CVE-2026-53053CVE-2026-53055CVE-2026-53056CVE-2026-53057CVE-2026-53058CVE-2026-53068CVE-2026-53067CVE-2026-53069CVE-2026-53066CVE-2026-53065CVE-2026-53064CVE-2026-53070CVE-2026-53063CVE-2026-53062CVE-2026-53061CVE-2026-53071CVE-2026-53060CVE-2026-53034CVE-2026-53033CVE-2026-53032CVE-2026-53081CVE-2026-53075CVE-2026-53076CVE-2026-53077CVE-2026-53074CVE-2026-53079CVE-2026-53082CVE-2026-53078CVE-2026-53072CVE-2026-53073CVE-2026-53080CVE-2026-53031CVE-2026-53030CVE-2026-53029CVE-2026-53028、 、 、 、 CVE-2026-53114CVE-2026-53093CVE-2026-53092CVE-2026-53095CVE-2026-53094CVE-2026-53096CVE-2026-53097CVE-2026-53098CVE-2026-53099CVE-2026-53100CVE-2026-53091CVE-2026-53102CVE-2026-53101CVE-2026-53103CVE-2026-53104CVE-2026-53105CVE-2026-53106CVE-2026-53107CVE-2026-53090CVE-2026-53109CVE-2026-53108CVE-2026-53110CVE-2026-53111CVE-2026-53112CVE-2026-53113CVE-2026-53123CVE-2026-53122CVE-2026-53124CVE-2026-53121CVE-2026-53120CVE-2026-53119CVE-2026-53125CVE-2026-53118CVE-2026-53117CVE-2026-53116CVE-2026-53126CVE-2026-53115CVE-2026-53089CVE-2026-53088CVE-2026-53087CVE-2026-53186CVE-2026-53130CVE-2026-53131CVE-2026-53151CVE-2026-53129CVE-2026-53175CVE-2026-53212CVE-2026-53174CVE-2026-53127CVE-2026-53128CVE-2026-53176CVE-2026-53086CVE-2026-53085CVE-2026-53084CVE-2026-53083、 、 、 、 CVE-2026-53299CVE-2026-53278CVE-2026-53277CVE-2026-53280CVE-2026-53279CVE-2026-53281CVE-2026-53282CVE-2026-53283CVE-2026-53284CVE-2026-53285CVE-2026-53260CVE-2026-53287CVE-2026-53286CVE-2026-53288CVE-2026-53289CVE-2026-53290CVE-2026-53291CVE-2026-53292CVE-2026-53247CVE-2026-53294CVE-2026-53293CVE-2026-53295CVE-2026-53296CVE-2026-53297CVE-2026-53298CVE-2026-53308CVE-2026-53307CVE-2026-53309CVE-2026-53306CVE-2026-53305CVE-2026-53304CVE-2026-53310CVE-2026-53303CVE-2026-53302CVE-2026-53301CVE-2026-53311CVE-2026-53300CVE-2026-53246CVE-2026-53228CVE-2026-53225CVE-2026-53321CVE-2026-53315CVE-2026-53316CVE-2026-53317CVE-2026-53314CVE-2026-53319CVE-2026-53322CVE-2026-53318CVE-2026-53312CVE-2026-53313CVE-2026-53320CVE-2026-53224CVE-2026-53221CVE-2026-53216CVE-2026-53215、 、 、 、 CVE-2026-63846CVE-2026-53369CVE-2026-53368CVE-2026-53371CVE-2026-53370CVE-2026-53372CVE-2026-53373CVE-2026-53374CVE-2026-53375CVE-2026-53376CVE-2026-53367CVE-2026-53378CVE-2026-53377CVE-2026-53379CVE-2026-53380CVE-2026-63837CVE-2026-63838CVE-2026-63839CVE-2026-53365CVE-2026-63841CVE-2026-63840CVE-2026-63842CVE-2026-63843CVE-2026-63844CVE-2026-63845CVE-2026-63855CVE-2026-63854CVE-2026-63856CVE-2026-63853CVE-2026-63852CVE-2026-63851CVE-2026-63857CVE-2026-63850CVE-2026-63849CVE-2026-63848CVE-2026-63858CVE-2026-63847CVE-2026-53364CVE-2026-53360CVE-2026-53359CVE-2026-63876CVE-2026-63862CVE-2026-63863CVE-2026-63864CVE-2026-63861CVE-2026-63866CVE-2026-63877CVE-2026-63865CVE-2026-63859CVE-2026-63860CVE-2026-63875CVE-2026-53358CVE-2026-53357CVE-2026-53324CVE-2026-53323、 、 、 、 CVE-2026-63910CVE-2026-63889CVE-2026-63888CVE-2026-63891CVE-2026-63890CVE-2026-63892CVE-2026-63893CVE-2026-63894CVE-2026-63895CVE-2026-63896CVE-2026-63887CVE-2026-63898CVE-2026-63897CVE-2026-63899CVE-2026-63900CVE-2026-63901CVE-2026-63902CVE-2026-63903CVE-2026-63886CVE-2026-63905CVE-2026-63904CVE-2026-63906CVE-2026-63907CVE-2026-63908CVE-2026-63909CVE-2026-63919CVE-2026-63918CVE-2026-63920CVE-2026-63917CVE-2026-63916CVE-2026-63915CVE-2026-63921CVE-2026-63914CVE-2026-63913CVE-2026-63912CVE-2026-63922CVE-2026-63911CVE-2026-63884CVE-2026-63883CVE-2026-63882CVE-2026-63932CVE-2026-63926CVE-2026-63927CVE-2026-63928CVE-2026-63925CVE-2026-63930CVE-2026-63933CVE-2026-63929CVE-2026-63923CVE-2026-63924CVE-2026-63931CVE-2026-63881CVE-2026-63880CVE-2026-63879CVE-2026-63878、 、 、 、 CVE-2026-63965CVE-2026-63944CVE-2026-63943CVE-2026-63946CVE-2026-63945CVE-2026-63947CVE-2026-63948CVE-2026-63949CVE-2026-63950CVE-2026-63951CVE-2026-63942CVE-2026-63953CVE-2026-63952CVE-2026-63954CVE-2026-63955CVE-2026-63956CVE-2026-63957CVE-2026-63958CVE-2026-63941CVE-2026-63960CVE-2026-63959CVE-2026-63961CVE-2026-63962CVE-2026-63963CVE-2026-63964CVE-2026-63974CVE-2026-63973CVE-2026-63975CVE-2026-63972CVE-2026-63971CVE-2026-63970CVE-2026-63976CVE-2026-63969CVE-2026-63968CVE-2026-63967CVE-2026-63977CVE-2026-63966CVE-2026-63940CVE-2026-63939CVE-2026-63938CVE-2026-63987CVE-2026-63981CVE-2026-63982CVE-2026-63983CVE-2026-63980CVE-2026-63985CVE-2026-63988CVE-2026-63984CVE-2026-63978CVE-2026-63979CVE-2026-63986CVE-2026-63937CVE-2026-63936CVE-2026-63935CVE-2026-63934、 、 、 、 CVE-2026-64021CVE-2026-63999CVE-2026-63998CVE-2026-64001CVE-2026-64000CVE-2026-64002CVE-2026-64003CVE-2026-64004CVE-2026-64005CVE-2026-64006CVE-2026-63997CVE-2026-64008CVE-2026-64007CVE-2026-64009CVE-2026-64010CVE-2026-64011CVE-2026-64012CVE-2026-64013CVE-2026-63996CVE-2026-64015CVE-2026-64014CVE-2026-64017CVE-2026-64018CVE-2026-64019CVE-2026-64020CVE-2026-64031CVE-2026-64030CVE-2026-64032CVE-2026-64029CVE-2026-64027CVE-2026-64026CVE-2026-64033CVE-2026-64025CVE-2026-64024CVE-2026-64023CVE-2026-64034CVE-2026-64022CVE-2026-63995CVE-2026-63994CVE-2026-63993CVE-2026-64044CVE-2026-64038CVE-2026-64039CVE-2026-64040CVE-2026-64037CVE-2026-64042CVE-2026-64045CVE-2026-64041CVE-2026-64035CVE-2026-64036CVE-2026-64043CVE-2026-63992CVE-2026-63991CVE-2026-63990CVE-2026-63989、 、 、 、 CVE-2026-64077CVE-2026-64056CVE-2026-64055CVE-2026-64058CVE-2026-64057CVE-2026-64059CVE-2026-64060CVE-2026-64061CVE-2026-64062CVE-2026-64063CVE-2026-64054CVE-2026-64065CVE-2026-64064CVE-2026-64066CVE-2026-64067CVE-2026-64068CVE-2026-64069CVE-2026-64070CVE-2026-64053CVE-2026-64072CVE-2026-64071CVE-2026-64073CVE-2026-64074CVE-2026-64075CVE-2026-64076CVE-2026-64086CVE-2026-64085CVE-2026-64087CVE-2026-64084CVE-2026-64083CVE-2026-64082CVE-2026-64088CVE-2026-64081CVE-2026-64080CVE-2026-64079CVE-2026-64089CVE-2026-64078CVE-2026-64052CVE-2026-64051CVE-2026-64050CVE-2026-64100CVE-2026-64094CVE-2026-64095CVE-2026-64096CVE-2026-64093CVE-2026-64098CVE-2026-64101CVE-2026-64097CVE-2026-64090CVE-2026-64091CVE-2026-64099CVE-2026-64049CVE-2026-64048CVE-2026-64047CVE-2026-64046、 、 、 、 CVE-2026-64133CVE-2026-64112CVE-2026-64111CVE-2026-64114CVE-2026-64113CVE-2026-64115CVE-2026-64116CVE-2026-64117CVE-2026-64118CVE-2026-64119CVE-2026-64110CVE-2026-64121CVE-2026-64120CVE-2026-64122CVE-2026-64123CVE-2026-64124CVE-2026-64125CVE-2026-64126CVE-2026-64109CVE-2026-64128CVE-2026-64127CVE-2026-64129CVE-2026-64130CVE-2026-64131CVE-2026-64132CVE-2026-64142CVE-2026-64141CVE-2026-64143CVE-2026-64140CVE-2026-64139CVE-2026-64138CVE-2026-64144CVE-2026-64137CVE-2026-64136CVE-2026-64135CVE-2026-64145CVE-2026-64134CVE-2026-64108CVE-2026-64107CVE-2026-64106CVE-2026-64155CVE-2026-64149CVE-2026-64150CVE-2026-64151CVE-2026-64148CVE-2026-64153CVE-2026-64156CVE-2026-64152CVE-2026-64146CVE-2026-64147CVE-2026-64154CVE-2026-64105CVE-2026-64104CVE-2026-64103CVE-2026-64102、 、 、 、 CVE-2026-64209CVE-2026-64167CVE-2026-64166CVE-2026-64169CVE-2026-64168CVE-2026-64170CVE-2026-64171CVE-2026-64172CVE-2026-64173CVE-2026-64174CVE-2026-64165CVE-2026-64176CVE-2026-64175CVE-2026-64177CVE-2026-64178CVE-2026-64179CVE-2026-64180CVE-2026-64181CVE-2026-64164CVE-2026-64183CVE-2026-64182CVE-2026-64184CVE-2026-64185CVE-2026-64186CVE-2026-64208CVE-2026-64218CVE-2026-64217CVE-2026-64219CVE-2026-64216CVE-2026-64215CVE-2026-64214CVE-2026-64220CVE-2026-64213CVE-2026-64212CVE-2026-64211CVE-2026-64221CVE-2026-64210CVE-2026-64163CVE-2026-64162CVE-2026-64161CVE-2026-64231CVE-2026-64225CVE-2026-64226CVE-2026-64227CVE-2026-64224CVE-2026-64229CVE-2026-64232CVE-2026-64228CVE-2026-64222CVE-2026-64223CVE-2026-64230CVE-2026-64160CVE-2026-64159CVE-2026-64158CVE-2026-64157CVE-2026-64233、 CVE-2026-64234、 CVE-2026-64235、 CVE-2026-64528CVE-2026-64238CVE-2026-64521CVE-2026-64239CVE-2026-64522CVE-2026-64526CVE-2026-64519CVE-2026-64527CVE-2026-64525CVE-2026-64524CVE-2026-64523CVE-2026-64518CVE-2026-64517CVE-2026-64516CVE-2026-64515CVE-2026-64242CVE-2026-64240CVE-2026-64243CVE-2026-64236CVE-2026-64237CVE-2026-64241）

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

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

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

    據發現，某些 Arm 處理器可以在全域觀察到透過無效轉譯進行的記憶體寫入之前，完成廣播轉譯後備緩衝區 (TLB) 無效化。本機攻擊者可能會在撤銷許可權後使用此功能寫入記憶體，繞過記憶體保護或提升權限。(CVE-2025-10263)

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

    - ARM64 架構;

    - ARM32 架構 ;

    - MIPS 架構；

    - PowerPC 架構；

    - x86 架構；

    - 英特爾 NPU 驅動程式;

    - 計算加速架構;

    - 輔助顯示驅動程式;

    - 驅動程式核心；

    - 壓縮 RAM 區塊裝置驅動程式；

    - 藍牙驅動程式;

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

    - EFI 核心；

    - GPIO 子系統；

    - GPU 驅動程式；

    - HID 子系統 ;

    - 硬體監控驅動程式 ;

    - I2C 子系統；

    - IIO 子系統；

    - InfiniBand 驅動程式;

    - 輸入裝置核心驅動程式;

    - 輸入裝置 (滑鼠) 驅動程式；

    - 多個裝置驅動程式；

    - 媒體驅動程式 ;

    - Fastrpc 驅動程式 ;

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

    - 網路驅動程式；

    - Mellanox 網路驅動程式 ;

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

    - Texas Instruments 網路驅動程式；

    - NVMEM（非揮發性記憶體）驅動程式;

    - Parport 驅動程式；

    - SCSI 子系統；

    - SLIMbus 驅動程式;

    - NVIDIA Tegra SoC 驅動程式;

    - SPI 子系統；

    - TCM 子系統；

    - 受信任執行環境驅動程式；

    - Thunderbolt 和 USB4 驅動程式 ;

    - TTY 驅動程式；

    - USB 裝置類別驅動程式；

    - DesignWare USB2 驅動程式;

    - USB Gadget 驅動程式；

    - USB Dual Role (OTG-ready) 控制器驅動程式；

    - USB 序列驅動程式；

    - USB Type-C 支援驅動程式；

    - USB Type-C Port Controller Manager 驅動程式；

    - USB Type-C Connector System Software Interface 驅動程式 ;

    - USB over IP 驅動程式 ;

    - Framebuffer 層；

    - Ext4 檔案系統；

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

    - 檔案系統基礎架構；

    - 網路檔案系統程式庫；

    - NTFS3 檔案系統；

    - SMB 網路檔案系統；

    - 軟體節點和裝置屬性;

    - Mellanox 驅動程式；

    - 網路流量控制；

    - 藍牙子系統；

    - IPv4 網路；

    - Netfilter；

    - IPv6 網路；

    - 網路通訊端；

    - XFRM 子系統；

    - 追蹤基礎架構；

    - io_uring 子系統;

    - IPC 子系統；

    - IRQ 子系統；

    - 訊號處理機制；

    - KProbes 跟蹤;

    - 記憶體管理；

    - 6LoWPAN網路協定;

    - IEEE 802 網路協定;

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

    - 乙太網路橋接器；

    - 網路核心；

    - Devlink API；

    - Ethtool 驅動程式；

    - 交握 API；

    - HSR 網路通訊協定；

    - IEEE802154.4 網路通訊協定；

    - IUCV 驅動程式；

    - L2TP 通訊協定；

    - MAC80211 子系統；

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

    - 多重路徑 TCP;

    - NetLabel 子系統；

    - NFC 子系統 ;

    Open vSwitch；

    - Phonet 通訊協定 ;

    - 高通IPC路由器（QRTR）;

    - RDS 通訊協定;

    - RxRPC 工作階段通訊端；

    - SCTP 通訊協定；

    - SMC 通訊端;

    - TLS 通訊協定 ;

    - Unix 網域通訊端;

    - VMware vSockets 驅動程式；

    - 無線網路 ；

    - 金鑰管理；

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

    - ALSA 架構;

    - AudioScience HPI 驅動程式；

    - 簡單的音頻多路復用器編解碼器驅動程序;

    - 沃爾夫森微電子音頻編解碼器;

    - KVM 子系統;（CVE-2025-68296 ， ， ， CVE-2025-71289， CVE-2026-23346CVE-2026-52926CVE-2026-46321CVE-2026-46322CVE-2026-43331CVE-2026-45850CVE-2026-43311CVE-2026-46158CVE-2026-45930CVE-2026-46170CVE-2026-46203CVE-2026-46275CVE-2026-46315CVE-2026-46320CVE-2026-43303CVE-2026-52910CVE-2026-52908CVE-2026-52912CVE-2026-52913CVE-2026-52915CVE-2026-52916CVE-2026-52917CVE-2026-43240CVE-2026-52919CVE-2026-52918CVE-2026-52921CVE-2026-52922CVE-2026-52923CVE-2026-52927CVE-2026-52929CVE-2026-43219CVE-2026-52934CVE-2026-52930CVE-2026-53080CVE-2026-52948CVE-2026-53131CVE-2026-52947CVE-2026-52944CVE-2026-52943CVE-2026-53132CVE-2026-52942CVE-2026-52941CVE-2026-52939CVE-2026-53133CVE-2026-52935CVE-2026-43116CVE-2026-53134CVE-2026-53138CVE-2026-53137CVE-2026-53140CVE-2026-53136CVE-2026-53143CVE-2026-53144CVE-2026-23469CVE-2026-31486CVE-2026-53146CVE-2026-31420CVE-2026-31560CVE-2026-31663CVE-2026-53135CVE-2025-68768、、、 CVE-2026-53218CVE-2026-53177CVE-2026-53168CVE-2026-53181CVE-2026-53182CVE-2026-53183CVE-2026-53184CVE-2026-53185CVE-2026-53161CVE-2026-53190CVE-2026-53186CVE-2026-53194CVE-2026-53195CVE-2026-53196CVE-2026-53198CVE-2026-53199CVE-2026-53160CVE-2026-53205CVE-2026-53202CVE-2026-53208CVE-2026-53209CVE-2026-53210CVE-2026-53213CVE-2026-53214CVE-2026-53159CVE-2026-53217CVE-2026-53216CVE-2026-53219CVE-2026-53220CVE-2026-53221CVE-2026-53239CVE-2026-53238CVE-2026-53237CVE-2026-53242CVE-2026-53236CVE-2026-53232CVE-2026-53230CVE-2026-53245CVE-2026-53229CVE-2026-53227CVE-2026-53223CVE-2026-53249CVE-2026-53158CVE-2026-53154CVE-2026-53263CVE-2026-53255CVE-2026-53262CVE-2026-53252CVE-2026-53253CVE-2026-53254CVE-2026-53261CVE-2026-53264CVE-2026-53156CVE-2026-53256CVE-2026-53150CVE-2026-53251CVE-2026-53149CVE-2026-53148CVE-2026-53147、 、 、 、 CVE-2026-63871CVE-2026-53331CVE-2026-53329CVE-2026-53336CVE-2026-53332CVE-2026-53337CVE-2026-53339CVE-2026-53343CVE-2026-53345CVE-2026-53347CVE-2026-53275CVE-2026-53350CVE-2026-53349CVE-2026-53352CVE-2026-53353CVE-2026-53354CVE-2026-53355CVE-2026-53356CVE-2026-53274CVE-2026-53358CVE-2026-53357CVE-2026-63867CVE-2026-63868CVE-2026-63869CVE-2026-63870CVE-2026-63887CVE-2026-63886CVE-2026-63888CVE-2026-63884CVE-2026-63883CVE-2026-63882CVE-2026-63889CVE-2026-63881CVE-2026-63877CVE-2026-63876CVE-2026-63890CVE-2026-63875CVE-2026-53273CVE-2026-53270CVE-2026-53269CVE-2026-63901CVE-2026-63895CVE-2026-63896CVE-2026-63897CVE-2026-63893CVE-2026-63899CVE-2026-63902CVE-2026-63898CVE-2026-63891CVE-2026-63892CVE-2026-63900CVE-2026-53268CVE-2026-53267CVE-2026-53266CVE-2026-53265、 、 、 、 CVE-2026-63948CVE-2026-63916CVE-2026-63915CVE-2026-63919CVE-2026-63917CVE-2026-63920CVE-2026-63921CVE-2026-63922CVE-2026-63924CVE-2026-63925CVE-2026-63914CVE-2026-63927CVE-2026-63926CVE-2026-63928CVE-2026-63930CVE-2026-63931CVE-2026-63933CVE-2026-63934CVE-2026-63913CVE-2026-63943CVE-2026-63942CVE-2026-63944CVE-2026-63945CVE-2026-63946CVE-2026-63947CVE-2026-63961CVE-2026-63960CVE-2026-63964CVE-2026-63959CVE-2026-63958CVE-2026-63957CVE-2026-63967CVE-2026-63956CVE-2026-63954CVE-2026-63952CVE-2026-63968CVE-2026-63949CVE-2026-63912CVE-2026-63909CVE-2026-63908CVE-2026-63990CVE-2026-63974CVE-2026-63975CVE-2026-63976CVE-2026-63973CVE-2026-63984CVE-2026-63991CVE-2026-63980CVE-2026-63969CVE-2026-63971CVE-2026-63985CVE-2026-63906CVE-2026-63905CVE-2026-63904CVE-2026-63903、 、 、 、 CVE-2026-64064CVE-2026-64007CVE-2026-64006CVE-2026-64010CVE-2026-64009CVE-2026-64011CVE-2026-64012CVE-2026-64014CVE-2026-64015CVE-2026-64018CVE-2026-64005CVE-2026-64026CVE-2026-64025CVE-2026-64029CVE-2026-64032CVE-2026-64033CVE-2026-64034CVE-2026-64039CVE-2026-64004CVE-2026-64047CVE-2026-64046CVE-2026-64048CVE-2026-64051CVE-2026-64055CVE-2026-64056CVE-2026-64090CVE-2026-64089CVE-2026-64091CVE-2026-64088CVE-2026-64087CVE-2026-64086CVE-2026-64092CVE-2026-64085CVE-2026-64084CVE-2026-64083CVE-2026-64093CVE-2026-64073CVE-2026-64003CVE-2026-64002CVE-2026-64001CVE-2026-64108CVE-2026-64097CVE-2026-64098CVE-2026-64099CVE-2026-64096CVE-2026-64103CVE-2026-64109CVE-2026-64102CVE-2026-64094CVE-2026-64095CVE-2026-64106CVE-2026-64000CVE-2026-63994CVE-2026-63993CVE-2026-63992、 、 、 、 CVE-2026-64177CVE-2026-64127CVE-2026-64126CVE-2026-64131CVE-2026-64128CVE-2026-64133CVE-2026-64134CVE-2026-64135CVE-2026-64136CVE-2026-64137CVE-2026-64125CVE-2026-64144CVE-2026-64138CVE-2026-64147CVE-2026-64148CVE-2026-64153CVE-2026-64155CVE-2026-64163CVE-2026-64123CVE-2026-64166CVE-2026-64165CVE-2026-64168CVE-2026-64170CVE-2026-64173CVE-2026-64174CVE-2026-64217CVE-2026-64214CVE-2026-64218CVE-2026-64185CVE-2026-64184CVE-2026-64183CVE-2026-64219CVE-2026-64182CVE-2026-64180CVE-2026-64179CVE-2026-64220CVE-2026-64178CVE-2026-64121CVE-2026-64118CVE-2026-64116CVE-2026-64242CVE-2026-64231CVE-2026-64233CVE-2026-64234CVE-2026-64225CVE-2026-64239CVE-2026-64243CVE-2026-64237CVE-2026-64221CVE-2026-64222CVE-2026-64240CVE-2026-64115CVE-2026-64114CVE-2026-64113CVE-2026-64111CVE-2026-64518、、CVE-2026-64524CVE-2026-64525、、CVE-2026-64527CVE-2026-64528、、） CVE-2026-92502

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

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

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

  - 已解決 Linux 核心中的下列弱點：mrp: introduce active flags to prevent UAF when applicant uninit The caller of del_timer_sync must prevent restarting of the timer, If we have no this synchronization, there is a small probability that the cancellation will not be successful. And syzbot report the fellowing crash: ================================================================== BUG:
    KASAN: use-after-free in hlist_add_head include/linux/list.h:929 [inline] BUG: KASAN: use-after-free in enqueue_timer+0x18/0xa4 kernel/time/timer.c:605 Write at addr f9ff000024df6058 by task syz-fuzzer/2256 Pointer tag: [f9], memory tag: [fe] CPU: 1 PID: 2256 Comm: syz-fuzzer Not tainted 6.1.0-rc5-syzkaller-00008- ge01d50cbd6ee #0 Hardware name: linux,dummy-virt (DT) Call trace:
    dump_backtrace.part.0+0xe0/0xf0 arch/arm64/kernel/stacktrace.c:156 dump_backtrace arch/arm64/kernel/stacktrace.c:162 [inline] show_stack+0x18/0x40 arch/arm64/kernel/stacktrace.c:163
    __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x68/0x84 lib/dump_stack.c:106 print_address_description mm/kasan/report.c:284 [inline] print_report+0x1a8/0x4a0 mm/kasan/report.c:395 kasan_report+0x94/0xb4 mm/kasan/report.c:495 __do_kernel_fault+0x164/0x1e0 arch/arm64/mm/fault.c:320 do_bad_area arch/arm64/mm/fault.c:473 [inline] do_tag_check_fault+0x78/0x8c arch/arm64/mm/fault.c:749 do_mem_abort+0x44/0x94 arch/arm64/mm/fault.c:825 el1_abort+0x40/0x60 arch/arm64/kernel/entry-common.c:367 el1h_64_sync_handler+0xd8/0xe4 arch/arm64/kernel/entry-common.c:427 el1h_64_sync+0x64/0x68 arch/arm64/kernel/entry.S:576 hlist_add_head include/linux/list.h:929 [inline] enqueue_timer+0x18/0xa4 kernel/time/timer.c:605 mod_timer+0x14/0x20 kernel/time/timer.c:1161 mrp_periodic_timer_arm net/802/mrp.c:614 [inline] mrp_periodic_timer+0xa0/0xc0 net/802/mrp.c:627 call_timer_fn.constprop.0+0x24/0x80 kernel/time/timer.c:1474 expire_timers+0x98/0xc4 kernel/time/timer.c:1519 To fix it, we can introduce a new active flags to make sure the timer will not restart. (CVE-2022-50697)

  - 已解決 Linux 核心中的下列弱點：ubi: Fix use-after-free when volume resizing failed There is an use-after-free problem reported by KASAN:
    ================================================================== BUG: KASAN: use-after-free in ubi_eba_copy_table+0x11f/0x1c0 [ubi] Read of size 8 at addr ffff888101eec008 by task ubirsvol/4735 CPU: 2 PID: 4735 Comm: ubirsvol Not tainted 6.1.0-rc1-00003-g84fa3304a7fc-dirty #14 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-1.fc33 04/01/2014 Call Trace: <TASK> dump_stack_lvl+0x34/0x44 print_report+0x171/0x472 kasan_report+0xad/0x130 ubi_eba_copy_table+0x11f/0x1c0 [ubi] ubi_resize_volume+0x4f9/0xbc0 [ubi] ubi_cdev_ioctl+0x701/0x1850 [ubi] __x64_sys_ioctl+0x11d/0x170 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 </TASK> When ubi_change_vtbl_record() returns an error in ubi_resize_volume(), new_eba_tbl will be freed on error handing path, but it is holded by vol->eba_tbl in ubi_eba_replace_table(). It means that the liftcycle of vol->eba_tbl and vol are different, so when resizing volume in next time, it causing an use-after-free fault. Fix it by not freeing new_eba_tbl after it replaced in ubi_eba_replace_table(), while will be freed in next volume resizing. (CVE-2023-53800)

  - 已解決 Linux 核心中的下列弱點：RDMA/uverbs: Validate wqe_size before using it in ib_uverbs_post_send ib_uverbs_post_send() uses cmd.wqe_size from userspace without any validation before passing it to kmalloc() and using the allocated buffer as struct ib_uverbs_send_wr. If a user provides a small wqe_size value (e.g., 1), kmalloc() will succeed, but subsequent accesses to user_wr->opcode, user_wr->num_sge, and other fields will read beyond the allocated buffer, resulting in an out-of-bounds read from kernel heap memory. This could potentially leak sensitive kernel information to userspace. Additionally, providing an excessively large wqe_size can trigger a WARNING in the memory allocation path, as reported by syzkaller. This is inconsistent with ib_uverbs_unmarshall_recv() which properly validates that wqe_size >= sizeof(struct ib_uverbs_recv_wr) before proceeding. Add the same validation for ib_uverbs_post_send() to ensure wqe_size is at least sizeof(struct ib_uverbs_send_wr).
    (CVE-2026-45856)

  - 已解決 Linux 核心中的下列弱點：gfs2: Fix slab-use-after-free in qd_put Commit a475c5dd16e5 (gfs2: Free quota data objects synchronously) started freeing quota data objects during filesystem shutdown instead of putting them back onto the LRU list, but it failed to remove these objects from the LRU list, causing LRU list corruption. This caused use-after-free when the shrinker (gfs2_qd_shrink_scan) tried to access already-freed objects on the LRU list. Fix this by removing qd objects from the LRU list before freeing them in qd_put(). Initial fix from Deepanshu Kartikey <kartikey406@gmail.com>. (CVE-2026-45861)

  - 已解決 Linux 核心中的下列弱點：gfs2: Fix use-after-free in iomap inline data write path The inline data buffer head (dibh) is being released prematurely in gfs2_iomap_begin() via release_metapath() while iomap->inline_data still points to dibh->b_data. This causes a use-after-free when iomap_write_end_inline() later attempts to write to the inline data area. The bug sequence: 1. gfs2_iomap_begin() calls gfs2_meta_inode_buffer() to read inode metadata into dibh 2.
    Sets iomap->inline_data = dibh->b_data + sizeof(struct gfs2_dinode) 3. Calls release_metapath() which calls brelse(dibh), dropping refcount to 0 4. kswapd reclaims the page (~39ms later in the syzbot report) 5. iomap_write_end_inline() tries to memcpy() to iomap->inline_data 6. KASAN detects use-after-free write to freed memory Fix by storing dibh in iomap->private and incrementing its refcount with get_bh() in gfs2_iomap_begin(). The buffer is then properly released in gfs2_iomap_end() after the inline write completes, ensuring the page stays alive for the entire iomap operation. Note: A C reproducer is not available for this issue. The fix is based on analysis of the KASAN report and code review showing the buffer head is freed before use. [agruenba: Take buffer head reference in gfs2_iomap_begin() to avoid leaks in gfs2_iomap_get() and gfs2_iomap_alloc().] (CVE-2026-45984)

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

CentOS Linux 8.4 主機已安裝的套件會受到 TuxCare CENTOS8.4：CLSA-2026：1792979607 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：mrp: introduce active flags to prevent UAF when applicant uninit The caller of del_timer_sync must prevent restarting of the timer, If we have no this synchronization, there is a small probability that the cancellation will not be successful. And syzbot report the fellowing crash: ================================================================== BUG:
    KASAN: use-after-free in hlist_add_head include/linux/list.h:929 [inline] BUG: KASAN: use-after-free in enqueue_timer+0x18/0xa4 kernel/time/timer.c:605 Write at addr f9ff000024df6058 by task syz-fuzzer/2256 Pointer tag: [f9], memory tag: [fe] CPU: 1 PID: 2256 Comm: syz-fuzzer Not tainted 6.1.0-rc5-syzkaller-00008- ge01d50cbd6ee #0 Hardware name: linux,dummy-virt (DT) Call trace:
    dump_backtrace.part.0+0xe0/0xf0 arch/arm64/kernel/stacktrace.c:156 dump_backtrace arch/arm64/kernel/stacktrace.c:162 [inline] show_stack+0x18/0x40 arch/arm64/kernel/stacktrace.c:163
    __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x68/0x84 lib/dump_stack.c:106 print_address_description mm/kasan/report.c:284 [inline] print_report+0x1a8/0x4a0 mm/kasan/report.c:395 kasan_report+0x94/0xb4 mm/kasan/report.c:495 __do_kernel_fault+0x164/0x1e0 arch/arm64/mm/fault.c:320 do_bad_area arch/arm64/mm/fault.c:473 [inline] do_tag_check_fault+0x78/0x8c arch/arm64/mm/fault.c:749 do_mem_abort+0x44/0x94 arch/arm64/mm/fault.c:825 el1_abort+0x40/0x60 arch/arm64/kernel/entry-common.c:367 el1h_64_sync_handler+0xd8/0xe4 arch/arm64/kernel/entry-common.c:427 el1h_64_sync+0x64/0x68 arch/arm64/kernel/entry.S:576 hlist_add_head include/linux/list.h:929 [inline] enqueue_timer+0x18/0xa4 kernel/time/timer.c:605 mod_timer+0x14/0x20 kernel/time/timer.c:1161 mrp_periodic_timer_arm net/802/mrp.c:614 [inline] mrp_periodic_timer+0xa0/0xc0 net/802/mrp.c:627 call_timer_fn.constprop.0+0x24/0x80 kernel/time/timer.c:1474 expire_timers+0x98/0xc4 kernel/time/timer.c:1519 To fix it, we can introduce a new active flags to make sure the timer will not restart. (CVE-2022-50697)

  - 已解決 Linux 核心中的下列弱點：wifi: ath10k: add peer map clean up for peer delete in ath10k_sta_state() When peer delete failed in a disconnect operation, use-after-free detected by KFENCE in below log. It is because for each vdev_id and address, it has only one struct ath10k_peer, it is allocated in ath10k_peer_map_event(). When connected to an AP, it has more than one HTT_T2H_MSG_TYPE_PEER_MAP reported from firmware, then the array peer_map of struct ath10k will be set muti-elements to the same ath10k_peer in ath10k_peer_map_event(). When peer delete failed in ath10k_sta_state(), the ath10k_peer will be free for the 1st peer id in array peer_map of struct ath10k, and then use-after-free happened for the 2nd peer id because they map to the same ath10k_peer. And clean up all peers in array peer_map for the ath10k_peer, then user-after-free disappeared peer map event log: [306.911021] wlan0: authenticate with b0:2a:43:e6:75:0e [ 306.957187] ath10k_pci 0000:01:00.0: mac vdev 0 peer create b0:2a:43:e6:75:0e (new sta) sta 1 / 32 peer 1 / 33 [ 306.957395] ath10k_pci 0000:01:00.0: htt peer map vdev 0 peer b0:2a:43:e6:75:0e id 246 [ 306.957404] ath10k_pci 0000:01:00.0: htt peer map vdev 0 peer b0:2a:43:e6:75:0e id 198 [ 306.986924] ath10k_pci 0000:01:00.0: htt peer map vdev 0 peer b0:2a:43:e6:75:0e id 166 peer unmap event log: [ 435.715691] wlan0: deauthenticating from b0:2a:43:e6:75:0e by local choice (Reason: 3=DEAUTH_LEAVING) [ 435.716802] ath10k_pci 0000:01:00.0: mac vdev 0 peer delete b0:2a:43:e6:75:0e sta ffff990e0e9c2b50 (sta gone) [ 435.717177] ath10k_pci 0000:01:00.0: htt peer unmap vdev 0 peer b0:2a:43:e6:75:0e id 246 [ 435.717186] ath10k_pci 0000:01:00.0:
    htt peer unmap vdev 0 peer b0:2a:43:e6:75:0e id 198 [ 435.717193] ath10k_pci 0000:01:00.0: htt peer unmap vdev 0 peer b0:2a:43:e6:75:0e id 166 use-after-free log: [21705.888627] wlan0: deauthenticating from d0:76:8f:82:be:75 by local choice (Reason: 3=DEAUTH_LEAVING) [21713.799910] ath10k_pci 0000:01:00.0:
    failed to delete peer d0:76:8f:82:be:75 for vdev 0: -110 [21713.799925] ath10k_pci 0000:01:00.0: found sta peer d0:76:8f:82:be:75 (ptr 0000000000000000 id 102) entry on vdev 0 after it was supposedly removed [21713.799968] ================================================================== [21713.799991] BUG:
    KFENCE: use-after-free read in ath10k_sta_state+0x265/0xb8a [ath10k_core] [21713.799991] [21713.799997] Use-after-free read at 0x00000000abe1c75e (in kfence-#69): [21713.800010] ath10k_sta_state+0x265/0xb8a [ath10k_core] [21713.800041] drv_sta_state+0x115/0x677 [mac80211] [21713.800059]
    __sta_info_destroy_part2+0xb1/0x133 [mac80211] [21713.800076] __sta_info_flush+0x11d/0x162 [mac80211] [21713.800093] ieee80211_set_disassoc+0x12d/0x2f4 [mac80211] [21713.800110] ieee80211_mgd_deauth+0x26c/0x29b [mac80211] [21713.800137] cfg80211_mlme_deauth+0x13f/0x1bb [cfg80211] [21713.800153] nl80211_deauthenticate+0xf8/0x121 [cfg80211] [21713.800161] genl_rcv_msg+0x38e/0x3be [21713.800166] netlink_rcv_skb+0x89/0xf7 [21713.800171] genl_rcv+0x28/0x36 [21713.800176] netlink_unicast+0x179/0x24b [21713.800181] netlink_sendmsg+0x3a0/0x40e [21713.800187] sock_sendmsg+0x72/0x76 [21713.800192] ____sys_sendmsg+0x16d/0x1e3 [21713.800196] ___sys_sendmsg+0x95/0xd1 [21713.800200] __sys_sendmsg+0x85/0xbf [21713.800205] do_syscall_64+0x43/0x55 [21713.800210] entry_SYSCALL_64_after_hwframe+0x44/0xa9 [21713.800213] [21713.800219] kfence-#69:
    0x000000009149b0d5-0x000000004c0697fb, size=1064, cache=kmalloc-2k [21713.800219] [21713.800224] allocated by task 13 on cpu 0 at 21705.501373s: [21713.800241] ath10k_peer_map_event+0x7e/0x154 [ath10k_core] [21713.800254] ath10k_htt_t2h_msg_handler+0x586/0x1039 [ath10k_core] [21713.800265] ath10k_htt_htc_t2h_msg_handler+0x12/0x28 [ath10k_core] [21713.800277] ath10k_htc_rx_completion_handler+0x14c/0x1b5 [ath10k_core] [21713.800283] ath10k_pci_process_rx_cb+0x195/0x1d ---truncated--- (CVE-2022-50880)

  - 已解決 Linux 核心中的下列弱點：ubi: Fix use-after-free when volume resizing failed There is an use-after-free problem reported by KASAN:
    ================================================================== BUG: KASAN: use-after-free in ubi_eba_copy_table+0x11f/0x1c0 [ubi] Read of size 8 at addr ffff888101eec008 by task ubirsvol/4735 CPU: 2 PID: 4735 Comm: ubirsvol Not tainted 6.1.0-rc1-00003-g84fa3304a7fc-dirty #14 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-1.fc33 04/01/2014 Call Trace: <TASK> dump_stack_lvl+0x34/0x44 print_report+0x171/0x472 kasan_report+0xad/0x130 ubi_eba_copy_table+0x11f/0x1c0 [ubi] ubi_resize_volume+0x4f9/0xbc0 [ubi] ubi_cdev_ioctl+0x701/0x1850 [ubi] __x64_sys_ioctl+0x11d/0x170 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 </TASK> When ubi_change_vtbl_record() returns an error in ubi_resize_volume(), new_eba_tbl will be freed on error handing path, but it is holded by vol->eba_tbl in ubi_eba_replace_table(). It means that the liftcycle of vol->eba_tbl and vol are different, so when resizing volume in next time, it causing an use-after-free fault. Fix it by not freeing new_eba_tbl after it replaced in ubi_eba_replace_table(), while will be freed in next volume resizing. (CVE-2023-53800)

  - 已解決 Linux 核心中的下列弱點：crypto: essiv - Handle EBUSY correctly As it is essiv only handles the special return value of EINPROGERSS, which means that in all other cases it will free data related to the request. However, as the caller of essiv may specify MAY_BACKLOG, we also need to expect EBUSY and treat it in the same way. Otherwise backlogged requests will trigger a use-after-free. (CVE-2023-54046)

  - 已解決 Linux 核心中的下列弱點：net: avoid potential underflow in qdisc_pkt_len_init() with UFO After commit 7c6d2ecbda83 (net: be more gentle about silly gso requests coming from user) virtio_net_hdr_to_skb() had sanity check to detect malicious attempts from user space to cook a bad GSO packet. Then commit cf9acc90c80ec (net: virtio_net_hdr_to_skb: count transport header in UFO) while fixing one issue, allowed user space to cook a GSO packet with the following characteristic : IPv4 SKB_GSO_UDP, gso_size=3, skb->len = 28. When this packet arrives in qdisc_pkt_len_init(), we end up with hdr_len = 28 (IPv4 header + UDP header), matching skb->len Then the following sets gso_segs to 0 :
    gso_segs = DIV_ROUND_UP(skb->len - hdr_len, shinfo->gso_size); Then later we set qdisc_skb_cb(skb)->pkt_len to back to zero :/ qdisc_skb_cb(skb)->pkt_len += (gso_segs - 1) * hdr_len; This leads to the following crash in fq_codel [1] qdisc_pkt_len_init() is best effort, we only want an estimation of the bytes sent on the wire, not crashing the kernel. This patch is fixing this particular issue, a following one adds more sanity checks for another potential bug. [1] [ 70.724101] BUG: kernel NULL pointer dereference, address: 0000000000000000 [ 70.724561] #PF: supervisor read access in kernel mode [ 70.724561] #PF: error_code(0x0000) - not-present page [ 70.724561] PGD 10ac61067 P4D 10ac61067 PUD 107ee2067 PMD 0 [ 70.724561] Oops: Oops: 0000 [#1] SMP NOPTI [ 70.724561] CPU: 11 UID: 0 PID: 2163 Comm:
    b358537762 Not tainted 6.11.0-virtme #991 [ 70.724561] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 70.724561] RIP: 0010:fq_codel_enqueue (net/sched/sch_fq_codel.c:120 net/sched/sch_fq_codel.c:168 net/sched/sch_fq_codel.c:230) sch_fq_codel [70.724561] Code: 24 08 49 c1 e1 06 44 89 7c 24 18 45 31 ed 45 31 c0 31 ff 89 44 24 14 4c 03 8b 90 01 00 00 eb 04 39 ca 73 37 4d 8b 39 83 c7 01 <49> 8b 17 49 89 11 41 8b 57 28 45 8b 5f 34 49 c7 07 00 00 00 00 49 All code ======== 0: 24 08 and $0x8,%al 2: 49 c1 e1 06 shl $0x6,%r9 6: 44 89 7c 24 18 mov %r15d,0x18(%rsp) b: 45 31 ed xor %r13d,%r13d e: 45 31 c0 xor %r8d,%r8d 11: 31 ff xor %edi,%edi 13: 89 44 24 14 mov %eax,0x14(%rsp) 17: 4c 03 8b 90 01 00 00 add 0x190(%rbx),%r9 1e: eb 04 jmp 0x24 20: 39 ca cmp %ecx,%edx 22: 73 37 jae 0x5b 24: 4d 8b 39 mov (%r9),%r15 27: 83 c7 01 add $0x1,%edi 2a:* 49 8b 17 mov (%r15),%rdx <-- trapping instruction 2d: 49 89 11 mov %rdx,(%r9) 30: 41 8b 57 28 mov 0x28(%r15),%edx 34: 45 8b 5f 34 mov 0x34(%r15),%r11d 38: 49 c7 07 00 00 00 00 movq $0x0,(%r15) 3f: 49 rex.WB Code starting with the faulting instruction =========================================== 0: 49 8b 17 mov (%r15),%rdx 3: 49 89 11 mov %rdx,(%r9) 6: 41 8b 57 28 mov 0x28(%r15),%edx a: 45 8b 5f 34 mov 0x34(%r15),%r11d e: 49 c7 07 00 00 00 00 movq $0x0,(%r15) 15: 49 rex.WB [ 70.724561] RSP: 0018:ffff95ae85e6fb90 EFLAGS: 00000202 [ 70.724561] RAX: 0000000002000000 RBX: ffff95ae841de000 RCX: 0000000000000000 [ 70.724561] RDX: 0000000000000000 RSI:
    0000000000000001 RDI: 0000000000000001 [ 70.724561] RBP: ffff95ae85e6fbf8 R08: 0000000000000000 R09:
    ffff95b710a30000 [ 70.724561] R10: 0000000000000000 R11: bdf289445ce31881 R12: ffff95ae85e6fc58 [70.724561] R13: 0000000000000000 R14: 0000000000000040 R15: 0000000000000000 [ 70.724561] FS:
    000000002c5c1380(0000) GS:ffff95bd7fcc0000(0000) knlGS:0000000000000000 [ 70.724561] CS: 0010 DS: 0000 ES:
    0000 C ---truncated--- (CVE-2024-49949)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
365631	Ubuntu 14.04 LTS : Linux 核心弱點 (USN-8924-1)	Nessus	Ubuntu Local Security Checks	2026/10/14	2026/10/14	high
323454	Linux Distros 未修補弱點：CVE-2026-53131	Nessus	Misc.	2026/6/28	2026/10/23	critical
371223	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1792751700）	Nessus	Alma Linux Local Security Checks	2026/10/23	2026/10/23	high
345863	RHEL 10：kernel (RHSA-2026:67471)	Nessus	Red Hat Local Security Checks	2026/9/15	2026/9/15	high
327383	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1925)	Nessus	Amazon Linux Local Security Checks	2026/7/16	2026/9/23	high
346311	RockyLinux 10：核心（RLSA-2026：67471）	Nessus	Rocky Linux Local Security Checks	2026/9/16	2026/9/16	high
340681	Ubuntu 24.04 LTS / 26.04 LTS：Linux 核心 (NVIDIA) 弱點 (USN-8663-1)	Nessus	Ubuntu Local Security Checks	2026/8/26	2026/10/14	high
365461	Ubuntu 22.04 LTS : Linux 核心 (IBM) 弱點 (USN-8906-1)	Nessus	Ubuntu Local Security Checks	2026/10/13	2026/10/13	high
371420	CentOS Linux 8 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個漏洞（CENTOS-STREAM8：CLSA-2026：1792759740）	Nessus	CentOS Local Security Checks	2026/10/23	2026/10/27	high
372044	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.4：CLSA-2026：1792979607）	Nessus	CentOS Local Security Checks	2026/10/26	2026/11/2	high

偵測

搜尋 Plugin

high

critical

high

high

high

high

high

high

high

high