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

  - 已解決 Linux 核心中的下列弱點：i2c: designware: use casting of u64 in clock multiplication to avoid overflow In functions i2c_dw_scl_lcnt() and i2c_dw_scl_hcnt() may have overflow by depending on the values of the given parameters including the ic_clk. For example in our use case where ic_clk is larger than one million, multiplication of ic_clk * 4700 will result in 32 bit overflow. Add cast of u64 to the calculation to avoid multiplication overflow, and use the corresponding define for divide. (CVE-2022-49749)

  - 已解決 Linux 核心中的下列弱點：kernel/irq/irqdomain.c: fix memory leak with using debugfs_lookup() When calling debugfs_lookup() the result must have dput() called on it, otherwise the memory will leak over time. To make things simpler, just call debugfs_lookup_and_remove() instead which handles all of the logic at once. (CVE-2023-52936)

  - 已解決 Linux 核心中的下列弱點：tracing: Fix null pointer dereference in tracing_err_log_open() Fix an issue in function 'tracing_err_log_open'. The function doesn't call 'seq_open' if the file is opened only with write permissions, which results in 'file->private_data' being left as null. If we then use 'lseek' on that opened file, 'seq_lseek' dereferences 'file->private_data' in 'mutex_lock(&m->lock)', resulting in a kernel panic. Writing to this node requires root privileges, therefore this bug has very little security impact. Tracefs node: /sys/kernel/tracing/error_log Example Kernel panic: Unable to handle kernel NULL pointer dereference at virtual address 0000000000000038 Call trace: mutex_lock+0x30/0x110 seq_lseek+0x34/0xb8 __arm64_sys_lseek+0x6c/0xb8 invoke_syscall+0x58/0x13c el0_svc_common+0xc4/0x10c do_el0_svc+0x24/0x98 el0_svc+0x24/0x88 el0t_64_sync_handler+0x84/0xe4 el0t_64_sync+0x1b4/0x1b8 Code: d503201f aa0803e0 aa1f03e1 aa0103e9 (c8e97d02) ---[ end trace 561d1b49c12cf8a5 ]--- Kernel panic - not syncing: Oops: Fatal exception (CVE-2023-53167)

  - 已解決 Linux 核心中的下列弱點：irqchip: Fix refcount leak in platform_irqchip_probe of_irq_find_parent() returns a node pointer with refcount incremented, We should use of_node_put() on it when not needed anymore. Add missing of_node_put() to avoid refcount leak.
    (CVE-2023-53610)

  - 已解決 Linux 核心中的下列弱點：uio_hv_generic: Fix kernel NULL pointer dereference in hv_uio_rescind For primary VM Bus channels, primary_channel pointer is always NULL.
    This pointer is valid only for the secondary channels. Also, rescind callback is meant for primary channels only. Fix NULL pointer dereference by retrieving the device_obj from the parent for the primary channel. (CVE-2024-46739)

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

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

  - Wireguard：裝置：使用exit_rtnl回撥而非手動rtnl_lock pre_exit wg_netns_pre_exit（）中手動取得Pernet.pre_exit回撥中的rtnl_lock（）。當其他執行緒持有rtnl_mutex時，會導致任務掛機——cleanup_net工作佇列（或setup_net失敗回滾路徑）在wg_netns_pre_exit（）中無限阻塞，等待取得鎖。轉換為 .exit_rtnl，於 commit 7a60d91c690b 中引入（net：在結構 pernet_operations.add ->exit_rtnl（） 鉤子），該框架已持有 RTNL，並將所有回調處理為單一的 rtnl_lock（）/rtnl_unlock（） 對，消除爭用視窗。rcu_assign_pointer（wg->creating_net， NULL）可以安全地從.pre_exit移到.exit_rtnl（synchronize_rcu（）之後），因為所有 creating_net 的 RCU 讀取器要麼使用 maybe_get_net（） ——對於一個引用為零的垂死命名空間回傳 NULL——要麼存取 net->user_ns，該網址在整個ops_undo_list序列中都有效。[ 傑森：加上__net_exit
    __read_mostly缺少的註解。]（CVE-2026-31579）

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

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

  - 已解決 Linux 核心中的下列弱點：i2c: designware: use casting of u64 in clock multiplication to avoid overflow In functions i2c_dw_scl_lcnt() and i2c_dw_scl_hcnt() may have overflow by depending on the values of the given parameters including the ic_clk. For example in our use case where ic_clk is larger than one million, multiplication of ic_clk * 4700 will result in 32 bit overflow. Add cast of u64 to the calculation to avoid multiplication overflow, and use the corresponding define for divide. (CVE-2022-49749)

  - 已解決 Linux 核心中的下列弱點：kernel/irq/irqdomain.c: fix memory leak with using debugfs_lookup() When calling debugfs_lookup() the result must have dput() called on it, otherwise the memory will leak over time. To make things simpler, just call debugfs_lookup_and_remove() instead which handles all of the logic at once. (CVE-2023-52936)

  - 已解決 Linux 核心中的下列弱點：tracing: Fix null pointer dereference in tracing_err_log_open() Fix an issue in function 'tracing_err_log_open'. The function doesn't call 'seq_open' if the file is opened only with write permissions, which results in 'file->private_data' being left as null. If we then use 'lseek' on that opened file, 'seq_lseek' dereferences 'file->private_data' in 'mutex_lock(&m->lock)', resulting in a kernel panic. Writing to this node requires root privileges, therefore this bug has very little security impact. Tracefs node: /sys/kernel/tracing/error_log Example Kernel panic: Unable to handle kernel NULL pointer dereference at virtual address 0000000000000038 Call trace: mutex_lock+0x30/0x110 seq_lseek+0x34/0xb8 __arm64_sys_lseek+0x6c/0xb8 invoke_syscall+0x58/0x13c el0_svc_common+0xc4/0x10c do_el0_svc+0x24/0x98 el0_svc+0x24/0x88 el0t_64_sync_handler+0x84/0xe4 el0t_64_sync+0x1b4/0x1b8 Code: d503201f aa0803e0 aa1f03e1 aa0103e9 (c8e97d02) ---[ end trace 561d1b49c12cf8a5 ]--- Kernel panic - not syncing: Oops: Fatal exception (CVE-2023-53167)

  - 已解決 Linux 核心中的下列弱點：irqchip: Fix refcount leak in platform_irqchip_probe of_irq_find_parent() returns a node pointer with refcount incremented, We should use of_node_put() on it when not needed anymore. Add missing of_node_put() to avoid refcount leak.
    (CVE-2023-53610)

  - 已解決 Linux 核心中的下列弱點：uio_hv_generic: Fix kernel NULL pointer dereference in hv_uio_rescind For primary VM Bus channels, primary_channel pointer is always NULL.
    This pointer is valid only for the secondary channels. Also, rescind callback is meant for primary channels only. Fix NULL pointer dereference by retrieving the device_obj from the parent for the primary channel. (CVE-2024-46739)

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

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

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

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

    - ARM64 架構 ;

    - x86 架構;

    - 區塊層子系統；

    - 密碼編譯 API;

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

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

    - 字元裝置驅動程式 ;

    - TPM 裝置驅動程式；

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

    - EDAC 驅動程式；

    - GPU 驅動程式；

    - Greybus 驅動程式；

    - HID 子系統；

    - Microsoft Hyper-V 驅動程式;

    - 硬體監控驅動程式;

    - I2C 子系統；

    - IIO 子系統；

    - InfiniBand 驅動程式;

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

    - LED 子系統；

    - 多個裝置驅動程式；

    - 媒體驅動程式；

    - IBM Advanced System Management 驅動程式;

    - MTD 區塊裝置驅動程式；

    - 網路驅動程式；

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

    - NTB 驅動程式；

    - NVME 驅動程式；

    - 裝置樹狀結構和開放韌體驅動程式；

    - PCI 子系統；

    - Remote Processor 子系統;

    - SCSI 子系統；

    - SPI 子系統；

    - Realtek RTL8723BS SDIO 驅動程式；

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

    - 熱驅動程式；

    - USB Gadget 驅動程式；

    - USB over IP 驅動程式 ;

    - VFIO 驅動程式；

    - Framebuffer 層；

    - 9P 分散式檔案系統 ;

    - AFS 檔案系統;

    - Ceph 分散式檔案系統；

    - 檔案系統基礎架構；

    - EROFS 檔案系統；

    - Ext4 檔案系統；

    - F2FS 檔案系統；

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

    - 區塊裝置的日誌記錄層 (JBD2)；

    - NILFS2 檔案系統；

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

    - NTFS3 檔案系統；

    - OCFS2 檔案系統；

    - SMB 網路檔案系統；

    - UDF 檔案系統；

    - XFS 檔案系統；

    - 代碼標籤庫;

    - 記憶體管理；

    - 記憶體管理 ;

    - KVM 子系統;

    - 追蹤基礎架構；

    - 使用者空間 API (UAPI);

    - io_uring 子系統;

    - 鎖定基元 ;

    - Timer 子系統;

    - 散點清單 API;

    - 異質記憶體管理；

    - KASAN 記憶體除錯架構;

    - 藍牙子系統；

    - 乙太網路橋接器；

    - CAIF 通訊協定；

    - CAN 網路層；

    - Ceph Core 程式庫；

    - IPv4 網路；

    - IPv6 網路；

    - 多重路徑 TCP；

    - Netfilter；

    - NFC 子系統 ;

    - 封包通訊端；

    - 高通IPC路由器（QRTR）;

    - RDS 通訊協定;

    - RxRPC 工作階段通訊端；

    - SMC 通訊端;

    - 串流剖析器;

    - Landlock 安全性 ;

    - SELinux 安全性模組；

    - ALSA 架構;

    - 通用 PCM 環回聲音驅動程式；

    - FireWire 音效驅動程式 ;；

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

    - QCOM ASoC 驅動程式；

    - USB 音效裝置；

    - 物件工具; (CVE-2026-31532, CVE-2026-31574, CVE-2026-31575, CVE-2026-31576, CVE-2026-31577, CVE-2026-31578, CVE-2026-31579, 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-31589, CVE-2026-31590, CVE-2026-31591, CVE-2026-31592, CVE-2026-31593, CVE-2026-31594, CVE-2026-31595, CVE-2026-31596, CVE-2026-31597, CVE-2026-31598, CVE-2026-31599, CVE-2026-31600, CVE-2026-31601, CVE-2026-31602, CVE-2026-31603, CVE-2026-31604, CVE-2026-31605, CVE-2026-31606, CVE-2026-31607, CVE-2026-31608, CVE-2026-31609, CVE-2026-31610, CVE-2026-31611, CVE-2026-31612, CVE-2026-31613, CVE-2026-31614, CVE-2026-31615, CVE-2026-31616, CVE-2026-31617, CVE-2026-31618, CVE-2026-31619, CVE-2026-31620, CVE-2026-31621, 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-31686, CVE-2026-31694, CVE-2026-31696, CVE-2026-31697, CVE-2026-31698, CVE-2026-31699, CVE-2026-31700, CVE-2026-31701, CVE-2026-31702, CVE-2026-31703, CVE-2026-31704, CVE-2026-31705, CVE-2026-31706, CVE-2026-31707, CVE-2026-31708, CVE-2026-31709, CVE-2026-31710, CVE-2026-31711, CVE-2026-31712, CVE-2026-31713, CVE-2026-31714, CVE-2026-31715, CVE-2026-31716, CVE-2026-31717, CVE-2026-31718, CVE-2026-31719, CVE-2026-43058, CVE-2026-43071, CVE-2026-43072, CVE-2026-43073, CVE-2026-43348, CVE-2026-43349, CVE-2026-43350, CVE-2026-43491, CVE-2026-43493, CVE-2026-43499, CVE-2026-43501, CVE-2026-45986, CVE-2026-45987, CVE-2026-45988, CVE-2026-45989, CVE-2026-45990, CVE-2026-45991, CVE-2026-45994, CVE-2026-45995, CVE-2026-45996, CVE-2026-45997, CVE-2026-45999, CVE-2026-46001, CVE-2026-46002, CVE-2026-46003, CVE-2026-46004, CVE-2026-46005, CVE-2026-46006, CVE-2026-46007, CVE-2026-46008, CVE-2026-46009, CVE-2026-46010, CVE-2026-46011, CVE-2026-46012, CVE-2026-46013, CVE-2026-46014, CVE-2026-46015, CVE-2026-46016, CVE-2026-46018, CVE-2026-46019, CVE-2026-46020, CVE-2026-46021, CVE-2026-46022, CVE-2026-46023, CVE-2026-46024, CVE-2026-46025, CVE-2026-46026, CVE-2026-46027, CVE-2026-46028, CVE-2026-46029, CVE-2026-46030, CVE-2026-46031, CVE-2026-46032, CVE-2026-46033, CVE-2026-46034, CVE-2026-46035, CVE-2026-46036, CVE-2026-46037, CVE-2026-46038, CVE-2026-46039, CVE-2026-46040, CVE-2026-46041, CVE-2026-46042, CVE-2026-46043, CVE-2026-46044, CVE-2026-46045, CVE-2026-46046, CVE-2026-46047, CVE-2026-46049, CVE-2026-46050, CVE-2026-46051, CVE-2026-46052, CVE-2026-46053, CVE-2026-46054, CVE-2026-46056, CVE-2026-46057, CVE-2026-46058, CVE-2026-46059, CVE-2026-46060, CVE-2026-46061, CVE-2026-46062, CVE-2026-46063, CVE-2026-46064, CVE-2026-46065, CVE-2026-46066, CVE-2026-46067, CVE-2026-46068, CVE-2026-46069, CVE-2026-46070, CVE-2026-46071, CVE-2026-46072, CVE-2026-46073, CVE-2026-46074, CVE-2026-46075, CVE-2026-46076, CVE-2026-46077, CVE-2026-46078, CVE-2026-46079, CVE-2026-46080, CVE-2026-46081, CVE-2026-46082, CVE-2026-46083, CVE-2026-46084, CVE-2026-46085, CVE-2026-46086, CVE-2026-46087, CVE-2026-46088, CVE-2026-46089, CVE-2026-46090, CVE-2026-46091, CVE-2026-46092, CVE-2026-46093, CVE-2026-46094, CVE-2026-46095, CVE-2026-46096, CVE-2026-46097, CVE-2026-46098, CVE-2026-46099, CVE-2026-46100, CVE-2026-46101, CVE-2026-46102, CVE-2026-46103, CVE-2026-46115, CVE-2026-46119, CVE-2026-46135, CVE-2026-46137, CVE-2026-46155, CVE-2026-46185, CVE-2026-46195, CVE-2026-46243, CVE-2026-46244, CVE-2026-46276, CVE-2026-46277, CVE-2026-46278, CVE-2026-46279, CVE-2026-46280, CVE-2026-46281, CVE-2026-46282, CVE-2026-46283, CVE-2026-46284, CVE-2026-46285, CVE-2026-46286, CVE-2026-46287, CVE-2026-46288, CVE-2026-46289, CVE-2026-46316, CVE-2026-46332, CVE-2026-52904, CVE-2026-52905, CVE-2026-52906, CVE-2026-52907, CVE-2026-52933)

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

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

因此，會受到 ALAS2023-2026-1693 公告中所提及的多個弱點影響。

    在 Linux 核心中，下列弱點已解決：

    af_unix：如果MSG_PEEK介入，則放棄 GC。（CVE-2026-23394）

    在 Linux 核心中，下列弱點已解決：

    ipv6：在 SRv6 路徑中新增 idev 的 NULL 檢查 （CVE-2026-23442）

    在 Linux 核心中，下列弱點已解決：

    netfilter： conntrack：新增缺少的網路連結原則驗證 （CVE-2026-31407）

    在 Linux 核心中，下列弱點已解決：

    netfilter： ipset：刪除 mtype_del （CVE-2026-31418） 中邏輯上空白的儲存桶

    在 Linux 核心中，下列弱點已解決：

    net： skb：修正 KFENCE 配置的 skb 頭 （CVE-2026-31429） 的交叉快取

    在 Linux 核心中，下列弱點已解決：

    X.509：修正剖析延伸模組時的越界存取 （CVE-2026-31430）

    在 Linux 核心中，下列弱點已解決：

    ipv4： nexthop：在 rtm_get_nexthop（） 中動態分配 skb （CVE-2026-31531）

    在 Linux 核心中，下列弱點已解決：

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

    在 Linux 核心中，下列弱點已解決：

    net/tls：修正 -EBUSY 中的釋放後使用錯誤路徑 tls_do_encryption （CVE-2026-31533）

    在 Linux 核心中，下列弱點已解決：

    mm/userfaultfd：修正 hugetlb 錯誤互斥雜湊計算 （CVE-2026-31575）

    在 Linux 核心中，下列弱點已解決：

    wireguard： device：在 pre_exit （CVE-2026-31579） 中使用 exit_rtnl 回呼而不是手動rtnl_lock

    在 Linux 核心中，下列弱點已解決：

    bcache：修正 cached_dev.sb_bio 釋放後使用和損毀 （CVE-2026-31580）

    在 Linux 核心中，下列弱點已解決：

    mm： blk-cgroup：修正 cgwb_release_workfn（） 中的釋放後使用 （CVE-2026-31586）

    在 Linux 核心中，下列弱點已解決：

    KVM：x86：在 MMIO 片段中使用暫存欄位來保存小的寫入值 （CVE-2026-31588）

    在 Linux 核心中，下列弱點已解決：

    KVM：SEV：同步 VMSA 以完成 SNP 啟動時，鎖定所有 vCPU （CVE-2026-31591）

    在 Linux 核心中，下列弱點已解決：

    KVM： SEV：使用 kvm->lock （CVE-2026-31592） 保護 *所有* sev_mem_enc_register_region（）

    在 Linux 核心中，下列弱點已解決：

    KVM： SEV：拒絕嘗試同步已啟動/加密 vCPU 的 VMSA （CVE-2026-31593）

    在 Linux 核心中，下列弱點已解決：

    arm64： mm：正確處理無效的大葉映射 （CVE-2026-31600）

    在 Linux 核心中，下列弱點已解決：

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

    在 Linux 核心中，下列弱點已解決：

    smb： client：修正 OOB 讀取剖析符號連結錯誤回應 （CVE-2026-31613）

    在 Linux 核心中，下列弱點已解決：

    SMB： client：修正 check_wsl_eas（）CVE-2026-31614 （） 中的 off-by-8 邊界檢查

    在 Linux 核心中，下列弱點已解決：

    HID： core：在 s32ton（） 中夾report_size以避免未定義的移位 （CVE-2026-31624）

    在 Linux 核心中，下列弱點已解決：

    HID： alps：修正 alps_raw_event（） 中的 NULL 指標解除參照 （CVE-2026-31625）

    在 Linux 核心中，下列弱點已解決：

    x86/CPU：修正 Zen1 上的 FPDSS （CVE-2026-31628）

    在 Linux 核心中，下列弱點已解決：

    rxrpc：修正 rxrpc_server_keyring（）CVE-2026-31634 （） 中的參照計數洩漏

    在 Linux 核心中，下列弱點已解決：

    rxrpc：拒絕不可解密的 rxkad 回應工單 （CVE-2026-31637）

    在 Linux 核心中，下列弱點已解決：

    mm： filemap：修正 filemap_map_pages（） 中的 nr_pages 計算溢位 （CVE-2026-31648）

    在 Linux 核心中，下列弱點已解決：

    mm/damon/sysfs：如果 damon_call（） 失敗，則repeat_call_control解除配置 （CVE-2026-31653）

    在 Linux 核心中，下列弱點已解決：

    drm/i915/gt：修正 intel_engine_park_heartbeat （CVE-2026-31656） 中的參照計數反向溢位

    在 Linux 核心中，下列弱點已解決：

    提示：修正重複GRP_ACK_MSG上的bc_ackers溢位 （CVE-2026-31662）

    在 Linux 核心中，下列弱點已解決：

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

    在 Linux 核心中，下列弱點已解決：

    xfrm：清除 build_polexpire（） 中的尾端填充 （CVE-2026-31664）

    在 Linux 核心中，下列弱點已解決：

    netfilter： nft_ct：修正逾時物件銷毀 （CVE-2026-31665） 中的釋放後使用

    在 Linux 核心中，下列弱點已解決：

    btrfs：修正 lookup_extent_data_ref（） 中變更葉子後不正確的傳回值 （CVE-2026-31666）

    在 Linux 核心中，下列弱點已解決：

    Input： uinput - 修正具有 ff-core （CVE-2026-31667） 的循環鎖定相依性

    在 Linux 核心中，下列弱點已解決：

    SEG6：SEG6 LWtunnel （） 中輸入和輸出路徑的單獨dst_cacheCVE-2026-31668

    在 Linux 核心中，下列弱點已解決：

    mptcp：修正 __inet_lookup_established 中的 slab-use-after-free （CVE-2026-31669）

    在 Linux 核心中，下列弱點已解決：

    xfrm_user：修正 build_report（）CVE-2026-31671 （） 中的資訊洩露

    在 Linux 核心中，下列弱點已解決：

    af_unix：讀取 unix_state_lock （CVE-2026-31673） 下的UNIX_DIAG_VFS資料

    在 Linux 核心中，下列弱點已解決：

    netfilter： xt_multiport：驗證 checkentry （CVE-2026-31681） 中的範圍編碼

    在 Linux 核心中，下列弱點已解決：

    net： sched： act_csum：驗證巢狀 VLAN 標頭 （CVE-2026-31684）

    在 Linux 核心中，下列弱點已解決：

    netfilter： ip6t_eui64：拒絕所有封包的無效 MAC 標頭 （CVE-2026-31685）

    在 Linux 核心中，下列弱點已解決：

    EDAC/mc：修正 edac_mc_alloc（）CVE-2026-31689 （） 中的錯誤路徑排序

    在 Linux 核心中，下列弱點已解決：

    igb：移除 igb_down（）CVE-2026-31691 中的 napi_synchronize（）

    在 Linux 核心中，下列弱點已解決：

    rtnetlink：新增對等 netn 的遺漏 netlink_ns_capable（） 檢查 （CVE-2026-31692）

    在 Linux 核心中，下列弱點已解決：

    fuse：拒絕頁面快取中過大的 dirents （CVE-2026-31694）

    在 Linux 核心中，下列弱點已解決：

    net/packet：修正 tpacket_snd（） 中 mmap'd vnet_hdr 上的 TOCTOU 爭用 （CVE-2026-31700）

    在 Linux 核心中，下列弱點已解決：

    writeback：修正 inode_switch_wbs_work_fn（） 中的釋放後使用 （CVE-2026-31703）

    在 Linux 核心中，下列弱點已解決：

    smb： client：修正smb2_ioctl_query_info QUERY_INFO路徑中的 OOB 讀取 （CVE-2026-31708）

    在 Linux 核心中，下列弱點已解決：

    fuse：在同步 init （CVE-2026-31713） 期間中止致命訊號

    在 Linux 核心中，下列弱點已解決：

    fs/ntfs3：驗證 rec->用於日誌重播檔案記錄檢查 （CVE-2026-31716）

    在 Linux 核心中，下列弱點已解決：

    crypto：krb5enc - 修正非同步解密跳過雜湊驗證 （CVE-2026-31719）

    在 Linux 核心中，下列弱點已解決：

    dcache：將儲存貯體的最小數量限制為兩個 （CVE-2026-43071）

    在 Linux 核心中，下列弱點已解決：

    x86-64：重新命名誤導性名稱的「__copy_user_nocache（）」函式 （CVE-2026-43073）

    在 Linux 核心中，下列弱點已解決：

    eventpoll：將結構 eventpoll 釋放時間推遲到 RCU 寬限期 （CVE-2026-43074）

    在 Linux 核心中，下列弱點已解決：

    perf/x86/intel/uncore：跳過離線晶片的探索表 （CVE-2026-43079）

    在 Linux 核心中，下列弱點已解決：

    net： ioam6：修正 OOB 和缺少的鎖定 （CVE-2026-43083）

    在 Linux 核心中，下列弱點已解決：

    netfilter： nfnetlink_queue：為每個佇列製作雜湊表 （CVE-2026-43084）

    在 Linux 核心中，下列弱點已解決：

    netfilter： nfnetlink_log：初始化 NLMSG_DONE 終止符中的 nfgenmsg （CVE-2026-43085）

    在 Linux 核心中，下列弱點已解決：

    ipvs：修正錯誤路徑中的 NULL 解除參照ip_vs_add_service （CVE-2026-43086）

    在 Linux 核心中，下列弱點已解決：

    xfrm_user：修正 build_mapping（）CVE-2026-43089 （） 中的資訊洩露

    在 Linux 核心中，下列弱點已解決：

    xfrm：修正 xfrm_migrate_policy_find （CVE-2026-43090） 中的參照計數洩漏

    在 Linux 核心中，下列弱點已解決：

    xfrm：在原則 netns 結束期間等待 RCU 讀取器 （CVE-2026-43091）

    在 Linux 核心中，下列弱點已解決：

    xsk：根據 bind 上的可用框架大小驗證 MTU （CVE-2026-43092）

    在 Linux 核心中，下列弱點已解決：

    xsk：加強 UMEM 餘量驗證，以考慮尾部空間和最小框架 （CVE-2026-43093）

    在 Linux 核心中，下列弱點已解決：

    ixgbevf：將遺漏的 negotiate_features op 新增至 Hyper-V ops 表格 （CVE-2026-43094）

    在 Linux 核心中，下列弱點已解決：

    ipv4： icmp：修正 icmp_build_probe（） 中的 null-ptr-deref （CVE-2026-43099）

    在 Linux 核心中，下列弱點已解決：

    bridge：保護本機 VLAN-0 FDB 協助程式免受 NULL VLAN 群組影響 （CVE-2026-43100）

    在 Linux 核心中，下列弱點已解決：

    ipv6： ioam：修正 __ioam6_fill_trace_data（）CVE-2026-43101 （） 中潛在的空取消參照

    在 Linux 核心中，下列弱點已解決：

    xfrm：事件大小計算中的帳戶XFRMA_IF_ID （CVE-2026-43107）

    在 Linux 核心中，下列弱點已解決：

    x86：影子堆疊：mmap 鎖定 （CVE-2026-43109） 的正確錯誤處理

    在 Linux 核心中，下列弱點已解決：

    fs/smb/client：修正 cifs_sanitize_prepath （CVE-2026-43112） 中的越界讀取

    在 Linux 核心中，下列弱點已解決：

    netfilter： nft_set_pipapo_avx2：到期時不傳回不相符的項目 （CVE-2026-43114）

    在 Linux 核心中，下列弱點已解決：

    netfilter： ctnetlink：確保安全存取主 conntrack （CVE-2026-43116）

    在 Linux 核心中，下列弱點已解決：

    btrfs： tracepoints：在事件 btrfs_sync_file（） （CVE-2026-43117） 中從 dentry 取得正確的超級區塊

    在 Linux 核心中，下列弱點已解決：

    btrfs：在日誌重播後修正大小為非零的零大小 inode （CVE-2026-43118）

    在 Linux 核心中，已解決下列弱點：xfrm： esp：避免在共用 skb 片段上就地解密

    Amazon Linux 核心中的 Dirty Frag 和其他問題：https://aws.amazon.com/security/security-bulletins/2026-027-aws/ （CVE-2026-43284）

    在 Linux 核心中，下列弱點已解決：

    smb： client：需要完整的 NFS 模式 SID，才能讀取模式位元 （CVE-2026-43350）

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

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

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

  - 在 KVM 的 AMD 巢狀虛擬化 (SVM) 中發現一個缺陷。惡意的 L1 來賓可有意放棄攔截合作巢狀來賓 (L2) 的關機動作，這可能導致主機 (L0) 中發生索引標籤錯誤和核心錯誤。(CVE-2022-3344)

  - 已解決 Linux 核心中的下列弱點：usbnet: Run unregister_netdev() before unbind() again Commit 2c9d6c2b871d (usbnet: run unbind() before unregister_netdev()) sought to fix a use-after-free on disconnect of USB Ethernet adapters. It turns out that a different fix is necessary to address the issue:
    https://lore.kernel.org/netdev/18b3541e5372bc9b9fc733d422f4e698c089077c.1650177997.git.lukas@wunner.de/ So the commit was not necessary. The commit made binding and unbinding of USB Ethernet asymmetrical: Before, usbnet_probe() first invoked the ->bind() callback and then register_netdev(). usbnet_disconnect() mirrored that by first invoking unregister_netdev() and then ->unbind(). Since the commit, the order in usbnet_disconnect() is reversed and no longer mirrors usbnet_probe(). One consequence is that a PHY disconnected (and stopped) in ->unbind() is afterwards stopped once more by unregister_netdev() as it closes the netdev before unregistering. That necessitates a contortion in ->stop() because the PHY may only be stopped if it hasn't already been disconnected. Reverting the commit allows making the call to phy_stop() unconditional in ->stop(). (CVE-2022-49501)

  - 已解決 Linux 核心中的下列弱點：crypto: arm64/poly1305 - fix a read out-of-bound A kasan error was reported during fuzzing: BUG: KASAN: slab-out-of-bounds in neon_poly1305_blocks.constprop.0+0x1b4/0x250 [poly1305_neon] Read of size 4 at addr ffff0010e293f010 by task syz-executor.5/1646715 CPU: 4 PID: 1646715 Comm: syz-executor.5 Kdump: loaded Not tainted 5.10.0.aarch64 #1 Hardware name: Huawei TaiShan 2280 /BC11SPCD, BIOS 1.59 01/31/2019 Call trace:
    dump_backtrace+0x0/0x394 show_stack+0x34/0x4c arch/arm64/kernel/stacktrace.c:196 __dump_stack lib/dump_stack.c:77 [inline] dump_stack+0x158/0x1e4 lib/dump_stack.c:118 print_address_description.constprop.0+0x68/0x204 mm/kasan/report.c:387 __kasan_report+0xe0/0x140 mm/kasan/report.c:547 kasan_report+0x44/0xe0 mm/kasan/report.c:564 check_memory_region_inline mm/kasan/generic.c:187 [inline] __asan_load4+0x94/0xd0 mm/kasan/generic.c:252 neon_poly1305_blocks.constprop.0+0x1b4/0x250 [poly1305_neon] neon_poly1305_do_update+0x6c/0x15c [poly1305_neon] neon_poly1305_update+0x9c/0x1c4 [poly1305_neon] crypto_shash_update crypto/shash.c:131 [inline] shash_finup_unaligned+0x84/0x15c crypto/shash.c:179 crypto_shash_finup+0x8c/0x140 crypto/shash.c:193 shash_digest_unaligned+0xb8/0xe4 crypto/shash.c:201 crypto_shash_digest+0xa4/0xfc crypto/shash.c:217 crypto_shash_tfm_digest+0xb4/0x150 crypto/shash.c:229 essiv_skcipher_setkey+0x164/0x200 [essiv] crypto_skcipher_setkey+0xb0/0x160 crypto/skcipher.c:612 skcipher_setkey+0x3c/0x50 crypto/algif_skcipher.c:305 alg_setkey+0x114/0x2a0 crypto/af_alg.c:220 alg_setsockopt+0x19c/0x210 crypto/af_alg.c:253 __sys_setsockopt+0x190/0x2e0 net/socket.c:2123 __do_sys_setsockopt net/socket.c:2134 [inline] __se_sys_setsockopt net/socket.c:2131 [inline] __arm64_sys_setsockopt+0x78/0x94 net/socket.c:2131
    __invoke_syscall arch/arm64/kernel/syscall.c:36 [inline] invoke_syscall+0x64/0x100 arch/arm64/kernel/syscall.c:48 el0_svc_common.constprop.0+0x220/0x230 arch/arm64/kernel/syscall.c:155 do_el0_svc+0xb4/0xd4 arch/arm64/kernel/syscall.c:217 el0_svc+0x24/0x3c arch/arm64/kernel/entry-common.c:353 el0_sync_handler+0x160/0x164 arch/arm64/kernel/entry-common.c:369 el0_sync+0x160/0x180 arch/arm64/kernel/entry.S:683 This error can be reproduced by the following code compiled as ko on a system with kasan enabled: #include <linux/module.h> #include <linux/crypto.h> #include <crypto/hash.h> #include <crypto/poly1305.h> char test_data[] = \x00\x01\x02\x03\x04\x05\x06\x07 \x08\x09\x0a\x0b\x0c\x0d\x0e\x0f \x10\x11\x12\x13\x14\x15\x16\x17 \x18\x19\x1a\x1b\x1c\x1d\x1e; int init(void) { struct crypto_shash *tfm = NULL; char *data = NULL, *out = NULL; tfm = crypto_alloc_shash(poly1305, 0, 0); data = kmalloc(POLY1305_KEY_SIZE - 1, GFP_KERNEL); out = kmalloc(POLY1305_DIGEST_SIZE, GFP_KERNEL); memcpy(data, test_data, POLY1305_KEY_SIZE - 1);
    crypto_shash_tfm_digest(tfm, data, POLY1305_KEY_SIZE - 1, out); kfree(data); kfree(out); return 0; } void deinit(void) { } module_init(init) module_exit(deinit) MODULE_LICENSE(GPL); The root cause of the bug sits in neon_poly1305_blocks. The logic neon_poly1305_blocks() performed is that if it was called with both s[] and r[] uninitialized, it will first try to initialize them with the data from the first block that it believed to be 32 bytes in length. First 16 bytes are used as the key and the next 16 bytes for s[]. This would lead to the aforementioned read out-of-bound. However, after calling poly1305_init_arch(), only 16 bytes were deducted from the input and s[] is initialized yet again with the following 16 bytes.
    The second initialization of s[] is certainly redundent which indicates that the first initialization should be for r[] only. This patch fixes the issue by calling poly1305_init_arm64() instead o
    ---truncated--- (CVE-2022-50231)

  - 已解決 Linux 核心中的下列弱點：bpf: Fix reference state management for synchronous callbacks Currently, verifier verifies callback functions (sync and async) as if they will be executed once, (i.e. it explores execution state as if the function was being called once). The next insn to explore is set to start of subprog and the exit from nested frame is handled using curframe > 0 and prepare_func_exit. In case of async callback it uses a customized variant of push_stack simulating a kind of branch to set up custom state and execution context for the async callback. While this approach is simple and works when callback really will be executed only once, it is unsafe for all of our current helpers which are for_each style, i.e. they execute the callback multiple times. A callback releasing acquired references of the caller may do so multiple times, but currently verifier sees it as one call inside the frame, which then returns to caller. Hence, it thinks it released some reference that the cb e.g. got access through callback_ctx (register filled inside cb from spilled typed register on stack).
    Similarly, it may see that an acquire call is unpaired inside the callback, so the caller will copy the reference state of callback and then will have to release the register with new ref_obj_ids. But again, the callback may execute multiple times, but the verifier will only account for acquired references for a single symbolic execution of the callback, which will cause leaks. Note that for async callback case, things are different. While currently we have bpf_timer_set_callback which only executes it once, even for multiple executions it would be safe, as reference state is NULL and check_reference_leak would force program to release state before BPF_EXIT. The state is also unaffected by analysis for the caller frame.
    Hence async callback is safe. Since we want the reference state to be accessible, e.g. for pointers loaded from stack through callback_ctx's PTR_TO_STACK, we still have to copy caller's reference_state to callback's bpf_func_state, but we enforce that whatever references it adds to that reference_state has been released before it hits BPF_EXIT. This requires introducing a new callback_ref member in the reference state to distinguish between caller vs callee references. Hence, check_reference_leak now errors out if it sees we are in callback_fn and we have not released callback_ref refs. Since there can be multiple nested callbacks, like frame 0 -> cb1 -> cb2 etc. we need to also distinguish between whether this particular ref belongs to this callback frame or parent, and only error for our own, so we store state->frameno (which is always non-zero for callbacks). In short, callbacks can read parent reference_state, but cannot mutate it, to be able to use pointers acquired by the caller. They must only undo their changes (by releasing their own acquired_refs before BPF_EXIT) on top of caller reference_state before returning (at which point the caller and callback state will match anyway, so no need to copy it back to caller). (CVE-2022-50650)

  - 已解決 Linux 核心中的下列弱點：net: stmmac: fix possible memory leak in stmmac_dvr_probe() The bitmap_free() should be called to free priv->af_xdp_zc_qps when create_singlethread_workqueue() fails, otherwise there will be a memory leak, so we add the err path error_wq_init to fix it. (CVE-2022-50663)

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

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

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

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

    - ARM64 架構 ;

    - x86 架構;

    - 區塊層子系統；

    - 密碼編譯 API;

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

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

    - 字元裝置驅動程式 ;

    - TPM 裝置驅動程式；

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

    - EDAC 驅動程式；

    - GPU 驅動程式；

    - Greybus 驅動程式；

    - HID 子系統；

    - Microsoft Hyper-V 驅動程式;

    - 硬體監控驅動程式;

    - I2C 子系統；

    - IIO 子系統；

    - InfiniBand 驅動程式;

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

    - LED 子系統；

    - 多個裝置驅動程式；

    - 媒體驅動程式；

    - IBM Advanced System Management 驅動程式;

    - MTD 區塊裝置驅動程式；

    - 網路驅動程式；

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

    - NTB 驅動程式；

    - NVME 驅動程式；

    - 裝置樹狀結構和開放韌體驅動程式；

    - PCI 子系統；

    - Remote Processor 子系統;

    - SCSI 子系統；

    - SPI 子系統；

    - Realtek RTL8723BS SDIO 驅動程式；

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

    - 熱驅動程式；

    - USB Gadget 驅動程式；

    - USB over IP 驅動程式 ;

    - VFIO 驅動程式；

    - Framebuffer 層；

    - 9P 分散式檔案系統 ;

    - AFS 檔案系統;

    - Ceph 分散式檔案系統；

    - 檔案系統基礎架構；

    - EROFS 檔案系統；

    - Ext4 檔案系統；

    - F2FS 檔案系統；

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

    - 區塊裝置的日誌記錄層 (JBD2)；

    - NILFS2 檔案系統；

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

    - NTFS3 檔案系統；

    - OCFS2 檔案系統；

    - SMB 網路檔案系統；

    - UDF 檔案系統；

    - XFS 檔案系統；

    - 代碼標籤庫;

    - 記憶體管理；

    - 記憶體管理 ;

    - KVM 子系統;

    - 追蹤基礎架構；

    - 使用者空間 API (UAPI);

    - io_uring 子系統;

    - 鎖定基元 ;

    - Timer 子系統;

    - 散點清單 API;

    - 異質記憶體管理；

    - KASAN 記憶體除錯架構;

    - 藍牙子系統；

    - 乙太網路橋接器；

    - CAIF 通訊協定；

    - CAN 網路層；

    - Ceph Core 程式庫；

    - IPv4 網路；

    - IPv6 網路；

    - 多重路徑 TCP；

    - Netfilter；

    - NFC 子系統 ;

    - 封包通訊端；

    - 高通IPC路由器（QRTR）;

    - RDS 通訊協定;

    - RxRPC 工作階段通訊端；

    - SMC 通訊端;

    - 串流剖析器;

    - Landlock 安全性 ;

    - SELinux 安全性模組；

    - ALSA 架構;

    - 通用 PCM 環回聲音驅動程式；

    - FireWire 音效驅動程式 ;；

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

    - QCOM ASoC 驅動程式；

    - USB 音效裝置；

    - 物件工具; (CVE-2026-31532, CVE-2026-31574, CVE-2026-31575, CVE-2026-31576, CVE-2026-31577, CVE-2026-31578, CVE-2026-31579, 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-31589, CVE-2026-31590, CVE-2026-31591, CVE-2026-31592, CVE-2026-31593, CVE-2026-31594, CVE-2026-31595, CVE-2026-31596, CVE-2026-31597, CVE-2026-31598, CVE-2026-31599, CVE-2026-31600, CVE-2026-31601, CVE-2026-31602, CVE-2026-31603, CVE-2026-31604, CVE-2026-31605, CVE-2026-31606, CVE-2026-31607, CVE-2026-31608, CVE-2026-31609, CVE-2026-31610, CVE-2026-31611, CVE-2026-31612, CVE-2026-31613, CVE-2026-31614, CVE-2026-31615, CVE-2026-31616, CVE-2026-31617, CVE-2026-31618, CVE-2026-31619, CVE-2026-31620, CVE-2026-31621, 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-31686, CVE-2026-31694, CVE-2026-31696, CVE-2026-31697, CVE-2026-31698, CVE-2026-31699, CVE-2026-31700, CVE-2026-31701, CVE-2026-31702, CVE-2026-31703, CVE-2026-31704, CVE-2026-31705, CVE-2026-31706, CVE-2026-31707, CVE-2026-31708, CVE-2026-31709, CVE-2026-31710, CVE-2026-31711, CVE-2026-31712, CVE-2026-31713, CVE-2026-31714, CVE-2026-31715, CVE-2026-31716, CVE-2026-31717, CVE-2026-31718, CVE-2026-31719, CVE-2026-43058, CVE-2026-43071, CVE-2026-43072, CVE-2026-43073, CVE-2026-43348, CVE-2026-43349, CVE-2026-43350, CVE-2026-43491, CVE-2026-43493, CVE-2026-43499, CVE-2026-43501, CVE-2026-45986, CVE-2026-45987, CVE-2026-45988, CVE-2026-45989, CVE-2026-45990, CVE-2026-45991, CVE-2026-45994, CVE-2026-45995, CVE-2026-45996, CVE-2026-45997, CVE-2026-45999, CVE-2026-46001, CVE-2026-46002, CVE-2026-46003, CVE-2026-46004, CVE-2026-46005, CVE-2026-46006, CVE-2026-46007, CVE-2026-46008, CVE-2026-46009, CVE-2026-46010, CVE-2026-46011, CVE-2026-46012, CVE-2026-46013, CVE-2026-46014, CVE-2026-46015, CVE-2026-46016, CVE-2026-46018, CVE-2026-46019, CVE-2026-46020, CVE-2026-46021, CVE-2026-46022, CVE-2026-46023, CVE-2026-46024, CVE-2026-46025, CVE-2026-46026, CVE-2026-46027, CVE-2026-46028, CVE-2026-46029, CVE-2026-46030, CVE-2026-46031, CVE-2026-46032, CVE-2026-46033, CVE-2026-46034, CVE-2026-46035, CVE-2026-46036, CVE-2026-46037, CVE-2026-46038, CVE-2026-46039, CVE-2026-46040, CVE-2026-46041, CVE-2026-46042, CVE-2026-46043, CVE-2026-46044, CVE-2026-46045, CVE-2026-46046, CVE-2026-46047, CVE-2026-46049, CVE-2026-46050, CVE-2026-46051, CVE-2026-46052, CVE-2026-46053, CVE-2026-46054, CVE-2026-46056, CVE-2026-46057, CVE-2026-46058, CVE-2026-46059, CVE-2026-46060, CVE-2026-46061, CVE-2026-46062, CVE-2026-46063, CVE-2026-46064, CVE-2026-46065, CVE-2026-46066, CVE-2026-46067, CVE-2026-46068, CVE-2026-46069, CVE-2026-46070, CVE-2026-46071, CVE-2026-46072, CVE-2026-46073, CVE-2026-46074, CVE-2026-46075, CVE-2026-46076, CVE-2026-46077, CVE-2026-46078, CVE-2026-46079, CVE-2026-46080, CVE-2026-46081, CVE-2026-46082, CVE-2026-46083, CVE-2026-46084, CVE-2026-46085, CVE-2026-46086, CVE-2026-46087, CVE-2026-46088, CVE-2026-46089, CVE-2026-46090, CVE-2026-46091, CVE-2026-46092, CVE-2026-46093, CVE-2026-46094, CVE-2026-46095, CVE-2026-46096, CVE-2026-46097, CVE-2026-46098, CVE-2026-46099, CVE-2026-46100, CVE-2026-46101, CVE-2026-46102, CVE-2026-46103, CVE-2026-46115, CVE-2026-46119, CVE-2026-46135, CVE-2026-46137, CVE-2026-46155, CVE-2026-46185, CVE-2026-46195, CVE-2026-46243, CVE-2026-46244, CVE-2026-46276, CVE-2026-46277, CVE-2026-46278, CVE-2026-46279, CVE-2026-46280, CVE-2026-46281, CVE-2026-46282, CVE-2026-46283, CVE-2026-46284, CVE-2026-46285, CVE-2026-46286, CVE-2026-46287, CVE-2026-46288, CVE-2026-46289, CVE-2026-46316, CVE-2026-46332, CVE-2026-52904, CVE-2026-52905, CVE-2026-52906, CVE-2026-52907, CVE-2026-52933)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
360739	AlmaLinux 9.6 [TuxCare] 安全性更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1781344094）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/21	high
310495	Linux Distros 未修補的弱點：CVE-2026-31579	Nessus	Misc.	2026/4/27	2026/11/13	medium
360843	Rocky Linux 9.6 [TuxCare] 安全性更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1781344094）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/21	high
325017	Ubuntu 26.04 LTS : Linux 核心弱點 (USN-8488-1)	Nessus	Ubuntu Local Security Checks	2026/7/3	2026/7/30	low
313525	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel （ALAS2023-2026-1693）	Nessus	Amazon Linux Local Security Checks	2026/5/9	2026/9/10	high
352031	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1786761805）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/19	critical
325421	Ubuntu 26.04 LTS : Linux 核心 (NVIDIA) 弱點 (USN-8507-1)	Nessus	Ubuntu Local Security Checks	2026/7/7	2026/7/30	low

偵測

搜尋 Plugin

high

medium

high

low

high

critical

low