遠端 Debian 11 主機已安裝受到多個弱點影響的套件如 dla-4475 公告中所提及。

    -------------------------------------------------- ----------------------- Debian LTS 公告 DLA-4475-1 debian-lts@lists.debian.org https://www.debian.org/lts/security/Ben Hutchings 2026 年 2 月 10 日 https://wiki.debian.org/LTS-------------------------------------------------------------------------

    套件：linux 版本：5.10.249-1 CVE ID：CVE-2022-48744 CVE-2022-49168 CVE-2022-49465 CVE-2022-49711 CVE-2022-49743 CVE-2023-52975 CVE-2023-54207 CVE-2023-54321 CVE-2024-36903 CVE-2024-36927 CVE-2025-22022 CVE-2025-22121 CVE-2025-37830 CVE-2025-38022 CVE-2025-38119 CVE-2025-38556 CVE-2025-38591 CVE-2025-39702 CVE-2025-40110 CVE-2025-40215 CVE-2025-68211 CVE-2025-68255 CVE-2025-68257 CVE-2025-68258 CVE-2025-68261 CVE-2025-68264 CVE-2025-68266 CVE-2025-68282 CVE-2025-68325 CVE-2025-68332 CVE-2025-68336 CVE-2025-68337 CVE-2025-68344 CVE-2025-68346 CVE-2025-68349 CVE-2025-68354 CVE-2025-68362 CVE-2025-68364 CVE-2025-68366 CVE-2025-68367 CVE-2025-68372 CVE-2025-68724 CVE-2025-68725 CVE-2025-68733 CVE-2025-68740 CVE-2025-68757 CVE-2025-68758 CVE-2025-68759 CVE-2025-68764 CVE-2025-68767 CVE-2025-68769 CVE-2025-68771 CVE-2025-68773 CVE-2025-68774 CVE-2025-68776 CVE-2025-68777 CVE-2025-68782 CVE-2025-68783 CVE-2025-68785 CVE-2025-68787 CVE-2025-68788 CVE-2025-68795 CVE-2025-68796 CVE-2025-68797 CVE-2025-68799 CVE-2025-68800 CVE-2025-68801 CVE-2025-68803 CVE-2025-68804 CVE-2025-68808 CVE-2025-68813 CVE-2025-68815 CVE-2025-68816 CVE-2025-68818 CVE-2025-68819 CVE-2025-68820 CVE-2025-71064 CVE-2025-71066 CVE-2025-71069 CVE-2025-71075 CVE-2025-71077 CVE-2025-71079 CVE-2025-71084 CVE-2025-71085 CVE-2025-71086 CVE-2025-71087 CVE-2025-71091 CVE-2025-71093 CVE-2025-71096 CVE-2025-71097 CVE-2025-71098 CVE-2025-71102 CVE-2025-71104 CVE-2025-71105 CVE-2025-71108 CVE-2025-71111 CVE-2025-71112 CVE-2025-71113 CVE-2025-71114 CVE-2025-71116 CVE-2025-71118 CVE-2025-71120 CVE-2025-71123 CVE-2025-71125 CVE-2025-71127 CVE-2025-71131 CVE-2025-71136 CVE-2025-71137 CVE-2025-71154 CVE-2025-71162 CVE-2025-71182 CVE-2025-71185 CVE-2025-71186 CVE-2025-71190 CVE-2025-71191 CVE-2025-71194 CVE-2025-71196 CVE-2025-71197 CVE-2025-71199 CVE-2026-22976 CVE-2026-22977 CVE-2026-22978 CVE-2026-22980 CVE-2026-22990 CVE-2026-22991 CVE-2026-22997 CVE-2026-22998 CVE-2026-22999 CVE-2026-23001 CVE-2026-23003 CVE-2026-23011 CVE-2026-23020 CVE-2026-23021 CVE-2026-23033 CVE-2026-23038 CVE-2026-23047 CVE-2026-23049 CVE-2026-23056 CVE-2026-23058 CVE-2026-23060 CVE-2026-23061 CVE-2026-23063 CVE-2026-23064 CVE-2026-23071 CVE-2026-23073 CVE-2026-23074 CVE-2026-23075 CVE-2026-23076 CVE-2026-23080 CVE-2026-23083 CVE-2026-23084 CVE-2026-23085 CVE-2026-23087 CVE-2026-23089 CVE-2026-23090 CVE-2026-23091 CVE-2026-23095 CVE-2026-23096 CVE-2026-23097 CVE-2026-23098 CVE-2026-23101 CVE-2026-23103 CVE-2026-23105 CVE-2026-23108 CVE-2026-23110 Debian 錯誤：1122193 1123750

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

    針對 Debian 11 Bullseye，已在 5.10.249-1 版本中修正這些問題。此更新還可修正報告給 Debian 的多個錯誤，
    此外它還包含來自穩定更新 5.10.248 和 5.10.249的更多錯誤修正。

    建議您升級 linux 套件。

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

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

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

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

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

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

    drm修正因 drmm_mode_config_init() 引起的潛在 null-ptr-deref (CVE-2022-50556)

    在 Linux 核心以 io_uring 處理 IORING_OP_SOCKET 作業的過程中發現一個雙重釋放弱點。 (CVE-2023-1032)

    由於初始化期間的類型混淆問題，Linux 核心中的 tun 和 tap 通訊端將其通訊端 UID 硬式編碼為 0 (即 root)。雖然這通常是正確的，因為 TUN/TAP 裝置需要 CAP_NET_ADMIN，但也存在例外情況。通訊端 UID 可用於網路篩选和路由，因此可能導致 TUN/TAP 通訊端管理方式錯誤，進而可能繞過以 UID 為基礎的網路篩選器。(CVE-2023-1076)

    核心：pick_next_rt_entity() 中存在類型混淆弱點，此弱點可導致記憶體損毀。(CVE-2023-1077)

    在使用者卸離 rc 裝置的方式中在 Linux 核心整合式紅外線接收器/收發器驅動程式中發現一個瑕疵。本機使用者可利用此缺陷使系統當機，或可能提升其在系統中的權限。(CVE-2023-1118)

    Linux 核心流量控制索引篩選器 (tcindex) 中的釋放後使用弱點可被利用來提升本機權限。tcindex_delete 函式在刪除基礎結構時未正確停用篩選器，從而會在稍後導致重複釋放該結構。本機攻擊者可利用此弱點來將特權提升為根權限。我們建議使用者升級過去的認可 8c710f75256bb3cf05ac7b1672c82b92c43f3d28。(CVE-2023-1829)

    啟用純文字 IBRS (非增強型 IBRS) 時，spectre_v2_user_select_mitigation() 中的邏輯會判定不需要 STIBP。IBRS 位元可暗中防止跨執行緒分支目標插入。但是，使用舊版 IBRS 時，由於效能原因，IBRS 位元會在傳回至使用者空間時遭到清除，這會使使用者空間執行緒容易受到 STIBP 防範的跨執行緒分支目標插入攻擊。(CVE-2023-1998)

    在 Linux 核心中 fs/hfsplus/super.c 的 hfsplus_put_super 中發現釋放後使用缺陷。本機使用者可利用此缺陷造成拒絕服務。(CVE-2023-2985)

    在 6.2.3 版之前的 Linux 核心中，發現 lib/kobject.c 存在問題。攻擊者可藉由 root 存取權觸發爭用情形，進而導致 fill_kobj_path 超出邊界寫入。(CVE-2023-45863)

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

    vfio/type1防止透過 exec() 發生 locked_vm 的反向溢位 (CVE-2023-53171)

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

    USBuhci透過使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53197)

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

    netfilterx_tables修正建立新 netns 時錯誤路徑上的 percpu 計數器區塊洩漏 (CVE-2023-53200)

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

    PMdomains使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53202)

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

    驅動程式核心位置在傳回 false 之前釋放結構 acpi_pld_info *pld (CVE-2023-53211)

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

    arm64efi使 efi_rt_lock 成為 raw_spinlock (CVE-2023-53216)

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

    watchdog修正 watchdog_cdev_register 中的 kmemleak (CVE-2023-53234)

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

    xsk在 Tx 路徑中更早檢查 IFF_UP (CVE-2023-53240)

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

    firmwaredmi-sysfs修正 dmi_sysfs_register_handle 中的 null-ptr-deref (CVE-2023-53250)

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

    cacheinfo修正 shared_cpu_map 以處理不同層級的共用快取 (CVE-2023-53254)

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

    VMCI在呼叫 get_user_pages_fast() 之後檢查 context->notify_page 以避免 GPF (CVE-2023-53259)

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

    miscvmw_balloon透過使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53279)

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

    udf不針對內嵌檔案寫入失敗更新檔案長度 (CVE-2023-53295)

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

    rbd避免當 rbd_dev_create() 失敗時在 do_rbd_add() 中發生釋放後使用 (CVE-2023-53307)

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

    genirq/ipi修正 irq_data_get_affinity_mask() 中的 NULL 指標解除參照 (CVE-2023-53332)

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

    USB修正因使用 debugfs_lookup() 而發生的記憶體洩漏 (CVE-2023-53359)

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

    block輪詢時仔細檢查 NULL bdev (CVE-2023-53366)

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

    cryptoseqiv - 正確處理 EBUSY (CVE-2023-53373)

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

    NFSD修正 nfsd4_ssc_umount_item 的洩漏參照計數 (CVE-2023-53381)

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

    driversbasedd使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53390)

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

    trace/blktrace透過使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53408)

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

    drivers基礎元件修正因使用 debugfs_lookup() 發生的記憶體洩漏問題 (CVE-2023-53409)

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

    PMEM修正使用 debugfs_lookup() 時發生的記憶體洩漏問題 (CVE-2023-53411)

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

    objtool修正 create_static_call_sections() 中的記憶體洩漏 (CVE-2023-53423)

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

    cifs修正損毀 MR 清單時的警告和 UAF (CVE-2023-53427)

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

    ipv6在 nexthop 計算中新增所有同級的 lwtunnel 封裝大小 (CVE-2023-53477)

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

    iommu修正 iommu_group_alloc() 中的錯誤回溯 (CVE-2023-53482)

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

    cryptoxts - 正確處理 EBUSY (CVE-2023-53494)

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

    udf請勿合併非常長的範圍 (CVE-2023-53506)

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

    io_uring修正 fs 不支援 nowait 緩衝讀取時發生的 fget 洩漏 (CVE-2023-53511)

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

    sctp在 sctp_stream_priorities 中新增 refcnt 以避免巢狀迴圈 (CVE-2023-53590)

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

    驅動程式核心修正 device_add() 中的資源洩漏 (CVE-2023-53594)

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

    nfsd清理 COPY 程式碼路徑中的潛在 nfsd_file refcount 洩漏 (CVE-2023-53606)

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

    irqchip修正 platform_irqchip_probe 中的 refcount 洩漏 (CVE-2023-53610)

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

    nvme-tcp錯誤復原期間不存取已釋放的通訊端 (CVE-2023-53643)

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

    srcu如果使用 SRCU_SIZE_SMALL則將工作委派給開機 cpu (CVE-2023-53671)

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

    drm/i915修正系統在 fbdev 未初始化的情況下暫停 (CVE-2023-53678)

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

    udf偵測連結至目錄階層的系統 inode (CVE-2023-53695)

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

    ring-buffer處理 rb_move_tail 和 rb_check_pages 之間的爭用 (CVE-2023-53709)

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

    KVMVMX修正因未初始化 current_vmcs 而造成的當機 (CVE-2023-53756)

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

    dm 快取釋放 btracker_destroy 中背景追踪器的佇列工作 (CVE-2023-53765)

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

    blk-iocost修正 calc_lcoefs() 中的除以 0 錯誤 (CVE-2023-53783)

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

    iommu/amd改善頁面錯誤錯誤報告 (CVE-2023-53789)

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

    bpf將已配置物件從 bpf 記憶體配置器的平台歸零 (CVE-2023-53790)

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

    PCI修正放置具有 .end = 零的有效 root 匯流排資源 (CVE-2023-53814)

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

    迴圈指派前的 loop_set_status_from_info() 檢查 (CVE-2023-53820)

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

    usbearlyxhci-dbc修正潛在的越界記憶體存取 (CVE-2023-53840)

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

    KVM如果 coalesced MMIO 取消註冊失敗則破壞目標裝置 (CVE-2023-54024)

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

    cryptoesiv - 正確處理 EBUSY (CVE-2023-54046)

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

    iommu/amd為 ivrs_acpihid 命令行參數新增長度限制 (CVE-2023-54057)

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

    blk-cgroup在完成 pd_free_fn() 之後放置父項 refcount (CVE-2023-54107)

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

    ledsled-core修正 of_led_get() 中的 refcount 洩漏 (CVE-2023-54190)

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

    tty修正 tty_driver_lookup_tty() 中的越界存取 (CVE-2023-54198)

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

    netfilterebtables修正表格 blob 釋放後使用 (CVE-2023-54243)

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

    cifsMR 配置失敗時修正遺失的破壞 smbd 連線 (CVE-2023-54260)

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

    ext4拒絕在卸載時建立 ea 區塊 (CVE-2023-54305)

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

    nettls避免在 tx_lock 上懸置工作 (CVE-2023-54306)

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

    dm flakey不損毀零頁面 (CVE-2023-54317)

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

    驅動程式核心修正 device_add() 中潛在的 null-ptr-deref (CVE-2023-54321)

    核心：ctnetlink_create_conntrack() 中的參照計數洩漏問題 (CVE-2023-7192)

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

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

遠端主機上安裝的核心版本早於 5.10.251-248.983。因此，會受到 ALAS2KERNEL-5.10-2026-114 公告中所提及的多個弱點影響。

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

    HIDuclogic更正 hidinput input_dev 名稱的 devm 裝置參照 (CVE-2023-54207)

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

    驅動程式核心修正 device_add() 中潛在的 null-ptr-deref (CVE-2023-54321)

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

    bpf拒絕對指標 ctx 欄位的限制存取 (CVE-2025-38591)

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

    ksm使用 range-walk 函式跳過 scan_get_next_rmap_item 中的漏洞 (CVE-2025-68211)

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

    bpf不讓 BPF 測試基礎結構將無效的 GSO 類型發出至堆疊 (CVE-2025-68725)

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

    btrfs修正 wait_current_trans() 中因忽略的交易類型而發生的鎖死 (CVE-2025-71194)

    在 Linux 核心中，下列弱點已解決：scsi: qla2xxx: Free sp in error path to fix system crash System crash seen during load/unload test in a loop, [61110.449331] qla2xxx [0000:27:00.0]-0042:0: Disabled MSI-X. [61110.467494] ============================================================================= [61110.467498] BUG qla2xxx_srbs (Tainted: G OE -------- --- ): Objects remaining in qla2xxx_srbs on __kmem_cache_shutdown() [61110.467501] ----------------------------------------------------------------------------- [61110.467502] Slab 0x000000000ffc8162 objects=51 used=1 fp=0x00000000e25d3d85 flags=0x57ffffc0010200(slab|head|node=1|zone=2|lastcpupid=0x1fffff) [61110.467509] CPU: 53 PID: 455206 Comm: rmmod Kdump: loaded Tainted: G OE -------- --- 5.14.0-284.11.1.el9_2.x86_64 #1 [61110.467513] Hardware name: HPE ProLiant DL385 Gen10 Plus v2/ProLiant DL385 Gen10 Plus v2, BIOS A42 08/17/2023 [61110.467515] Call Trace: [61110.467516] <TASK> [61110.467519] dump_stack_lvl+0x34/0x48 [61110.467526] slab_err.cold+0x53/0x67 [61110.467534] __kmem_cache_shutdown+0x16e/0x320 [61110.467540] kmem_cache_destroy+0x51/0x160 [61110.467544] qla2x00_module_exit+0x93/0x99 [qla2xxx] [61110.467607] ?
    __do_sys_delete_module.constprop.0+0x178/0x280 [61110.467613] ? syscall_trace_enter.constprop.0+0x145/0x1d0 [61110.467616] ? do_syscall_64+0x5c/0x90 [61110.467619] ? exc_page_fault+0x62/0x150 [61110.467622] ? entry_SYSCALL_64_after_hwframe+0x63/0xcd [61110.467626] </TASK> [61110.467627] Disabling lock debugging due to kernel taint [61110.467635] Object 0x0000000026f7e6e6 @offset=16000 [61110.467639] ------------[ cut here ]------------ [61110.467639] kmem_cache_destroy qla2xxx_srbs: Slab cache still has objects when called from qla2x00_module_exit+0x93/0x99 [qla2xxx] [61110.467659] WARNING: CPU: 53 PID: 455206 at mm/slab_common.c:520 kmem_cache_destroy+0x14d/0x160 [61110.467718] CPU: 53 PID: 455206 Comm: rmmod Kdump: loaded Tainted: G B OE -------- --- 5.14.0-284.11.1.el9_2.x86_64 #1 [61110.467720] Hardware name: HPE ProLiant DL385 Gen10 Plus v2/ProLiant DL385 Gen10 Plus v2, BIOS A42 08/17/2023 [61110.467721] RIP: 0010:kmem_cache_destroy+0x14d/0x160 [61110.467724] Code: 99 7d 07 00 48 89 ef e8 e1 6a 07 00 eb b3 48 8b 55 60 48 8b 4c 24 20 48 c7 c6 70 fc 66 90 48 c7 c7 f8 ef a1 90 e8 e1 ed 7c 00 <0f> 0b eb 93 c3 cc cc cc cc 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 [61110.467725] RSP: 0018:ffffa304e489fe80 EFLAGS: 00010282 [61110.467727] RAX: 0000000000000000 RBX:
    ffffffffc0d9a860 RCX: 0000000000000027 [61110.467729] RDX: ffff8fd5ff9598a8 RSI: 0000000000000001 RDI:
    ffff8fd5ff9598a0 [61110.467730] RBP: ffff8fb6aaf78700 R08: 0000000000000000 R09: 0000000100d863b7 [61110.467731] R10: ffffa304e489fd20 R11: ffffffff913bef48 R12: 0000000040002000 [61110.467731] R13:
    0000000000000000 R14: 0000000000000000 R15: 0000000000000000 [61110.467733] FS: 00007f64c89fb740(0000) GS:ffff8fd5ff940000(0000) knlGS:0000000000000000 [61110.467734] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [61110.467735] CR2: 00007f0f02bfe000 CR3: 00000020ad6dc005 CR4: 0000000000770ee0 [61110.467736] PKRU: 55555554 [61110.467737] Call Trace: [61110.467738] <TASK> [61110.467739] qla2x00_module_exit+0x93/0x99 [qla2xxx] [61110.467755] ? __do_sys_delete_module.constprop.0+0x178/0x280 Free sp in the error path to fix the crash. (CVE-2025-71232)

    在 Linux 核心中，下列弱點已解決：scsi: qla2xxx: Delay module unload while fabric scan in progress System crash seen during load/unload test in a loop. [105954.384919] RBP:
    ffff914589838dc0 R08: 0000000000000000 R09: 0000000000000086 [105954.384920] R10: 000000000000000f R11:
    ffffa31240904be5 R12: ffff914605f868e0 [105954.384921] R13: ffff914605f86910 R14: 0000000000008010 R15:
    00000000ddb7c000 [105954.384923] FS: 0000000000000000(0000) GS:ffff9163fec40000(0000) knlGS:0000000000000000 [105954.384925] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [105954.384926] CR2: 000055d31ce1d6a0 CR3: 0000000119f5e001 CR4: 0000000000770ee0 [105954.384928] PKRU: 55555554 [105954.384929] Call Trace: [105954.384931] <IRQ> [105954.384934] qla24xx_sp_unmap+0x1f3/0x2a0 [qla2xxx] [105954.384962] ? qla_async_scan_sp_done+0x114/0x1f0 [qla2xxx] [105954.384980] ? qla24xx_els_ct_entry+0x4de/0x760 [qla2xxx] [105954.384999] ? __wake_up_common+0x80/0x190 [105954.385004] ? qla24xx_process_response_queue+0xc2/0xaa0 [qla2xxx] [105954.385023] ? qla24xx_msix_rsp_q+0x44/0xb0 [qla2xxx] [105954.385040] ? __handle_irq_event_percpu+0x3d/0x190 [105954.385044] ? handle_irq_event+0x58/0xb0 [105954.385046] ? handle_edge_irq+0x93/0x240 [105954.385050] ?
    __common_interrupt+0x41/0xa0 [105954.385055] ? common_interrupt+0x3e/0xa0 [105954.385060] ? asm_common_interrupt+0x22/0x40 The root cause of this was that there was a free (dma_free_attrs) in the interrupt context. There was a device discovery/fabric scan in progress. A module unload was issued which set the UNLOADING flag. As part of the discovery, after receiving an interrupt a work queue was scheduled (which involved a work to be queued). Since the UNLOADING flag is set, the work item was not allocated and the mapped memory had to be freed. The free occurred in interrupt context leading to system crash. Delay the driver unload until the fabric scan is complete to avoid the crash. (CVE-2025-71235)

    在 Linux 核心中，下列弱點已解決：scsi: qla2xxx: Validate sp before freeing associated memory System crash with the following signature [154563.214890] nvme nvme2: NVME-FC{1}: controller connect complete [154564.169363] qla2xxx [0000:b0:00.1]-3002:2: nvme: Sched: Set ZIO exchange threshold to 3. [154564.169405] qla2xxx [0000:b0:00.1]-ffffff:2: SET ZIO Activity exchange threshold to 5. [154565.539974] qla2xxx [0000:b0:00.1]-5013:2: RSCN database changed - 0078 0080 0000.
    [154565.545744] qla2xxx [0000:b0:00.1]-5013:2: RSCN database changed - 0078 00a0 0000. [154565.545857] qla2xxx [0000:b0:00.1]-11a2:2: FEC=enabled (data rate). [154565.552760] qla2xxx [0000:b0:00.1]-11a2:2:
    FEC=enabled (data rate). [154565.553079] BUG: kernel NULL pointer dereference, address: 00000000000000f8 [154565.553080] #PF: supervisor read access in kernel mode [154565.553082] #PF: error_code(0x0000) - not-present page [154565.553084] PGD 80000010488ab067 P4D 80000010488ab067 PUD 104978a067 PMD 0 [154565.553089] Oops: 0000 1 PREEMPT SMP PTI [154565.553092] CPU: 10 PID: 858 Comm: qla2xxx_2_dpc Kdump:
    loaded Tainted: G OE ------- --- 5.14.0-503.11.1.el9_5.x86_64 #1 [154565.553096] Hardware name: HPE Synergy 660 Gen10/Synergy 660 Gen10 Compute Module, BIOS I43 09/30/2024 [154565.553097] RIP:
    0010:qla_fab_async_scan.part.0+0x40b/0x870 [qla2xxx] [154565.553141] Code: 00 00 e8 58 a3 ec d4 49 89 e9 ba 12 20 00 00 4c 89 e6 49 c7 c0 00 ee a8 c0 48 c7 c1 66 c0 a9 c0 bf 00 80 00 10 e8 15 69 00 00 <4c> 8b 8d f8 00 00 00 4d 85 c9 74 35 49 8b 84 24 00 19 00 00 48 8b [154565.553143] RSP: 0018:ffffb4dbc8aebdd0 EFLAGS: 00010286 [154565.553145] RAX: 0000000000000000 RBX: ffff8ec2cf0908d0 RCX: 0000000000000002 [154565.553147] RDX: 0000000000000000 RSI: ffffffffc0a9c896 RDI: ffffb4dbc8aebd47 [154565.553148] RBP:
    0000000000000000 R08: ffffb4dbc8aebd45 R09: 0000000000ffff0a [154565.553150] R10: 0000000000000000 R11:
    000000000000000f R12: ffff8ec2cf0908d0 [154565.553151] R13: ffff8ec2cf090900 R14: 0000000000000102 R15:
    ffff8ec2cf084000 [154565.553152] FS: 0000000000000000(0000) GS:ffff8ed27f800000(0000) knlGS:0000000000000000 [154565.553154] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [154565.553155] CR2: 00000000000000f8 CR3: 000000113ae0a005 CR4: 00000000007706f0 [154565.553157] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [154565.553158] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [154565.553159] PKRU: 55555554 [154565.553160] Call Trace: [154565.553162] <TASK> [154565.553165] ? show_trace_log_lvl+0x1c4/0x2df [154565.553172] ? show_trace_log_lvl+0x1c4/0x2df [154565.553177] ? qla_fab_async_scan.part.0+0x40b/0x870 [qla2xxx] [154565.553215] ?
    __die_body.cold+0x8/0xd [154565.553218] ? page_fault_oops+0x134/0x170 [154565.553223] ? snprintf+0x49/0x70 [154565.553229] ? exc_page_fault+0x62/0x150 [154565.553238] ? asm_exc_page_fault+0x22/0x30 Check for sp being non NULL before freeing any associated memory (CVE-2025-71236)

    在 Linux 核心中，下列弱點已解決：nilfs2: Fix potential block overflow that cause system hang When a user executes the FITRIM command, an underflow can occur when calculating nblocks if end_block is too small. Since nblocks is of type sector_t, which is u64, a negative nblocks value will become a very large positive integer. This ultimately leads to the block layer function
    __blkdev_issue_discard() taking an excessively long time to process the bio chain, and the ns_segctor_sem lock remains held for a long period. This prevents other tasks from acquiring the ns_segctor_sem lock, resulting in the hang reported by syzbot in [1]. If the ending block is too small, typically if it is smaller than 4KiB range, depending on the usage of the segment 0, it may be possible to attempt a discard request beyond the device size causing the hang. Exiting successfully and assign the discarded size (0 in this case) to range->len. Although the start and len values in the user input range are too small, a conservative strategy is adopted here to safely ignore them, which is equivalent to a no-op; it will not perform any trimming and will not throw an error. [1] task:segctord state:D stack:28968 pid:6093 tgid:6093 ppid:2 task_flags:0x200040 flags:0x00080000 Call Trace: rwbase_write_lock+0x3dd/0x750 kernel/locking/rwbase_rt.c:272 nilfs_transaction_lock+0x253/0x4c0 fs/nilfs2/segment.c:357 nilfs_segctor_thread_construct fs/nilfs2/segment.c:2569 [inline] nilfs_segctor_thread+0x6ec/0xe00 fs/nilfs2/segment.c:2684 [ryusuke: corrected part of the commit message about the consequences] (CVE-2025-71237)

    在 Linux 核心中，下列弱點已解決：scsi: qla2xxx: Fix bsg_done() causing double free Kernel panic observed on system, [5353358.825191] BUG: unable to handle page fault for address: ff5f5e897b024000 [5353358.825194] #PF: supervisor write access in kernel mode [5353358.825195] #PF: error_code(0x0002) - not-present page [5353358.825196] PGD 100006067 P4D 0 [5353358.825198] Oops:
    0002 [#1] PREEMPT SMP NOPTI [5353358.825200] CPU: 5 PID: 2132085 Comm: qlafwupdate.sub Kdump: loaded Tainted: G W L ------- --- 5.14.0-503.34.1.el9_5.x86_64 #1 [5353358.825203] Hardware name: HPE ProLiant DL360 Gen11/ProLiant DL360 Gen11, BIOS 2.44 01/17/2025 [5353358.825204] RIP: 0010:memcpy_erms+0x6/0x10 [5353358.825211] RSP: 0018:ff591da8f4f6b710 EFLAGS: 00010246 [5353358.825212] RAX: ff5f5e897b024000 RBX:
    0000000000007090 RCX: 0000000000001000 [5353358.825213] RDX: 0000000000001000 RSI: ff591da8f4fed090 RDI:
    ff5f5e897b024000 [5353358.825214] RBP: 0000000000010000 R08: ff5f5e897b024000 R09: 0000000000000000 [5353358.825215] R10: ff46cf8c40517000 R11: 0000000000000001 R12: 0000000000008090 [5353358.825216] R13:
    ff591da8f4f6b720 R14: 0000000000001000 R15: 0000000000000000 [5353358.825218] FS: 00007f1e88d47740(0000) GS:ff46cf935f940000(0000) knlGS:0000000000000000 [5353358.825219] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [5353358.825220] CR2: ff5f5e897b024000 CR3: 0000000231532004 CR4: 0000000000771ef0 [5353358.825221] PKRU: 55555554 [5353358.825222] Call Trace: [5353358.825223] <TASK> [5353358.825224] ? show_trace_log_lvl+0x1c4/0x2df [5353358.825229] ? show_trace_log_lvl+0x1c4/0x2df [5353358.825232] ? sg_copy_buffer+0xc8/0x110 [5353358.825236] ? __die_body.cold+0x8/0xd [5353358.825238] ? page_fault_oops+0x134/0x170 [5353358.825242] ? kernelmode_fixup_or_oops+0x84/0x110 [5353358.825244] ? exc_page_fault+0xa8/0x150 [5353358.825247] ? asm_exc_page_fault+0x22/0x30 [5353358.825252] ? memcpy_erms+0x6/0x10 [5353358.825253] sg_copy_buffer+0xc8/0x110 [5353358.825259] qla2x00_process_vendor_specific+0x652/0x1320 [qla2xxx] [5353358.825317] qla24xx_bsg_request+0x1b2/0x2d0 [qla2xxx] Most routines in qla_bsg.c call bsg_done() only for success cases. However a few invoke it for failure case as well leading to a double free. Validate before calling bsg_done(). (CVE-2025-71238)

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

    net/schedsch_qfq不釋放 qfq_change_class() 中現有的類別 (CVE-2026-22999)

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

    macvlan修正 macvlan_forward_source() 中可能的 UAF (CVE-2026-23001)

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

    ip6_tunnel使用 __ip6_tnl_rcv() 中的 skb_vlan_inet_prepare() (CVE-2026-23003)

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

    ipv4ip_gre使 ipgre_header() 健全 (CVE-2026-23011)

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

    pnfs/flexfiles修正 nfs4_ff_alloc_deviceid_node() 中的記憶體洩漏 (CVE-2026-23038)

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

    cryptoauthencesn - 拒絕太短的 AAD (assoclen<8) 無法符合 ESP/ESN 規格 (CVE-2026-23060)

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

    regmap修正 hwspinlock irqsave 常式中的爭用情形 (CVE-2026-23071)

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

    net/sched強制 teql 只能作為 root qdisc 使用 (CVE-2026-23074)

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

    fou不允許 FOU_ATTR_IPPROTO 為 0。 (CVE-2026-23083)

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

    irqchip/gic-v3-its避免截斷記憶體位址 (CVE-2026-23085)

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

    gue使用內部 IP 通訊協定 0 修正 skb memleak。(CVE-2026-23095)

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

    migrate更正 hugetlb 檔案作品集的鎖定順序 (CVE-2026-23097)

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

    ledsled-class僅在 leds_list 完全準備就緒時將 LED 新增至 leds_list (CVE-2026-23101)

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

    ipvlan使 addrs_lock 依據連接埠 (CVE-2026-23103)

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

    net/schedqfq使用 cl_is_active 判斷類別在 qfq_rm_from_ag 中是否處於作用中 (CVE-2026-23105)

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

    scsi核心當最終完成項目相互爭用時喚醒錯誤處理常式 (CVE-2026-23110)

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

    bonding提供 net 指標給 __skb_flow_dissect() (CVE-2026-23119)

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

    sctp將 SCTP_CMD_ASSOC_SHKEY 移到 SCTP_CMD_PEER_INIT 之後 (CVE-2026-23125)

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

    ext4修正 ext4_xattr_inode_update_ref 中的 iloc.bh 洩漏 (CVE-2026-23145)

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

    rocker修正 rocker_world_port_post_fini() 中的記憶體洩漏 (CVE-2026-23164)

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

    scsi目標iscsi修正 iscsit_dec_session_usage_count() 中的釋放後使用錯誤 (CVE-2026-23193)

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

    KVM取消指派 irqfd 時不破壞 irqfd 路由類型 (CVE-2026-23198)

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

    macvlan修正 macvlan_common_newlink() 中的錯誤復原 (CVE-2026-23209)

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

    scsi目標iscsi修正 iscsit_dec_conn_usage_count() 中的釋放後使用 (CVE-2026-23216)

    在 Linux 核心中，下列弱點已解決：crypto: virtio - Add spinlock protection with virtqueue notification When VM boots with one virtio-crypto PCI device and builtin backend, run openssl benchmark command with multiple processes, such as openssl speed -evp aes-128-cbc
    -engine afalg -seconds 10 -multi 32 openssl processes will hangup and there is error reported like this:
    virtio_crypto virtio0: dataq.0:id 3 is not a head! It seems that the data virtqueue need protection when it is handled for virtio done notification. If the spinlock protection is added in virtcrypto_done_task(), openssl benchmark with multiple processes works well. (CVE-2026-23229)

    在 Linux 核心中，下列弱點已解決：romfs: check sb_set_blocksize() return value romfs_fill_super() ignores the return value of sb_set_blocksize(), which can fail if the requested block size is incompatible with the block device's configuration. This can be triggered by setting a loop device's block size larger than PAGE_SIZE using ioctl(LOOP_SET_BLOCK_SIZE, 32768), then mounting a romfs filesystem on that device. When sb_set_blocksize(sb, ROMBSIZE) is called with ROMBSIZE=4096 but the device has logical_block_size=32768, bdev_validate_blocksize() fails because the requested size is smaller than the device's logical block size. sb_set_blocksize() returns 0 (failure), but romfs ignores this and continues mounting. The superblock's block size remains at the device's logical block size (32768). Later, when sb_bread() attempts I/O with this oversized block size, it triggers a kernel BUG in folio_set_bh():
    kernel BUG at fs/buffer.c:1582! BUG_ON(size > PAGE_SIZE); Fix by checking the return value of sb_set_blocksize() and failing the mount with -EINVAL if it returns 0. (CVE-2026-23238)

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

    netliquidio修正 VF setup_nic_devices() 清理中的差一錯誤 (CVE-2026-23256)

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

    netliquidio修正 PF setup_nic_devices() 清理中的差一錯誤 (CVE-2026-23257)

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

    net Liquidio在佇列設定前初始化 netdev 指標 (CVE-2026-23258)

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

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

遠端主機上安裝的核心版本早於 5.15.102-61.139。因此，會受到 ALAS2KERNEL-5.15-2023-015 公告中所提及的多個弱點影響。

    Linux 核心的 KVM: nVMX 中存在迴歸問題，會引起推測執行攻擊。
    因為 KVM (L0) 向 L1 通告 eIBRS 支援，L1 認為在執行 L2 後其不需要 retpolines 或 IBPB，所以 L2 可以對 L1 發動 Spectre v2 攻擊。在 L2 具有程式碼執行權限的攻擊者可在主機的間接分支上執行程式碼。建議升級爲 Kernel 6.2 或之前的 commit 2e7eab81425a (CVE-2022-2196)

    據發現，在某些 AMD CPU 上，RAS (在某些 AMD 文件中亦稱為 RAP - Return Address Predictor，在 Intel 術語中稱為 RSB - Return Stack Buffer) 會在非閒置執行緒之間動態分割。這可讓攻擊者控制相鄰執行緒上的推測執行。(CVE-2022-27672)

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

    netfilternft_tproxy限制為 prerouting 勾點 (CVE-2022-50001)

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

    drm修正因 drmm_mode_config_init() 引起的潛在 null-ptr-deref (CVE-2022-50556)

    偵測到一些可遭惡意利用的小工具，這些小工具可透過側通道 (如 MDS) 以及針對 spectre-v1 的 usercopy 函式強化不足，來洩漏私密記憶體。(CVE-2023-0458)

    由於初始化期間的類型混淆問題，Linux 核心中的 tun 和 tap 通訊端將其通訊端 UID 硬式編碼為 0 (即 root)。雖然這通常是正確的，因為 TUN/TAP 裝置需要 CAP_NET_ADMIN，但也存在例外情況。通訊端 UID 可用於網路篩选和路由，因此可能導致 TUN/TAP 通訊端管理方式錯誤，進而可能繞過以 UID 為基礎的網路篩選器。(CVE-2023-1076)

    核心：pick_next_rt_entity() 中存在類型混淆弱點，此弱點可導致記憶體損毀。(CVE-2023-1077)

    上游錯誤報告對此問題的描述如下：

    在 Linux 核心的可靠資料包通訊端 (RDS) 通訊協定實作中發現一個瑕疵。rds_rm_zerocopy_callback() 在清單標頭上使用 list_entry()，可造成類型混淆。本機使用者可透過 rds_message_put() 觸發此問題。類型混淆導致 `struct rds_zcopy_info *info` 實際上指向可能由本機使用者控制的其他內容。目前已知此問題的觸發方式，觸發後可造成超出邊界存取和鎖定損毀。(CVE-2023-1078)

    Linux 核心流量控制索引篩選器 (tcindex) 中的釋放後使用弱點可觸發特權提升攻擊。不完整的雜湊區域可在封包遊走時更新，這將在使用損毀的 tcf_ext 呼叫「tcf_exts_exec()」時造成釋放後使用。本機攻擊者可利用此弱點將特權提升為根權限。此問題會影響 Linux 核心：從 4.14 開始的版本，直至 git 認可 ee059170b1f7e94e55fa6cadee544e176a6e59c2 之前。(CVE-2023-1281)

    Linux 核心流量控制索引篩選器 (tcindex) 中的釋放後使用弱點可被利用來提升本機權限。tcindex_delete 函式在刪除基礎結構時未正確停用篩選器，從而會在稍後導致重複釋放該結構。本機攻擊者可利用此弱點來將特權提升為根權限。我們建議使用者升級過去的認可 8c710f75256bb3cf05ac7b1672c82b92c43f3d28。(CVE-2023-1829)

    Linux 核心 io_uring 系統中包含釋放後使用弱點，攻擊者可藉此來提升本機權限。

    io_file_get_fixed 函式缺少 ctx->uring_lock，這可能會因修正檔案取消註冊的爭用情形而導致釋放後使用弱點。

    我們建議升級為之前的 commit da24142b1ef9fd5d36b76e36bab328a5b27523e8。(CVE-2023-1872)

    啟用純文字 IBRS (非增強型 IBRS) 時，spectre_v2_user_select_mitigation() 中的邏輯會判定不需要 STIBP。IBRS 位元可暗中防止跨執行緒分支目標插入。但是，使用舊版 IBRS 時，由於效能原因，IBRS 位元會在傳回至使用者空間時遭到清除，這會使使用者空間執行緒容易受到 STIBP 防範的跨執行緒分支目標插入攻擊。(CVE-2023-1998)

    - 在低於 6.1.13 版的 Linux 核心中，重新命名裝置期間發生配置失敗 (用於在新位置下登記 sysctl 表格) 後，net/mpls/af_mpls.c 中會發生雙重釋放。(CVE-2023-26545)

    在 Linux 核心中 fs/hfsplus/super.c 的 hfsplus_put_super 中發現釋放後使用缺陷。本機使用者可利用此缺陷造成拒絕服務。(CVE-2023-2985)

    在 6.2.3 版之前的 Linux 核心中，發現 lib/kobject.c 存在問題。攻擊者可藉由 root 存取權觸發爭用情形，進而導致 fill_kobj_path 超出邊界寫入。(CVE-2023-45863)

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

    aio：修復分支解除參照 Null 指標後的 mremap (CVE-2023-52646)

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

    netopenvswitch修正 ovs_meter_cmd_set() 中的潛在記憶體洩漏 (CVE-2023-52702)

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

    sched/psi：修正 ep_remove_wait_queue() 中的釋放後使用弱點 (CVE-2023-52707)

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

    bpf, sockmap：不讓 sock_map_{close,destroy,unhash} 自行呼叫 (CVE-2023-52735)

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

    修正 __free_pages 中的 racy 檢查所造成的頁面損毀 (CVE-2023-52739)

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

    cifs：修正 rdata->read_into_pages() 中的釋放後使用 (CVE-2023-52741)

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

    xfrm/compat：阻止 xfrm_xlate32_attr() 中潛在的 spectre v1 小工具 (CVE-2023-52746)

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

    vfio/type1防止透過 exec() 發生 locked_vm 的反向溢位 (CVE-2023-53171)

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

    USBuhci透過使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53197)

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

    netfilterx_tables修正建立新 netns 時錯誤路徑上的 percpu 計數器區塊洩漏 (CVE-2023-53200)

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

    PMdomains使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53202)

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

    ext4修正 ext4_feat_ktype 的函式原型不相符 (CVE-2023-53224)

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

    watchdog修正 watchdog_cdev_register 中的 kmemleak (CVE-2023-53234)

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

    firmwaredmi-sysfs修正 dmi_sysfs_register_handle 中的 null-ptr-deref (CVE-2023-53250)

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

    VMCI在呼叫 get_user_pages_fast() 之後檢查 context->notify_page 以避免 GPF (CVE-2023-53259)

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

    miscvmw_balloon透過使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53279)

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

    udf不針對內嵌檔案寫入失敗更新檔案長度 (CVE-2023-53295)

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

    rbd避免當 rbd_dev_create() 失敗時在 do_rbd_add() 中發生釋放後使用 (CVE-2023-53307)

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

    USB修正因使用 debugfs_lookup() 而發生的記憶體洩漏 (CVE-2023-53359)

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

    cryptoseqiv - 正確處理 EBUSY (CVE-2023-53373)

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

    driversbasedd使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53390)

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

    trace/blktrace透過使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53408)

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

    drivers基礎元件修正因使用 debugfs_lookup() 發生的記憶體洩漏問題 (CVE-2023-53409)

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

    PMEM修正使用 debugfs_lookup() 時發生的記憶體洩漏問題 (CVE-2023-53411)

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

    objtool修正 create_static_call_sections() 中的記憶體洩漏 (CVE-2023-53423)

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

    cifs修正損毀 MR 清單時的警告和 UAF (CVE-2023-53427)

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

    ipv6在 nexthop 計算中新增所有同級的 lwtunnel 封裝大小 (CVE-2023-53477)

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

    iommu修正 iommu_group_alloc() 中的錯誤回溯 (CVE-2023-53482)

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

    cryptoxts - 正確處理 EBUSY (CVE-2023-53494)

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

    udf請勿合併非常長的範圍 (CVE-2023-53506)

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

    sctp在 sctp_stream_priorities 中新增 refcnt 以避免巢狀迴圈 (CVE-2023-53590)

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

    驅動程式核心修正 device_add() 中的資源洩漏 (CVE-2023-53594)

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

    irqchip修正 platform_irqchip_probe 中的 refcount 洩漏 (CVE-2023-53610)

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

    udf偵測連結至目錄階層的系統 inode (CVE-2023-53695)

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

    ring-buffer處理 rb_move_tail 和 rb_check_pages 之間的爭用 (CVE-2023-53709)

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

    blk-iocost修正 calc_lcoefs() 中的除以 0 錯誤 (CVE-2023-53783)

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

    迴圈指派前的 loop_set_status_from_info() 檢查 (CVE-2023-53820)

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

    usbearlyxhci-dbc修正潛在的越界記憶體存取 (CVE-2023-53840)

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

    KVM如果 coalesced MMIO 取消註冊失敗則破壞目標裝置 (CVE-2023-54024)

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

    cryptoesiv - 正確處理 EBUSY (CVE-2023-54046)

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

    ledsled-core修正 of_led_get() 中的 refcount 洩漏 (CVE-2023-54190)

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

    tty修正 tty_driver_lookup_tty() 中的越界存取 (CVE-2023-54198)

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

    netfilterebtables修正表格 blob 釋放後使用 (CVE-2023-54243)

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

    cifsMR 配置失敗時修正遺失的破壞 smbd 連線 (CVE-2023-54260)

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

    ext4拒絕在卸載時建立 ea 區塊 (CVE-2023-54305)

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

    nettls避免在 tx_lock 上懸置工作 (CVE-2023-54306)

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

    dm flakey不損毀零頁面 (CVE-2023-54317)

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

    驅動程式核心修正 device_add() 中潛在的 null-ptr-deref (CVE-2023-54321)

    核心：ctnetlink_create_conntrack() 中的參照計數洩漏問題 (CVE-2023-7192)

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

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

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

  - 已解決 Linux 核心中的下列弱點：scsi: scsi_debug: Fix out-of-bound read in resp_readcap16() The following warning was observed running syzkaller: [ 3813.830724] sg_write:
    data in/out 65466/242 bytes for SCSI command 0x9e-- guessing data in; [ 3813.830724] program syz-executor not setting count and/or reply_len properly [ 3813.836956] ================================================================== [ 3813.839465] BUG: KASAN: stack-out-of-bounds in sg_copy_buffer+0x157/0x1e0 [ 3813.841773] Read of size 4096 at addr ffff8883cf80f540 by task syz-executor/1549 [ 3813.846612] Call Trace: [ 3813.846995] dump_stack+0x108/0x15f [ 3813.847524] print_address_description+0xa5/0x372 [ 3813.848243] kasan_report.cold+0x236/0x2a8 [ 3813.849439] check_memory_region+0x240/0x270 [ 3813.850094] memcpy+0x30/0x80 [ 3813.850553] sg_copy_buffer+0x157/0x1e0 [ 3813.853032] sg_copy_from_buffer+0x13/0x20 [ 3813.853660] fill_from_dev_buffer+0x135/0x370 [3813.854329] resp_readcap16+0x1ac/0x280 [ 3813.856917] schedule_resp+0x41f/0x1630 [ 3813.858203] scsi_debug_queuecommand+0xb32/0x17e0 [ 3813.862699] scsi_dispatch_cmd+0x330/0x950 [ 3813.863329] scsi_request_fn+0xd8e/0x1710 [ 3813.863946] __blk_run_queue+0x10b/0x230 [ 3813.864544] blk_execute_rq_nowait+0x1d8/0x400 [ 3813.865220] sg_common_write.isra.0+0xe61/0x2420 [ 3813.871637] sg_write+0x6c8/0xef0 [ 3813.878853] __vfs_write+0xe4/0x800 [ 3813.883487] vfs_write+0x17b/0x530 [3813.884008] ksys_write+0x103/0x270 [ 3813.886268] __x64_sys_write+0x77/0xc0 [ 3813.886841] do_syscall_64+0x106/0x360 [ 3813.887415] entry_SYSCALL_64_after_hwframe+0x44/0xa9 This issue can be reproduced with the following syzkaller log: r0 = openat(0xffffffffffffff9c, &(0x7f0000000040)='./file0\x00', 0x26e1, 0x0) r1 = syz_open_procfs(0xffffffffffffffff, &(0x7f0000000000)='fd/3\x00') open_by_handle_at(r1, &(0x7f00000003c0)=ANY=[@ANYRESHEX], 0x602000) r2 = syz_open_dev$sg(&(0x7f0000000000), 0x0, 0x40782) write$binfmt_aout(r2, &(0x7f0000000340)=ANY=[@ANYBLOB=00 000000deff000000000000000000000000000000000000000000000000000047f007af9e107a41ec395f1bded7be24277a1501ff61 96a83366f4e6362bc0ff2b247f68a972989b094b2da4fb3607fcf611a22dd04310d28c75039d], 0x126) In resp_readcap16() we get int alloc_len value -1104926854, and then pass the huge arr_len to fill_from_dev_buffer(), but arr is only 32 bytes. This leads to OOB in sg_copy_buffer(). To solve this issue, define alloc_len as u32.
    (CVE-2021-47191)

  - 已解決 Linux 核心中的下列弱點：scsi: scsi_debug: Fix out-of-bound read in resp_report_tgtpgs() The following issue was observed running syzkaller: BUG: KASAN: slab-out-of-bounds in memcpy include/linux/string.h:377 [inline] BUG: KASAN: slab-out-of-bounds in sg_copy_buffer+0x150/0x1c0 lib/scatterlist.c:831 Read of size 2132 at addr ffff8880aea95dc8 by task syz-executor.0/9815 CPU: 0 PID: 9815 Comm: syz-executor.0 Not tainted 4.19.202-00874-gfc0fe04215a9 #2 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1ubuntu1 04/01/2014 Call Trace: __dump_stack lib/dump_stack.c:77 [inline] dump_stack+0xe4/0x14a lib/dump_stack.c:118 print_address_description+0x73/0x280 mm/kasan/report.c:253 kasan_report_error mm/kasan/report.c:352 [inline] kasan_report+0x272/0x370 mm/kasan/report.c:410 memcpy+0x1f/0x50 mm/kasan/kasan.c:302 memcpy include/linux/string.h:377 [inline] sg_copy_buffer+0x150/0x1c0 lib/scatterlist.c:831 fill_from_dev_buffer+0x14f/0x340 drivers/scsi/scsi_debug.c:1021 resp_report_tgtpgs+0x5aa/0x770 drivers/scsi/scsi_debug.c:1772 schedule_resp+0x464/0x12f0 drivers/scsi/scsi_debug.c:4429 scsi_debug_queuecommand+0x467/0x1390 drivers/scsi/scsi_debug.c:5835 scsi_dispatch_cmd+0x3fc/0x9b0 drivers/scsi/scsi_lib.c:1896 scsi_request_fn+0x1042/0x1810 drivers/scsi/scsi_lib.c:2034
    __blk_run_queue_uncond block/blk-core.c:464 [inline] __blk_run_queue+0x1a4/0x380 block/blk-core.c:484 blk_execute_rq_nowait+0x1c2/0x2d0 block/blk-exec.c:78 sg_common_write.isra.19+0xd74/0x1dc0 drivers/scsi/sg.c:847 sg_write.part.23+0x6e0/0xd00 drivers/scsi/sg.c:716 sg_write+0x64/0xa0 drivers/scsi/sg.c:622 __vfs_write+0xed/0x690 fs/read_write.c:485 kill_bdev:block_device:00000000e138492c vfs_write+0x184/0x4c0 fs/read_write.c:549 ksys_write+0x107/0x240 fs/read_write.c:599 do_syscall_64+0xc2/0x560 arch/x86/entry/common.c:293 entry_SYSCALL_64_after_hwframe+0x49/0xbe We get 'alen' from command its type is int. If userspace passes a large length we will get a negative 'alen'.
    Switch n, alen, and rlen to u32. (CVE-2021-47219)

  - 已解決 Linux 核心中的下列弱點：kvm: avoid speculation-based attacks from out-of-range memslot accesses KVM's mechanism for accessing guest memory translates a guest physical address (gpa) to a host virtual address using the right-shifted gpa (also known as gfn) and a struct kvm_memory_slot. The translation is performed in __gfn_to_hva_memslot using the following formula: hva = slot->userspace_addr + (gfn - slot->base_gfn) * PAGE_SIZE It is expected that gfn falls within the boundaries of the guest's physical memory. However, a guest can access invalid physical addresses in such a way that the gfn is invalid. __gfn_to_hva_memslot is called from kvm_vcpu_gfn_to_hva_prot, which first retrieves a memslot through __gfn_to_memslot. While __gfn_to_memslot does check that the gfn falls within the boundaries of the guest's physical memory or not, a CPU can speculate the result of the check and continue execution speculatively using an illegal gfn. The speculation can result in calculating an out-of-bounds hva. If the resulting host virtual address is used to load another guest physical address, this is effectively a Spectre gadget consisting of two consecutive reads, the second of which is data dependent on the first. Right now it's not clear if there are any cases in which this is exploitable. One interesting case was reported by the original author of this patch, and involves visiting guest page tables on x86. Right now these are not vulnerable because the hva read goes through get_user(), which contains an LFENCE speculation barrier. However, there are patches in progress for x86 uaccess.h to mask kernel addresses instead of using LFENCE; once these land, a guest could use speculation to read from the VMM's ring 3 address space. Other architectures such as ARM already use the address masking method, and would be susceptible to this same kind of data-dependent access gadgets. Therefore, this patch proactively protects from these attacks by masking out-of-bounds gfns in __gfn_to_hva_memslot, which blocks speculation of invalid hvas. Sean Christopherson noted that this patch does not cover kvm_read_guest_offset_cached. This however is limited to a few bytes past the end of the cache, and therefore it is unlikely to be useful in the context of building a chain of data dependent accesses.
    (CVE-2021-47277)

  - 已解決 Linux 核心中的下列弱點：KVM: x86/mmu: make apf token non-zero to fix bug In current async pagefault logic, when a page is ready, KVM relies on kvm_arch_can_dequeue_async_page_present() to determine whether to deliver a READY event to the Guest. This function test token value of struct kvm_vcpu_pv_apf_data, which must be reset to zero by Guest kernel when a READY event is finished by Guest. If value is zero meaning that a READY event is done, so the KVM can deliver another. But the kvm_arch_setup_async_pf() may produce a valid token with zero value, which is confused with previous mention and may lead the loss of this READY event. This bug may cause task blocked forever in Guest: INFO: task stress:7532 blocked for more than 1254 seconds. Not tainted 5.10.0 #16 echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this message. task:stress state:D stack: 0 pid: 7532 ppid: 1409 flags:0x00000080 Call Trace: __schedule+0x1e7/0x650 schedule+0x46/0xb0 kvm_async_pf_task_wait_schedule+0xad/0xe0 ? exit_to_user_mode_prepare+0x60/0x70
    __kvm_handle_async_pf+0x4f/0xb0 ? asm_exc_page_fault+0x8/0x30 exc_page_fault+0x6f/0x110 ? asm_exc_page_fault+0x8/0x30 asm_exc_page_fault+0x1e/0x30 RIP: 0033:0x402d00 RSP: 002b:00007ffd31912500 EFLAGS: 00010206 RAX: 0000000000071000 RBX: ffffffffffffffff RCX: 00000000021a32b0 RDX: 000000000007d011 RSI: 000000000007d000 RDI: 00000000021262b0 RBP: 00000000021262b0 R08: 0000000000000003 R09:
    0000000000000086 R10: 00000000000000eb R11: 00007fefbdf2baa0 R12: 0000000000000000 R13: 0000000000000002 R14: 000000000007d000 R15: 0000000000001000 (CVE-2022-48943)

  - 已解決 Linux 核心中的下列弱點：ipv6: addrlabel: fix infoleak when sending struct ifaddrlblmsg to network When copying a `struct ifaddrlblmsg` to the network,
    __ifal_reserved remained uninitialized, resulting in a 1-byte infoleak: BUG: KMSAN: kernel-network-infoleak in __netdev_start_xmit ./include/linux/netdevice.h:4841 __netdev_start_xmit ./include/linux/netdevice.h:4841 netdev_start_xmit ./include/linux/netdevice.h:4857 xmit_one net/core/dev.c:3590 dev_hard_start_xmit+0x1dc/0x800 net/core/dev.c:3606 __dev_queue_xmit+0x17e8/0x4350 net/core/dev.c:4256 dev_queue_xmit ./include/linux/netdevice.h:3009 __netlink_deliver_tap_skb net/netlink/af_netlink.c:307 __netlink_deliver_tap+0x728/0xad0 net/netlink/af_netlink.c:325 netlink_deliver_tap net/netlink/af_netlink.c:338 __netlink_sendskb net/netlink/af_netlink.c:1263 netlink_sendskb+0x1d9/0x200 net/netlink/af_netlink.c:1272 netlink_unicast+0x56d/0xf50 net/netlink/af_netlink.c:1360 nlmsg_unicast ./include/net/netlink.h:1061 rtnl_unicast+0x5a/0x80 net/core/rtnetlink.c:758 ip6addrlbl_get+0xfad/0x10f0 net/ipv6/addrlabel.c:628 rtnetlink_rcv_msg+0xb33/0x1570 net/core/rtnetlink.c:6082 ... Uninit was created at:
    slab_post_alloc_hook+0x118/0xb00 mm/slab.h:742 slab_alloc_node mm/slub.c:3398
    __kmem_cache_alloc_node+0x4f2/0x930 mm/slub.c:3437 __do_kmalloc_node mm/slab_common.c:954
    __kmalloc_node_track_caller+0x117/0x3d0 mm/slab_common.c:975 kmalloc_reserve net/core/skbuff.c:437
    __alloc_skb+0x27a/0xab0 net/core/skbuff.c:509 alloc_skb ./include/linux/skbuff.h:1267 nlmsg_new ./include/net/netlink.h:964 ip6addrlbl_get+0x490/0x10f0 net/ipv6/addrlabel.c:608 rtnetlink_rcv_msg+0xb33/0x1570 net/core/rtnetlink.c:6082 netlink_rcv_skb+0x299/0x550 net/netlink/af_netlink.c:2540 rtnetlink_rcv+0x26/0x30 net/core/rtnetlink.c:6109 netlink_unicast_kernel net/netlink/af_netlink.c:1319 netlink_unicast+0x9ab/0xf50 net/netlink/af_netlink.c:1345 netlink_sendmsg+0xebc/0x10f0 net/netlink/af_netlink.c:1921 ... This patch ensures that the reserved field is always initialized. (CVE-2022-49865)

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

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

  - 驅動程式核心修正 device_add() 中潛在的 null-ptr-deref 執行錯誤插入測試時收到下列 null-ptr-deref 報告錯誤核心 NULL 指標解除參照位址0000000000000058 CPU2 PID
    278 Comm37-i2c-ds2482 污染GBWN 6.1.0-rc3+ RIP 0010:klist_put+0x2d/0xd0 呼叫追踪 <TASK> klist_remove+0xf1/0x1c0 device_release_driver_internal+0x196/0x210 bus_remove_device+0x1bd/0x240 device_addd0+0x3 w1_add_master_device+0x476/0x490 [wire] ds2482_probe+0x303/0x3e0 [ds2482] w1_alloc_dev() // dev->driver 設為 w1_master_driver。 memcpy(&dev->dev, device, sizeof(struct device)); device_add() bus_add_device() dpm_sysfs_add() // 執行失敗呼叫 bus_remove_device。 // 錯誤路徑 bus_remove_device() // dev->driver 不是 null，但未限制驅動程式。 __device_release_driver() klist_remove(&dev->p->knode_driver) <-- 會造成 null-ptr-deref。 // 正常路徑 bus_probe_device() // 目前尚未呼叫。 device_bind_driver() 若已設定 dev->driver在錯誤路徑中呼叫 device_add() 中的 bus_add_device() 之後若呼叫 bus_remove_device()則裝置會從驅動程式卸離。但尚未呼叫 device_bind_driver()因此它會在存取「knode_driver」時造成 null-ptr-deref。若要修正此問題請在呼叫 bus_remove_device() 之前在錯誤路徑中將 dev->driver 設為 null。 (CVE-2023-54321)

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

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

  - 已解決 Linux 核心中的下列弱點：virtio_net: fix xdp_rxq_info bug after suspend/resume The following sequence currently causes a driver bug warning when using virtio_net: # ip link set eth0 up # echo mem > /sys/power/state (or e.g. # rtcwake -s 10 -m mem) <resume> # ip link set eth0 down Missing register, driver bug WARNING: CPU: 0 PID: 375 at net/core/xdp.c:138 xdp_rxq_info_unreg+0x58/0x60 Call trace: xdp_rxq_info_unreg+0x58/0x60 virtnet_close+0x58/0xac
    __dev_close_many+0xac/0x140 __dev_change_flags+0xd8/0x210 dev_change_flags+0x24/0x64 do_setlink+0x230/0xdd0 ... This happens because virtnet_freeze() frees the receive_queue completely (including struct xdp_rxq_info) but does not call xdp_rxq_info_unreg(). Similarly, virtnet_restore() sets up the receive_queue again but does not call xdp_rxq_info_reg(). Actually, parts of virtnet_freeze_down() and virtnet_restore_up() are almost identical to virtnet_close() and virtnet_open(): only the calls to xdp_rxq_info_(un)reg() are missing. This means that we can fix this easily and avoid such problems in the future by just calling virtnet_close()/open() from the freeze/restore handlers. Aside from adding the missing xdp_rxq_info calls the only difference is that the refill work is only cancelled if netif_running(). However, this should not make any functional difference since the refill work should only be active if the network interface is actually up. (CVE-2022-49687)

  - 已解決 Linux 核心中的下列弱點：scsi: libsas: Fix use-after-free bug in smp_execute_task_sg() When executing SMP task failed, the smp_execute_task_sg() calls del_timer() to delete slow_task->timer. However, if the timer handler sas_task_internal_timedout() is running, the del_timer() in smp_execute_task_sg() will not stop it and a UAF will happen. The process is shown below:
    (thread 1) | (thread 2) smp_execute_task_sg() | sas_task_internal_timedout() ... | del_timer() | ... | ...
    sas_free_task(task) | kfree(task->slow_task) //FREE| | task->slow_task->... //USE Fix by calling del_timer_sync() in smp_execute_task_sg(), which makes sure the timer handler have finished before the task->slow_task is deallocated. (CVE-2022-50422)

  - 已解決 Linux 核心中的下列弱點：xhci: Remove device endpoints from bandwidth list when freeing the device Endpoints are normally deleted from the bandwidth list when they are dropped, before the virt device is freed. If xHC host is dying or being removed then the endpoints aren't dropped cleanly due to functions returning early to avoid interacting with a non-accessible host controller. So check and delete endpoints that are still on the bandwidth list when freeing the virt device. Solves a list_del corruption kernel crash when unbinding xhci-pci, caused by xhci_mem_cleanup() when it later tried to delete already freed endpoints from the bandwidth list. This only affects hosts that use software bandwidth checking, which currenty is only the xHC in intel Panther Point PCH (Ivy Bridge) (CVE-2022-50470)

  - 已解決 Linux 核心中的下列弱點：mmc: via-sdmmc: fix return value check of mmc_add_host() mmc_add_host() may return error, if we ignore its return value, it will lead two issues:
    1. The memory that allocated in mmc_alloc_host() is leaked. 2. In the remove() path, mmc_remove_host() will be called to delete device, but it's not added yet, it will lead a kernel crash because of null-ptr-deref in device_del(). Fix this by checking the return value and goto error path which will call mmc_free_host(). (CVE-2022-50846)

  - 已解決 Linux 核心中的下列弱點：media: uvcvideo: Fix memory leak in uvc_gpio_parse Previously the unit buffer was allocated before checking the IRQ for privacy GPIO. In case of error, the unit buffer was leaked. Allocate the unit buffer after the IRQ to avoid it. Addresses-Coverity-ID: 1474639 (Resource leak) (CVE-2022-50882)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
298680	Debian dla-4475ata-modules-5.10.0-35-armmp-di - 安全性更新	Nessus	Debian Local Security Checks	2026/2/11	2026/3/23	high
173340	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-138)	Nessus	Amazon Linux Local Security Checks	2023/3/23	2026/2/10	high
303103	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2026-114 (ALASKERNEL-5.10-2026-114)	Nessus	Amazon Linux Local Security Checks	2026/3/19	2026/3/31	high
173235	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。15-2023-015 (ALASKERNEL-5.15-2023-015)	Nessus	Amazon Linux Local Security Checks	2023/3/22	2026/2/9	high
362062	CentOS Linux 7 [TuxCare] 安全性更新：bpftool / kernel / kernel-debug / kernel-debug-devel / kernel-devel / etc 多個弱點（CENTOS7：CLSA-2026：1778756832）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
280731	Linux Distros 未修補的弱點：CVE-2023-54321	Nessus	Misc.	2025/12/30	2026/9/30	medium
362121	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1773139548）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high

偵測

搜尋 Plugin

high

high

high

high

high

medium

high