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

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

    ext4在 ext4_mb_clear_bb() 中使用之前必須先驗證區塊範圍 (CVE-2022-50021)

    Linux 核心效能事件系統中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    perf_group_detach 函式在呼叫 add_event_to_groups() 之前並未檢查事件的同級，但是 remove_on_exec 可以在從其群組卸離之前呼叫 list_del_event()，從而可能使用造成釋放後使用弱點的懸置指標。

    我們建議升級為過往的 commit fd0815f632c24878e325821943edccc7fde947a2。(CVE-2023-2235)

    在 Linux 核心 6.2.8 及更低版本的 arch/x86/kvm/vmx/nested.c 中發現一個問題。x86_64 上的 nVMX 缺少 CR0 和 CR4 的一致性檢查。(CVE-2023-30456)

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

    ftrace：修正索引為 0 時 lookup_rec() 中的無效位址存取 (CVE-2023-53075)

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

    drm/shmem-helper移除放置在錯誤路徑中的另一個錯誤 (CVE-2023-53084)

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

    drm/i915/active修正將非閒置障礙物誤用為隔離追踪器的問題 (CVE-2023-53087)

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

    ext4：修正 ext4_xattr_delete_inode 中的任務懸置 (CVE-2023-53089)

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

    ext4如果 s_journal_inum 在日誌記錄重播後有所變更則更新 (CVE-2023-53091)

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

    互連釋放節點時修正記憶體洩漏 (CVE-2023-53096)

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

    ext4：修正 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 時將 i_disksize 歸零 (CVE-2023-53101)

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

    連結如果非 eth 裝置從屬失敗則還原連結的 IFF_SLAVE 旗標 (CVE-2023-53103)

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

    net：tunnels：註釋 dev->needed_headroom 的無鎖定存取 (CVE-2023-53109)

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

    loop修正釋放後使用問題 (CVE-2023-53111)

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

    fs：關閉檔案描述符號時防止超出邊界陣列推測 (CVE-2023-53117)

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

    tcp: 現可從處理程序背景資訊呼叫 tcp_make_synack() (CVE-2023-53121)

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

    PCIs390修正按函式熱插拔的 PCI 資源釋放後使用 (CVE-2023-53123)

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

    SUNRPC：修正伺服器關機洩漏 (CVE-2023-53131)

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

    bpf、sockmap修正 tcp_bpf_recvmsg_parser() 中 len 為 0 時的無限迴圈錯誤 (CVE-2023-53133)

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

    af_unix修正 OOB 支援中的結構 pid 洩漏 (CVE-2023-53136)

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

    ext4：修正移動目錄時可能發生的損毀問題 (CVE-2023-53137)

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

    scsicore移除之前的 /proc/scsi/${proc_name} 目錄 (CVE-2023-53140)

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

    ila：不在 ila_xlat_nl_cmd_get_mapping() 中產生空白訊息 (CVE-2023-53141)

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

    ext4：修正 1k 區塊檔案系統上的另一個差一 fsmap 錯誤 (CVE-2023-53143)

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

    x86/resctrl在使用之前和之後清除 staged_config[] (CVE-2023-53169)

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

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

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

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

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

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

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

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

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

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

    套件：linux 版本：5.10.259-1 CVE ID：CVE-2021-47188 CVE-2021-47211 CVE-2022-48703 CVE-2022-49135 CVE-2022-49158 CVE-2022-49183 CVE-2022-49822 CVE-2022-50073 CVE-2022-50472 CVE-2022-50493 CVE-2022-50552 CVE-2023-53133 CVE-2023-53421 CVE-2023-53596 CVE-2023-54129 CVE-2024-43902 CVE-2025-10263 CVE-2025-21863 CVE-2025-22026 CVE-2025-22107 CVE-2025-38129 CVE-2025-38250 CVE-2025-38584 CVE-2025-38710 CVE-2025-39929 CVE-2025-40164 CVE-2025-68340 CVE-2026-23066 CVE-2026-23099 CVE-2026-23442 CVE-2026-23444 CVE-2026-31407 CVE-2026-31449 CVE-2026-31489 CVE-2026-31532 CVE-2026-31576 CVE-2026-31577 CVE-2026-31578 CVE-2026-31580 CVE-2026-31581 CVE-2026-31583 CVE-2026-31585 CVE-2026-31586 CVE-2026-31588 CVE-2026-31590 CVE-2026-31596 CVE-2026-31597 CVE-2026-31598 CVE-2026-31599 CVE-2026-31602 CVE-2026-31603 CVE-2026-31605 CVE-2026-31607 CVE-2026-31615 CVE-2026-31616 CVE-2026-31617 CVE-2026-31618 CVE-2026-31619 CVE-2026-31622 CVE-2026-31623 CVE-2026-31624 CVE-2026-31625 CVE-2026-31626 CVE-2026-31627 CVE-2026-31629 CVE-2026-31630 CVE-2026-31634 CVE-2026-31637 CVE-2026-31642 CVE-2026-31656 CVE-2026-31657 CVE-2026-31664 CVE-2026-31673 CVE-2026-31676 CVE-2026-31681 CVE-2026-31684 CVE-2026-31685 CVE-2026-31686 CVE-2026-31696 CVE-2026-31697 CVE-2026-31698 CVE-2026-31699 CVE-2026-31700 CVE-2026-31701 CVE-2026-31708 CVE-2026-31715 CVE-2026-43052 CVE-2026-43058 CVE-2026-43075 CVE-2026-43076 CVE-2026-43080 CVE-2026-43085 CVE-2026-43089 CVE-2026-43093 CVE-2026-43103 CVE-2026-43104 CVE-2026-43105 CVE-2026-43110 CVE-2026-43111 CVE-2026-43113 CVE-2026-43114 CVE-2026-43117 CVE-2026-43281 CVE-2026-43350 CVE-2026-43492 CVE-2026-43493 CVE-2026-43494 CVE-2026-43496 CVE-2026-43497 CVE-2026-43501 CVE-2026-43502 CVE-2026-45834 CVE-2026-45835 CVE-2026-45836 CVE-2026-45838 CVE-2026-45840 CVE-2026-45841 CVE-2026-45842 CVE-2026-45843 CVE-2026-45844 CVE-2026-45846 CVE-2026-45850 CVE-2026-45986 CVE-2026-45987 CVE-2026-45991 CVE-2026-45994 CVE-2026-46002 CVE-2026-46003 CVE-2026-46004 CVE-2026-46006 CVE-2026-46018 CVE-2026-46019 CVE-2026-46021 CVE-2026-46022 CVE-2026-46023 CVE-2026-46026 CVE-2026-46027 CVE-2026-46033 CVE-2026-46038 CVE-2026-46040 CVE-2026-46043 CVE-2026-46044 CVE-2026-46046 CVE-2026-46047 CVE-2026-46049 CVE-2026-46051 CVE-2026-46052 CVE-2026-46053 CVE-2026-46056 CVE-2026-46064 CVE-2026-46069 CVE-2026-46070 CVE-2026-46077 CVE-2026-46078 CVE-2026-46080 CVE-2026-46086 CVE-2026-46088 CVE-2026-46090 CVE-2026-46091 CVE-2026-46098 CVE-2026-46101 CVE-2026-46102 CVE-2026-46103 CVE-2026-46107 CVE-2026-46108 CVE-2026-46109 CVE-2026-46120 CVE-2026-46122 CVE-2026-46124 CVE-2026-46127 CVE-2026-46128 CVE-2026-46132 CVE-2026-46133 CVE-2026-46137 CVE-2026-46146 CVE-2026-46149 CVE-2026-46150 CVE-2026-46151 CVE-2026-46159 CVE-2026-46160 CVE-2026-46161 CVE-2026-46163 CVE-2026-46167 CVE-2026-46169 CVE-2026-46172 CVE-2026-46177 CVE-2026-46178 CVE-2026-46180 CVE-2026-46184 CVE-2026-46187 CVE-2026-46189 CVE-2026-46191 CVE-2026-46196 CVE-2026-46198 CVE-2026-46205 CVE-2026-46206 CVE-2026-46208 CVE-2026-46209 CVE-2026-46212 CVE-2026-46214 CVE-2026-46220 CVE-2026-46227 CVE-2026-46231 CVE-2026-46233 CVE-2026-46234 CVE-2026-46236 CVE-2026-46238 CVE-2026-46275 CVE-2026-46276 CVE-2026-46285 CVE-2026-46291 CVE-2026-46292 CVE-2026-46294 CVE-2026-46299 CVE-2026-46301 CVE-2026-46303 CVE-2026-46304 CVE-2026-46307 CVE-2026-46319 CVE-2026-46320 CVE-2026-46321 CVE-2026-46322 CVE-2026-52909 CVE-2026-52910 CVE-2026-52912 CVE-2026-52913 CVE-2026-52914 CVE-2026-52915 CVE-2026-52916 CVE-2026-52917 CVE-2026-52918 CVE-2026-52919 CVE-2026-52920 CVE-2026-52921 CVE-2026-52922 CVE-2026-52923 CVE-2026-52924 CVE-2026-52925 CVE-2026-52926 CVE-2026-52927 CVE-2026-52929 CVE-2026-52930 CVE-2026-52931 CVE-2026-52934 CVE-2026-52935 CVE-2026-52939 CVE-2026-52943 CVE-2026-52946 CVE-2026-52947 CVE-2026-52948 CVE-2026-52954 CVE-2026-52955 CVE-2026-52957 CVE-2026-52958 CVE-2026-52962 CVE-2026-52963 CVE-2026-52970 CVE-2026-52972 CVE-2026-52982 CVE-2026-52984 CVE-2026-52985 CVE-2026-52986 CVE-2026-52992 CVE-2026-52993 CVE-2026-52995 CVE-2026-52998 CVE-2026-52999 CVE-2026-53001 CVE-2026-53002 CVE-2026-53003 CVE-2026-53004 CVE-2026-53006 CVE-2026-53011 CVE-2026-53012 CVE-2026-53016 CVE-2026-53021 CVE-2026-53037 CVE-2026-53039 CVE-2026-53040 CVE-2026-53041 CVE-2026-53043 CVE-2026-53045 CVE-2026-53047 CVE-2026-53050 CVE-2026-53059 CVE-2026-53060 CVE-2026-53061 CVE-2026-53062 CVE-2026-53064 CVE-2026-53065 CVE-2026-53068 CVE-2026-53071 CVE-2026-53072 CVE-2026-53073 CVE-2026-53074 CVE-2026-53075 CVE-2026-53077 CVE-2026-53080 CVE-2026-53082 CVE-2026-53088 CVE-2026-53093 CVE-2026-53112 CVE-2026-53128 CVE-2026-53130 CVE-2026-53133 CVE-2026-53134 CVE-2026-53135 CVE-2026-53137 CVE-2026-53146 CVE-2026-53148 CVE-2026-53149 CVE-2026-53150 CVE-2026-53161 CVE-2026-53168 CVE-2026-53176 CVE-2026-53181 CVE-2026-53186 CVE-2026-53189 CVE-2026-53194 CVE-2026-53195 CVE-2026-53196 CVE-2026-53199 CVE-2026-53208 CVE-2026-53212 CVE-2026-53217 CVE-2026-53218 CVE-2026-53219 CVE-2026-53221 CVE-2026-53223 CVE-2026-53225 CVE-2026-53227 CVE-2026-53228 CVE-2026-53238 CVE-2026-53239 CVE-2026-53242 CVE-2026-53245 CVE-2026-53249 CVE-2026-53255 CVE-2026-53256 CVE-2026-53263 CVE-2026-53264 CVE-2026-53266 CVE-2026-53268 CVE-2026-53269 CVE-2026-53270 CVE-2026-53273 CVE-2026-53287 CVE-2026-53294 CVE-2026-53295 CVE-2026-53296 CVE-2026-53304 CVE-2026-53309 CVE-2026-53320 CVE-2026-53337 CVE-2026-53339 CVE-2026-53352 CVE-2026-53354 CVE-2026-53355 CVE-2026-53356 CVE-2026-53357 Debian 錯誤：1130365 1119093

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

    針對 Debian 11 Bullseye，已在 5.10.259-1 版本中修正這些問題。此版本還包括來自穩定更新 5.10.258 和 5.10.259的更多錯誤修復。

    建議您升級 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-148 公告中所提及的多個弱點影響。

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

    KVMVMX將 /dev/kvm 洩漏至使用者空間前執行 _all_ 初始化 (CVE-2022-49932)

    Linux 核心效能事件系統中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    perf_group_detach 函式在呼叫 add_event_to_groups() 之前並未檢查事件的同級，但是 remove_on_exec 可以在從其群組卸離之前呼叫 list_del_event()，從而可能使用造成釋放後使用弱點的懸置指標。

    我們建議升級為過往的 commit fd0815f632c24878e325821943edccc7fde947a2。(CVE-2023-2235)

    在 Linux 核心 6.2.6 以及之前的所有版本中，net/tls/tls_main.c 中的 do_tls_getsockopt 缺少 lock_sock 呼叫，可引致爭用條件 (造成釋放後使用或 NULL 指標解除參照)。(CVE-2023-28466)

    在 Linux 核心 6.2.8 及更低版本的 arch/x86/kvm/vmx/nested.c 中發現一個問題。x86_64 上的 nVMX 缺少 CR0 和 CR4 的一致性檢查。(CVE-2023-30456)

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

    ACPIPPTT修正以避免在 PPTT 不存在時在 atomic 內容中進入睡眠狀態 (CVE-2023-53070)

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

    ftrace：修正索引為 0 時 lookup_rec() 中的無效位址存取 (CVE-2023-53075)

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

    ocfs2：修正寫入失敗後的資料損毀 (CVE-2023-53081)

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

    drm/shmem-helper移除放置在錯誤路徑中的另一個錯誤 (CVE-2023-53084)

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

    drm/i915/active修正將非閒置障礙物誤用為隔離追踪器的問題 (CVE-2023-53087)

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

    ext4：修正 ext4_xattr_delete_inode 中的任務懸置 (CVE-2023-53089)

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

    ext4如果 s_journal_inum 在日誌記錄重播後有所變更則對其進行更新 (CVE-2023-53091)

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

    drm/ttm修正 NULL 指標解除參照 (CVE-2023-53095)

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

    互連釋放節點時修正記憶體洩漏 (CVE-2023-53096)

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

    ext4：修正 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 時將 i_disksize 歸零 (CVE-2023-53101)

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

    連結如果非 eth 裝置從屬失敗則還原連結的 IFF_SLAVE 旗標 (CVE-2023-53103)

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

    veth修正 XDP_REDIRECT 中的釋放後使用 (CVE-2023-53107)

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

    net：tunnels：註釋 dev->needed_headroom 的無鎖定存取 (CVE-2023-53109)

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

    loop修正釋放後使用問題 (CVE-2023-53111)

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

    drm/i915/sseu修正 max_subslices array-index-out-of-bounds 存取 (CVE-2023-53112)

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

    fs：關閉檔案描述符號時防止超出邊界陣列推測 (CVE-2023-53117)

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

    tcp: 現可從處理程序背景資訊呼叫 tcp_make_synack() (CVE-2023-53121)

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

    PCIs390修正按函式熱插拔的 PCI 資源釋放後使用 (CVE-2023-53123)

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

    SUNRPC：修正伺服器關機洩漏 (CVE-2023-53131)

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

    bpf、sockmap修正 tcp_bpf_recvmsg_parser() 中 len 為 0 時的無限迴圈錯誤 (CVE-2023-53133)

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

    af_unix修正 OOB 支援中的結構 pid 洩漏 (CVE-2023-53136)

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

    ext4：修正移動目錄時可能發生的損毀問題 (CVE-2023-53137)

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

    scsicore移除之前的 /proc/scsi/${proc_name} 目錄 (CVE-2023-53140)

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

    ila：不在 ila_xlat_nl_cmd_get_mapping() 中產生空白訊息 (CVE-2023-53141)

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

    ext4：修正 1k 區塊檔案系統上的另一個差一 fsmap 錯誤 (CVE-2023-53143)

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

    x86/resctrl在使用之前和之後清除 staged_config[] (CVE-2023-53169)

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

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

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

  - bpf、sockmap修正 tcp_bpf_recvmsg_parser() 中 len 為 0 時的無限迴圈錯誤。recvmsg 系統呼叫的緩衝區長度為 0 時發生下列軟鎖定問題watchdog錯誤軟鎖定 - CPU#3 停滯了 27 秒! [a.out:6149] CPU: 3 PID: 6149 Comm: a.out Kdump: 已載入 未受污染 6.2.0+ #30 硬體名稱: QEMU Standard PC (Q35 + ICH9, 2009)、BIOS 1.15.0-1 04/01/ 2014 RIP
    0010:remove_wait_queue+0xb/0xc0 程式碼5e 41 5f c3 cc cc cc cc 0f 1f 80 00 00 00 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa 00 1 1 f 44 00 00 4 0 <41> 57  56 41 55 41 54 55 48 89 fd 53 48 89 f3 4c 8d 6b 18 4c 8d 73 20 RSP: 0018:ffff88811b5978b8 EFLAGS: 00000246 RAX: 0000000000000000 RBX: ffff88811a7d3780 RCX: ffffffffb7a4d768 RDX: dffffc0000000000 RSI: ffff88811b597908 RDI: ffff888115408040 RBP
     R081ffff110236b2f1b  : 0000000000000000 R09: ffff88811a7d37e7 R10: ffffed10234fa6fc R11: 0000000000000001 R12: ffff88811179b800 R13: 0000000000000001 R14: ffff88811a7d38a8 R15: ffff88811a7d37e0 FS:
    00007f6fb5398740(0000) GS:ffff888237180000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0
    0000000080050033 CR2: 0000000020000000 CR3: 000000010b6ba002 CR4: 0000000000370ee0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400 呼叫追踪 <TASK> tcp_msg_wait_data+0x279/0x2f0 tcp_bpf_recvmsg_parser+0x3c6/0x490 inet_recvmsg+0x280/0x290 sock_recvmsg+0xfc/0x120____sys_recvmsg+0x160/0x0xf00__/0x_180msg
    __sys_recvmsg+0xea/0x1a0 do_syscall_64+0x3f/0x90 entry_SYSCALL_64_after_hwframe+0x72/0xdc tcp_bpf_recvmsg_parser 中的邏輯如下 msg_bytes_readycopyed = sk_msg_recvmsg(sk, psock, msg, len, flags); if (!copyed) { 等待資料goto msg_bytes_ready } 在此情況下複製的值一律為 0則會發生無限迴圈。根據 Linux 系統呼叫手冊頁此情況應傳回 0。因此在 tcp_bpf_recvmsg_parser() 中若長度為 0 則直接傳回。同時修改具有相同問題的其他數個函式。 (CVE-2023-53133)

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

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

  - 已解決 Linux 核心中的下列弱點：net: amd-xgbe: Fix skb data length underflow There will be BUG_ON() triggered in include/linux/skbuff.h leading to intermittent kernel panic, when the skb length underflow is detected. Fix this by dropping the packet if such length underflows are seen because of inconsistencies in the hardware descriptors. (CVE-2022-48743)

  - 已解決 Linux 核心中的下列弱點：net: bcmgenet: Use stronger register read/writes to assure ordering GCC12 appears to be much smarter about its dependency tracking and is aware that the relaxed variants are just normal loads and stores and this is causing problems like: [210.074549] ------------[ cut here ]------------ [ 210.079223] NETDEV WATCHDOG: enabcm6e4ei0 (bcmgenet):
    transmit queue 1 timed out [ 210.086717] WARNING: CPU: 1 PID: 0 at net/sched/sch_generic.c:529 dev_watchdog+0x234/0x240 [ 210.095044] Modules linked in: genet(E) nft_fib_inet nft_fib_ipv4 nft_fib_ipv6 nft_fib nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat] [ 210.146561] ACPI CPPC: PCC check channel failed for ss: 0. ret=-110 [ 210.146927] CPU: 1 PID: 0 Comm: swapper/1 Tainted: G E 5.17.0-rc7G12+ #58 [ 210.153226] CPPC Cpufreq:cppc_scale_freq_workfn: failed to read perf counters [210.161349] Hardware name: Raspberry Pi Foundation Raspberry Pi 4 Model B/Raspberry Pi 4 Model B, BIOS EDK2-DEV 02/08/2022 [ 210.161353] pstate: 80400005 (Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [210.161358] pc : dev_watchdog+0x234/0x240 [ 210.161364] lr : dev_watchdog+0x234/0x240 [ 210.161368] sp :
    ffff8000080a3a40 [ 210.161370] x29: ffff8000080a3a40 x28: ffffcd425af87000 x27: ffff8000080a3b20 [210.205150] x26: ffffcd425aa00000 x25: 0000000000000001 x24: ffffcd425af8ec08 [ 210.212321] x23:
    0000000000000100 x22: ffffcd425af87000 x21: ffff55b142688000 [ 210.219491] x20: 0000000000000001 x19:
    ffff55b1426884c8 x18: ffffffffffffffff [ 210.226661] x17: 64656d6974203120 x16: 0000000000000001 x15:
    6d736e617274203a [ 210.233831] x14: 2974656e65676d63 x13: ffffcd4259c300d8 x12: ffffcd425b07d5f0 [210.241001] x11: 00000000ffffffff x10: ffffcd425b07d5f0 x9 : ffffcd4258bdad9c [ 210.248171] x8 :
    00000000ffffdfff x7 : 000000000000003f x6 : 0000000000000000 [ 210.255341] x5 : 0000000000000000 x4 :
    0000000000000000 x3 : 0000000000001000 [ 210.262511] x2 : 0000000000001000 x1 : 0000000000000005 x0 :
    0000000000000044 [ 210.269682] Call trace: [ 210.272133] dev_watchdog+0x234/0x240 [ 210.275811] call_timer_fn+0x3c/0x15c [ 210.279489] __run_timers.part.0+0x288/0x310 [ 210.283777] run_timer_softirq+0x48/0x80 [ 210.287716] __do_softirq+0x128/0x360 [ 210.291392]
    __irq_exit_rcu+0x138/0x140 [ 210.295243] irq_exit_rcu+0x1c/0x30 [ 210.298745] el1_interrupt+0x38/0x54 [210.302334] el1h_64_irq_handler+0x18/0x24 [ 210.306445] el1h_64_irq+0x7c/0x80 [ 210.309857] arch_cpu_idle+0x18/0x2c [ 210.313445] default_idle_call+0x4c/0x140 [ 210.317470] cpuidle_idle_call+0x14c/0x1a0 [ 210.321584] do_idle+0xb0/0x100 [ 210.324737] cpu_startup_entry+0x30/0x8c [210.328675] secondary_start_kernel+0xe4/0x110 [ 210.333138] __secondary_switched+0x94/0x98 The assumption when these were relaxed seems to be that device memory would be mapped non reordering, and that other constructs (spinlocks/etc) would provide the barriers to assure that packet data and in memory rings/queues were ordered with respect to device register reads/writes. This itself seems a bit sketchy, but the real problem with GCC12 is that it is moving the actual reads/writes around at will as though they were independent operations when in truth they are not, but the compiler can't know that. When looking at the assembly dumps for many of these routines its possible to see very clean, but not strictly in program order operations occurring as the compiler would be free to do if these weren't actually register reads/write operations. Its possible to suppress the timeout with a liberal bit of dma_mb()'s sprinkled around but the device still seems unable to reliably send/receive data. A better plan is to use the safer readl/writel everywhere. Since this partially reverts an older commit, which notes the use of the relaxed variants for performance reasons. I would suggest that any performance problems ---truncated--- (CVE-2022-49194)

  - 已解決 Linux 核心中的下列弱點：ima: Fix a potential integer overflow in ima_appraise_measurement When the ima-modsig is enabled, the rc passed to evm_verifyxattr() may be negative, which may cause the integer overflow problem. (CVE-2022-49643)

  - 已解決 Linux 核心中的下列弱點：ovl: Use buf flexible array for memcpy() destination The buf flexible array needs to be the memcpy() destination to avoid false positive run-time warning from the recent FORTIFY_SOURCE hardening: memcpy: detected field-spanning write (size 93) of single field &fh->fb at fs/overlayfs/export.c:799 (size 21) (CVE-2022-49743)

  - 已解決 Linux 核心中的下列弱點：kprobes: Skip clearing aggrprobe's post_handler in kprobe-on-ftrace case In __unregister_kprobe_top(), if the currently unregistered probe has post_handler but other child probes of the aggrprobe do not have post_handler, the post_handler of the aggrprobe is cleared. If this is a ftrace-based probe, there is a problem. In later calls to disarm_kprobe(), we will use kprobe_ftrace_ops because post_handler is NULL. But we're armed with kprobe_ipmodify_ops. This triggers a WARN in __disarm_kprobe_ftrace() and may even cause use-after-free:
    Failed to disarm kprobe-ftrace at kernel_clone+0x0/0x3c0 (error -2) WARNING: CPU: 5 PID: 137 at kernel/kprobes.c:1135 __disarm_kprobe_ftrace.isra.21+0xcf/0xe0 Modules linked in: testKprobe_007(-) CPU: 5 PID: 137 Comm: rmmod Not tainted 6.1.0-rc4-dirty #18 [...] Call Trace: <TASK> __disable_kprobe+0xcd/0xe0
    __unregister_kprobe_top+0x12/0x150 ? mutex_lock+0xe/0x30 unregister_kprobes.part.23+0x31/0xa0 unregister_kprobe+0x32/0x40 __x64_sys_delete_module+0x15e/0x260 ? do_user_addr_fault+0x2cd/0x6b0 do_syscall_64+0x3a/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd [...] For the kprobe-on-ftrace case, we keep the post_handler setting to identify this aggrprobe armed with kprobe_ipmodify_ops. This way we can disarm it correctly. (CVE-2022-49779)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
176754	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。15-2023-019 (ALASKERNEL-5.15-2023-019)	Nessus	Amazon Linux Local Security Checks	2023/6/6	2026/2/9	high
325018	Debian dla-4664 ： ata-modules-5.10.0-43-armmp-di - 安全性更新	Nessus	Debian Local Security Checks	2026/7/3	2026/9/18	high
173854	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-148)	Nessus	Amazon Linux Local Security Checks	2023/4/4	2026/2/24	high
248952	Linux Distros 未修補的弱點：CVE-2023-53133	Nessus	Misc.	2025/8/12	2026/11/11	medium
353122	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1779375889）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/21	high

偵測

搜尋 Plugin

high

high

high

medium

high