因此，會受到 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 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - nfsd：修正 SETACL 解碼失敗 nfsaclsvc_decode_setaclargs（） 和 nfs3svc_decode_setaclargs（） 每次調用 nfs_stream_decode_acl（） 兩次的posix_acl洩露，首先是 NFS_ACL，然後是 NFS_DFACL。每個成功的呼叫都會將新配置posix_acl的所有權轉移到 argp->acl_access 或 argp->acl_default。如果第一個呼叫成功，但第二個呼叫失敗，解碼器會傳回 false，且 argp->acl_access 會懸空。ACLPROC2_SETACL.pc_release 已連線至 nfssvc_release_attrstat，ACLPROC3_SETACL.pc_release 已連線至 nfs3svc_release_fhandle。兩者都只調用 fh_put（），並且不知道 argp 上的 ACL 欄位。posix_acl_release（） 對位於 out：標籤位於 nfsacld_proc_setacl（） 和 nfsd3_proc_setacl（） 內，但當 pc_decode svc_process（） 傳回 false 時，（） 會跳過pc_func，因此解碼失敗時無法進行清理： svc_process_common（） pc_decode（） /* decode_setaclargs： false */ /* pc_func跳過 */ pc_release（） /* 僅fh_put -- ACL 洩漏 */ 孤立的posix_acl在伺服器的生命週期內洩露。透過新增 nfsaclsvc_release_setacl（） 和 nfs3svc_release_setacl（） 來修正，除了 fh_put（） 之外，它們還會釋放 argp->acl_access 和 argp->acl_default，並將它們作為各自 SETACL 程序的pc_release進行連線。pc_release 會在解碼後 svc_process（） 所採用的每條路徑上運行，包括解碼失敗，因此 posix_acl_release（） 對會從 proc 函式的 out： 標籤中移除，以將所有權保留在一個地方。這符合同級 GETACL 程序所使用的現有 release_getacl（） 模式。（CVE-2026-53397）

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

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

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

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

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

    usb： cdns3： gadget：修正 ep_queue （CVE-2026-31755） 中的 NULL 指標解除參照

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

    xfrm：防禦性地對 __xfrm_state_delete 中的xfrm_state清單進行雜湊處理 （CVE-2026-46116）

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

    regulator： core：修正 regulator_resolve_supply（） 錯誤路徑中的鎖定 （CVE-2026-46252）

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

    netfilter： nf_tables：將 list_del_rcu 用於網路連結鉤子 （CVE-2026-46324）

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

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

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

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

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

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

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

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

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

    bnxt_en：修正 NULL 指標解除參照 （CVE-2026-53177）

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

    l2tp： pppol2tp：保留對 pppol2tp_ioctl（） 中工作階段的參照 （CVE-2026-53262）

    在 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 核心中，下列弱點已解決：

    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 核心中，下列弱點已解決：

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

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

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

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

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

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

    i2c： stub：拒絕長度無效的 I2C 區塊傳輸

    stub_xfer（） 中的I2C_SMBUS_I2C_BLOCK_DATA情況使用 data->block[0] 作為傳輸長度。現有的檢查僅限制它以避免 chip->words[256] 暫存器陣列溢位，但不會根據 I2C_SMBUS_BLOCK_MAX （32） 驗證它，這是 unioni2c_smbus_data.block 緩衝區的限制（總共 34 位元組）。驅動程式是開發/測試工具 （CONFIG_I2C_STUB=m，預設未建置） ，必須載入 chip_addr= 參數。

    具有 /dev/i2c-* 存取權的本機使用者可以在 32， causingstub_xfer（） > I2C_SMBUS_I2C_BLOCK_DATA 和 data->block[0] 發出I2C_SMBUS ioctl，以讀取或寫入超過 unioni2c_smbus_data.block 緩衝區結尾：

    錯誤：KASAN：stub_xfer中的堆疊越界 （drivers/i2c/i2c-stub.） c：223）透過任務 exploit/8 stub_xfer 1<TASK> 在 addr ffff88800abcfd92 讀取大小 1 （drivers/i2c/i2c-stub.c：223）__i2c_smbus_xfer （drivers/i2c/i2c-core-smbus.c：593）i2c_smbus_xfer （drivers/i2c/i2c-core-smbus.c：536）i2cdev_ioctl_smbus （drivers/i2c/i2c-dev.c：391）i2cdev_ioctl （drivers/i2c/i2c-dev.c：478）__x64_sys_ioctl （fs/ioctl.c：583）do_syscall_64 （arch/x86/entry/syscall_64.c：94）entry_SYSCALL_64_after_hwframe （arch/x86/entry/entry_64.S：130）</TASK>

    存在此錯誤是因為 i2c-stub 直接實作 .smbus_xfer，繞過了I2C_SMBUS_BLOCK_MAX驗證 ini2c_smbus_xfer_emulated（）。samefunction 中的 I2C_SMBUS_BLOCK_DATA 案例會針對 I2C_SMBUS_BLOCK_MAX 正確驗證，但theI2C_SMBUS_I2C_BLOCK_DATA案例則不會。

    透過拒絕帶有 data->block[0] == 0 或帶有 -EINVAL 的 data->block[0] > I2C_SMBUS_BLOCK_MAX傳輸來修正，這與同一函式中的I2C_SMBUS_BLOCK_DATA情況和 i2c_smbus_xfer_emulated（） 中的theI2C_SMBUS_I2C_BLOCK_DATA驗證一致。（CVE-2026-64191）

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

請注意，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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

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
327827	Linux Distros 未修補弱點：CVE-2026-53397	Nessus	Misc.	2026/7/19	2026/7/25	high
328495	Amazon Linux 2：核心， --advisory ALAS2KERNEL-5。10-2026-126（ALASKERNEL-5。10-2026-126	Nessus	Amazon Linux Local Security Checks	2026/7/20	2026/7/31	high
330014	Debian dla-4700 ： linux-config-6.1 - 安全性更新	Nessus	Debian Local Security Checks	2026/7/26	2026/7/26	high

偵測

搜尋 Plugin

medium

high

high

high

high