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

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

    sctp：在呼叫 udp_tunnel_xmit_skb（） （CVE-2026-53070） 之前停用 BH

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

    bpf：修正 sock_opsCVE-2026-53078 （） 中的相同暫存器 dst/src OOB 讀取和指標洩漏

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

    KVM： x86：修正由於意外角色 （） 造成的影子分頁釋放後使用問題 （CVE-2026-53359）

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

    af_unix：在 unix_gc（） 中將 gc_in_progress 設為 true。（CVE-2026-53361）

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

    virtiofs：修正子掛載 umount 上的 UAF

    如果超級區塊已經被破壞，則從 fuse_release_end（） 呼叫的 iput（） 可以 Oops。通常，這是透過在開始超級區塊關閉之前等待fornum_waiting降至零來防止的。

    不過，這僅適用於最後一個子掛載執行個體，因為等候計數器是每個連線，而不是每個超級區塊。

    還原為針對auto_submounts情況使用同步釋放要求，目前僅為虛擬狀態。（CVE-2026-53381）

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

    vc_screen：在並行vcs_write期間修正 vcs_notifier（） 中的 null-ptr-deref

    在 vcs_notifier（） 中觀察到 KASAN null-ptr-deref：

    錯誤：KASAN：vcs_notifier+0x98/0x130 中的 null-ptr-deref 在 addr qmp_cmd_name 處讀取大小為 2：
    qmp_capabilities，引數：{}

    問題是 vcs_write（） 中的爭用情形。當console_lock暫時刪除（以從使用者空間複製資料）時，從vcs_vc（）取得的vc_data指標可能會過時。重新取得鎖定後，會再次呼叫 vcs_vc（） 以重新驗證指標。如果 vc 在此期間已被解除分配，則 vcs_vc（） 傳回 NULL，while 迴圈中斷（寫入的 > 為 0）。不過，在迴圈之後，仍會使用現在為 NULL 的 vc 指標呼叫 vcs_scr_updated（vc），導致通知程式鏈結中出現 NULL 指標解除參照 （vcs_notifier解除參照 param->vc）。

    在呼叫 vcs_scr_updated（） 之前新增 vc 的 NULL 檢查來修正此問題。（CVE-2026-53385）

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

    fuse：取代頁面快取對開本之前的重新鎖定要求

    fuse_try_move_folio（） 會在進入時解除鎖定要求，但不會在成功路徑上重新鎖定要求。這意味著 fuse_chan_abort（） 可以結束請求並釋放fuse_io_args（例如 fuse_readpages_end（）），而 fuse_try_move_folio（） 存取後的後續複製鏈邏輯thefuse_io_args，從而導致釋放後使用問題。

    透過在 replace_page_cache_folio（） 之前呼叫 lock_request（） 來解決此問題。這可確保要求鎖定在成功路徑上，以防止在稍後的複製邏輯執行時釋放fuse_io_args，並且還可以確保 ap->folios[i]->映射永遠不會為 null，因為 ap->folios[i] 將始終指向 newfolio afterreplace_page_cache_folio（）。（CVE-2026-53388）

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

    net/tcp-ao：修正del_async路徑 （CVE-2026-53389） 中金鑰的釋放後使用

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

    NFSv4/pNFS：拒絕 nfs4_decode_mp_ds_addr （CVE-2026-53391） 中的零長度r_addr

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

    NFSv4/flexfiles：拒絕零檔案控點版本計數 （CVE-2026-53392）

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

    nfsd：在延遲回寫錯誤時重設寫入驗證程式 （CVE-2026-53393）

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

    nfsd：避免在未確認的重試爭用上洩漏預先配置的 openowner （CVE-2026-53394）

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

    nfsd：修正 SETACL 解碼失敗時的posix_acl洩露 （CVE-2026-53397）

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

    i2c：core：修正轉接器註冊爭用

    可以使用 i2c_get_adapter（） 根據其 ID 查詢配接器，該 （） 採用對嵌入式結構裝置的引用。

    請確定配接器 （包括其結構裝置） 在將配接器新增至 IDR 之前已初始化，以避免存取 uninitialiseddata，例如可能導致 NULL 指標解除參照或釋放後使用。

    請注意，從匯流排通知程式註冊的 i2c-dev chardev 目前使用 i2c_get_adapter（），因此需要在註冊前將轉接器新增至 IDR。（CVE-2026-53400）

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

    fbdev：修正 fb_new_modelist 以防止 fb_videomode_to_var 中的 null-ptr-deref

    info->var 是 framebuffer 的目前模式，在 info->modelist 中應該有一個 matchingentry。
    var_to_display（） 依賴這一點，並將失敗的 fb_match_mode（） 視為不應該發生這種情況。
    fb_set_var（） 透過在每次變更時將模式新增至清單來保持 true，anddo_register_framebuffer（） 在註冊時也會執行相同的操作。

    store_modes（） 取代了使用者空間中的模式清單。fb_new_modelist（）會驗證新模式，但不會檢查 info->var 是否仍然具有 amatch。它依賴 fbcon_new_modelist（） 重新指向控制台，但這僅處理映射到幀緩衝區的控制台。如果 fbcon 未綁定，就沒有了，所以 info->var 只剩下描述一個不再在清單中的模式。

    稍後的主控台接管會執行 var_to_display（），其中 fb_match_mode（） 傳回 NULL 並將 fb_display[i].mode 保留為 NULL。fbcon_switch（） 將其傳遞給 display_to_var（），fb_videomode_to_var（） 解除參照 NULL 模式。

    在 fb_new_modelist（） 中保留清單中的目前模式，wayfb_set_var（） 也是如此。（CVE-2026-53403）

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

    pNFS：修正 pnfs_update_layout（） 中的釋放後使用 （CVE-2026-63800）

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

    blk-cgroup：修正 __blkcg_rstat_flush（） 中的 UAF （CVE-2026-63802）

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

    KVM：將 ioeventfd 資料比對中的 guest-triggerable BUG_ON（） 替換為 get_unaligned（）CVE-2026-63806 （）

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

    KVM：x86/mmu：在檢查最大對應層級 （） 之前，請確定 hugepage 已依插槽進入 （CVE-2026-63807）

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

    bpf：將 kvfree（） 用於已替換的 sysctl 寫入緩衝區 （CVE-2026-63809）

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

    block：避免在使用者空間 （CVE-2026-63810） 中掛載 bdev 虛擬檔案系統

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

    keys：在實例路徑中釘選request_key_auth負載 （CVE-2026-63823）

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

    KEYS：修正 keyctl_pkey_params_get_2（）CVE-2026-63824 （） 中的溢位

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

    fbdev：修正 store_modes（） 中的釋放後使用 （CVE-2026-63826）

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

    apparmor：調解 TCP 快速開啟 sendmsg （CVE-2026-63828） 的隱含連接

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

    net： ip_gre：需要在裝置 netns 中CAP_NET_ADMIN以進行 changelink （CVE-2026-63829）

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

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

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

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

    ext4：將 BUG_ON 替換為 ext4_read_inline_folio （CVE-2026-31451） 中的正確錯誤處理

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

    net/sched：修正導致頁面快取損毀的 pedit 部分 COW （CVE-2026-46331）

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

    ip6_vti：在後援裝置上設定netns_immutable。（CVE-2026-52909）

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

    af_unix：拒絕非串流通訊端上的 SIOCATMARK （CVE-2026-52928）

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

    fuse：將FUSE_NOTIFY_RETRIEVE限制為最新的對開本 （CVE-2026-53167）

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

    KVM： x86：修正由於意外角色 （） 造成的影子分頁釋放後使用問題 （CVE-2026-53359）

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

    virtiofs：修正子掛載 umount 上的 UAF

    如果超級區塊已經被破壞，則從 fuse_release_end（） 呼叫的 iput（） 可以 Oops。通常，這是透過在開始超級區塊關閉之前等待fornum_waiting降至零來防止的。

    不過，這僅適用於最後一個子掛載執行個體，因為等候計數器是每個連線，而不是每個超級區塊。

    還原為針對auto_submounts情況使用同步釋放要求，目前僅為虛擬狀態。（CVE-2026-53381）

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

    vc_screen：在並行vcs_write期間修正 vcs_notifier（） 中的 null-ptr-deref

    在 vcs_notifier（） 中觀察到 KASAN null-ptr-deref：

    錯誤：KASAN：vcs_notifier+0x98/0x130 中的 null-ptr-deref 在 addr qmp_cmd_name 處讀取大小為 2：
    qmp_capabilities，引數：{}

    問題是 vcs_write（） 中的爭用情形。當console_lock暫時刪除（以從使用者空間複製資料）時，從vcs_vc（）取得的vc_data指標可能會過時。重新取得鎖定後，會再次呼叫 vcs_vc（） 以重新驗證指標。如果 vc 在此期間已被解除分配，則 vcs_vc（） 傳回 NULL，while 迴圈中斷（寫入的 > 為 0）。不過，在迴圈之後，仍會使用現在為 NULL 的 vc 指標呼叫 vcs_scr_updated（vc），導致通知程式鏈結中出現 NULL 指標解除參照 （vcs_notifier解除參照 param->vc）。

    在呼叫 vcs_scr_updated（） 之前新增 vc 的 NULL 檢查來修正此問題。（CVE-2026-53385）

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

    fuse：取代頁面快取對開本之前的重新鎖定要求

    fuse_try_move_folio（） 會在進入時解除鎖定要求，但不會在成功路徑上重新鎖定要求。這意味著 fuse_chan_abort（） 可以結束請求並釋放fuse_io_args（例如 fuse_readpages_end（）），而 fuse_try_move_folio（） 存取後的後續複製鏈邏輯thefuse_io_args，從而導致釋放後使用問題。

    透過在 replace_page_cache_folio（） 之前呼叫 lock_request（） 來解決此問題。這可確保要求鎖定在成功路徑上，以防止在稍後的複製邏輯執行時釋放fuse_io_args，並且還可以確保 ap->folios[i]->映射永遠不會為 null，因為 ap->folios[i] 將始終指向 newfolio afterreplace_page_cache_folio（）。（CVE-2026-53388）

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

    NFSv4/pNFS：拒絕 nfs4_decode_mp_ds_addr （CVE-2026-53391） 中的零長度r_addr

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

    nfsd：修正 SETACL 解碼失敗時的posix_acl洩露 （CVE-2026-53397）

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

    fbdev：修正 fb_new_modelist 以防止 fb_videomode_to_var 中的 null-ptr-deref

    info->var 是 framebuffer 的目前模式，在 info->modelist 中應該有一個 matchingentry。
    var_to_display（） 依賴這一點，並將失敗的 fb_match_mode（） 視為不應該發生這種情況。
    fb_set_var（） 透過在每次變更時將模式新增至清單來保持 true，anddo_register_framebuffer（） 在註冊時也會執行相同的操作。

    store_modes（） 取代了使用者空間中的模式清單。fb_new_modelist（）會驗證新模式，但不會檢查 info->var 是否仍然具有 amatch。它依賴 fbcon_new_modelist（） 重新指向控制台，但這僅處理映射到幀緩衝區的控制台。如果 fbcon 未綁定，就沒有了，所以 info->var 只剩下描述一個不再在清單中的模式。

    稍後的主控台接管會執行 var_to_display（），其中 fb_match_mode（） 傳回 NULL 並將 fb_display[i].mode 保留為 NULL。fbcon_switch（） 將其傳遞給 display_to_var（），fb_videomode_to_var（） 解除參照 NULL 模式。

    在 fb_new_modelist（） 中保留清單中的目前模式，wayfb_set_var（） 也是如此。（CVE-2026-53403）

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

    KVM： SVM：修正 sev_dbg_crypt（） 中 ENCRYPT 路徑的頁面溢位 （CVE-2026-63794）

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

    pNFS：修正 pnfs_update_layout（） 中的釋放後使用 （CVE-2026-63800）

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

    KVM：x86/mmu：在檢查最大對應層級 （） 之前，請確定 hugepage 已依插槽進入 （CVE-2026-63807）

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

    bpf：將 kvfree（） 用於已替換的 sysctl 寫入緩衝區 （CVE-2026-63809）

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

    keys：在實例路徑中釘選request_key_auth負載 （CVE-2026-63823）

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

    KEYS：修正 keyctl_pkey_params_get_2（）CVE-2026-63824 （） 中的溢位

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

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

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

  - KVM：x86/mmu：在檢查最大映射級別之前，確保 hugepage 已通過插槽 恢復影子 MMU 中的 hugepage 時，請驗證影子頁面的基本 gfn 是否確實包含在目標 memslot 中，*在*查詢給定影子頁面的 gfn 的最大映射級別之前。如果客體建立延伸至 memslot 邊界以下的 hugepage 對應 （在其 PTE 中），則未能預先檢查 gfn 的有效性可能會導致越界存取插槽的lpage_info （這通常表現為主機 #PF，因為 lpage_info 是 vmalloc'd）。當客體的記憶體出錯，且客體對應的大小大於 KVM 的 （目前） 最大對應時，KVM 會建立直接影子頁面 （直接因為沒有 gPTE 要影子，因此目標 gfn 是給定影子頁面的基底 gfn 的直接計算）。hugepage 復原流程會尋找這類直接的影子頁面，例如當已變更的記錄產生客體>主機對應大小案例時，強制 4KiB 對應。當 4KiB 限制解除後，KVM 可以將影子頁面替換為 hugepage。但是，如果 KVM 最初使用比客體更小的映射，因為客體 hugepage 覆蓋的記憶體範圍超出了記憶體插槽的邊界，則 KVM 會將直接影子頁面與用於記憶體故障的記憶體插槽範圍之外的 gfn 連結。為葉映射新增的 rmap 項目正確且在邊界內，但葉 SPTE 父影子頁面的 gfn 將超出邊界。錯誤：無法處理位址的頁面錯誤：ffffc90000806ffc #PF：核心模式下的主管讀取存取權 #PF：error_code（0x0000） - 不存在頁面 PGD 100000067 P4D 100000067 PUD 1002a7067 PMD 10612f067 PTE 0 哎呀：哎呀：0000 [#1] SMP CPU：13 UID：
    1000 PID：757 通訊：mmu_stress_test 未受污染 7.1.0-rc1-48ce1e26eace-x86_pir_to_irr_comments-vm #341 搶佔 硬體名稱：QEMU 標準 PC （Q35 + ICH9， 2009），BIOS 0.0.0 02/06/2015 RIP：
    0010：kvm_mmu_max_mapping_level+0x79/0x2b0 [kvm] 呼叫追蹤： <TASK> kvm_mmu_recover_huge_pages+0x21b/0x320 [kvm] kvm_set_memslot+0x1ee/0x590 [kvm] kvm_set_memory_region.part.0+0x3a1/0x4d0 [kvm] kvm_vm_ioctl+0x9bf/0x15d0 [kvm] __x64_sys_ioctl+0x8a/0xd0 do_syscall_64+0xb7/0xbb0 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP： 0033：0x7f21c0f1a9bf </TASK> 不要費心預先檢查潛在 hugepage 的邊界，即不要檢查例如 sp->gfn + KVM_PAGES_PER_HPAGE（sp->role.level + 1） 是否也在 memslot 內，因為 kvm_mmu_max_mapping_level（） 執行的檢查是基本邊界檢查的超集。也就是說，預先檢查整個範圍將是一個可疑的微優化。
    (CVE-2026-63807)

請注意，Nessus 依賴供應商報告的套件存在。

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

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

    套件 ： linux-6.1 版本 ： 6.1.177-1~deb11u1 CVE ID ： CVE-2025-23131 CVE-2026-23272 CVE-2026-23278 CVE-2026-23302 CVE-2026-31451 CVE-2026-46252 CVE-2026-52928 CVE-2026-53138 CVE-2026-53139 CVE-2026-53157 CVE-2026-53158 CVE-2026-53163 CVE-2026-53167 CVE-2026-53325 CVE-2026-53327 CVE-2026-53359 CVE-2026-53362 CVE-2026-53366 CVE-2026-53381 CVE-2026-53382 CVE-2026-53383 CVE-2026-53384 CVE-2026-53385 CVE-2026-53388 CVE-2026-53390 CVE-2026-53391 CVE-2026-53397 CVE-2026-53398 CVE-2026-53403 CVE-2026-63794 CVE-2026-63795 CVE-2026-63796 CVE-2026-63798 CVE-2026-63800 CVE-2026-63801 CVE-2026-63803 CVE-2026-63807 CVE-2026-63808 CVE-2026-63809 CVE-2026-63814 CVE-2026-63817 CVE-2026-63822 CVE-2026-63823 CVE-2026-63824 CVE-2026-63827 CVE-2026-63828 CVE-2026-63830 CVE-2026-63831 CVE-2026-63833 CVE-2026-63834 CVE-2026-63835 CVE-2026-63836 CVE-2026-64188 CVE-2026-64191 CVE-2026-64246 CVE-2026-64249 CVE-2026-64252 CVE-2026-64254 CVE-2026-64529 Debian 錯誤 ： 1130365

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

    對於 Debian 11 bullseye，這些問題已在 6.1.177-1~deb11u1 版本中修復。此版本還更新了 Microsoft Azure 網絡適配器 （mana） 驅動程序，並包括來自穩定更新 6.1.177的更多錯誤修復。

    建議您升級 linux-6.1 套件。

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

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

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

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

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

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

    安全性修正：

    * 核心： KVM：x86：完成使用者空間 I/O 時，不要 （重新） 檢查 L1 攔截 （CVE-2025-40026）

    * 核心： KVM：x86/mmu：在檢查最大映射級別 （） 之前，確保 hugepage 已按插槽進入 （CVE-2026-63807）

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

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
328468	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1969)	Nessus	Amazon Linux Local Security Checks	2026/7/20	2026/7/31	medium
330281	Amazon Linux 2：核心， --advisory ALAS2KERNEL-5。15-2026-111（ALASKERNEL-5。15-2026-111	Nessus	Amazon Linux Local Security Checks	2026/7/28	2026/7/31	high
328106	Linux Distros 未修補弱點：CVE-2026-63807	Nessus	Misc.	2026/7/20	2026/7/25	high
330014	Debian dla-4700 ： linux-config-6.1 - 安全性更新	Nessus	Debian Local Security Checks	2026/7/26	2026/7/26	high
331504	RHEL 10：kernel (RHSA-2026:49030)	Nessus	Red Hat Local Security Checks	2026/7/31	2026/7/31	high

偵測

搜尋 Plugin

medium

high

high

high

high