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

  - KVM：將 ioeventfd 資料比對中的 guest-triggerable BUG_ON（） 替換為 get_unaligned（） 刪除自 2009 年首次新增以來一直可存取的 BUG_ON（），而是使用 get_unaligned（） 來執行可能未對齊的存取。對於指定的存放區，KVM x86 的模擬器會追蹤目的地運算元 x86_emulate_ctxt.dst 中的整個值。如果目的地是記憶體，且目標分割多個頁面和/或模擬 MMIO，則 KVM 會獨立處理每個片段。例如，在從頁面偏移0xffc開始的頁面分割中，KVM 將 4 個位元組寫入第一頁，然後將剩餘的位元組寫入第二頁，使用 ctxt->dst 作為兩者的來源（具有適當的偏移）。如果目的地分割頁面*並且*在第二頁上點擊模擬的MMIO，則KVM將完成對第一頁的寫入，然後模擬對第二頁的MMIO訪問。如果在第二頁的位移 0 處有啟用資料比對的 ioeventfd，則 KVM 會將存放區的其餘部分處理為潛在的 ioeventfd 訊號。總而言之，如果客體發出的儲存區從頁面偏移量 N 開始分割頁面，並且第二個頁面在偏移量 0 處具有啟用資料比對的 ioeventfd，則 KVM 將使用 &dst.valptr[N] 作為來源來檢查資料比對。由於 dst （以及 dst.valptr） 是 32 位元組對齊，如果 N 未與 @len 對齊，則會觸發 BUG_ON（）。例如，在頁面偏移0xffc處有一個 16 位元組的儲存區，到 len 8 的 ioeventfd，ioeventfd_in_range（） 中的所有初始檢查都會成功，並且 BUG_ON（） 會因為 @val 是 4 位元組對齊，但不是 8 位元組對齊而觸發的。------------[ 切到這裡 ]------------ arch/x86/kvm/ 的核心錯誤。/../../virt/kvm/eventfd.c：783！哎呀：無效的操作碼：0000 [#1] SMP CPU：0 UID：1000 PID：615 通訊：重現 未受污染 7.1.0-rc2-ff238429d1ea #365 PREEMPT 硬體名稱：QEMU 標準 PC （Q35 + ICH9， 2009），BIOS 0.0.0 02/06/2015 RIP：0010：ioeventfd_write+0x6c/0x70 [kvm] 呼叫追蹤： <TASK> __kvm_io_bus_write+0x85/0xb0 [kvm] kvm_io_bus_write+0x53/0x80 [kvm] vcpu_mmio_write+0x66/0xf0 [kvm] emulator_read_write_onepage+0x12a/0x540 [kvm] emulator_read_write+0x109/0x2b0 [kvm] x86_emulate_insn+0x4f8/0xfb0 [kvm]x86_emulate_instruction+0x181/0x790 [kvm] kvm_mmu_page_fault+0x313/0x630 [kvm] vmx_handle_exit+0x18a/0x590 [kvm_intel] kvm_arch_vcpu_ioctl_run+0xc81/0x1c90 [kvm] kvm_vcpu_ioctl+0x2d5/0x970 [kvm]
    __x64_sys_ioctl+0x8a/0xd0 do_syscall_64+0xb7/0x890 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP：
    0033：0x7f19c931a9bf </TASK> 連結的模組：kvm_intel kvm irqbypass ---[ end trace 00000000000000000]--- 在完美的環境中，解決方法是簡單地刪除 BUG_ON（），因為 KVM x86 不會對 CPL0 的正常記憶體存取執行對齊檢查。可悲的是， C99 毀了所有的樂趣;雖然 x86 架構運作良好，但直接取消引用未對齊的指標在 C 中是未定義的行為，例如
    以 CONFIG_UBSAN_ALIGNMENT=y 執行時觸發 splats。 （CVE-2026-63806）

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

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

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - KVM：将 ioeventfd datamatch 中的 guest-triggerable BUG_ON（） 替换为 get_unaligned（） 放弃自 2009 年首次添加以来一直可访问的 BUG_ON（），而是使用 get_unaligned（） 执行可能未对齐的访问。对于指定存储，KVM x86 的仿真器会追踪目标操作数 x86_emulate_ctxt.dst 中的整个值。如果目标是内存，并且目标是拆分多个页面和/或是仿真 MMIO，则 KVM 会独立处理每个片段。例如，在从页面偏移0xffc开始拆分的页面上，KVM 将 4 个字节写入第一页，然后将其余字节写入第二页，并使用 ctxt->dst 作为两者的来源（具有适当的偏移）。如果目标拆分一个页面 *并且* 命中第二页上的仿真 MMIO，则 KVM 将完成对第一页的写入，然后仿真对第二页的 MMIO 访问。如果在第二页的偏移 0 处存在启用了 datamatch 的 ioeventfd，则 KVM 会将存储的其余部分作为潜在的 ioeventfd 信号进行处理。总而言之，如果客户机发出的存储拆分从页面偏移 N 开始的页面，而第二个页面在偏移 0 处具有启用了 datamatch 的 ioeventfd，则 KVM 将使用 &dst.valptr[N] 作为源来检查 datamatch。由于 dst（以及 dst.valptr）为 32 字节对齐，如果 N 未与 @len对齐，则会触发 BUG_ON（）。例如，在页面偏移0xffc处有一个 16 字节存储到 len 8 的 ioeventfd，则 ioeventfd_in_range（） 中的所有初始检查都将成功，并且 BUG_ON（） 会触发，原因是 @val 是 4 字节对齐，而不是 8 字节对齐。------------[ cut here ]------------ arch/x86/kvm/ 的内核缺陷。/../../virt/kvm/eventfd.c：783！哎呀：无效的操作码：0000 [#1] SMP CPU：0 UID：1000 PID：615 通信：重现未受感染 7.1.0-rc2-ff238429d1ea #365 PREEMPT 硬件名称：QEMU Standard PC（Q35 + ICH9,2009 年），BIOS 0.0.0 2015 年 2 月 6 日 RIP：0010：ioeventfd_write+0x6c/0x70 [kvm] 调用跟踪： <TASK> __kvm_io_bus_write+0x85/0xb0 [kvm] kvm_io_bus_write+0x53/0x80 [kvm] vcpu_mmio_write+0x66/0xf0 [kvm] emulator_read_write_onepage+0x12a/0x540 [kvm] emulator_read_write+0x109/0x2b0 [kvm] x86_emulate_insn+0x4f8/0xfb0 [kvm]x86_emulate_instruction+0x181/0x790 [kvm] kvm_mmu_page_fault+0x313/0x630 [kvm] vmx_handle_exit+0x18a/0x590 [kvm_intel] kvm_arch_vcpu_ioctl_run+0xc81/0x1c90 [kvm] kvm_vcpu_ioctl+0x2d5/0x970 [kvm]
    __x64_sys_ioctl+0x8a/0xd0 do_syscall_64+0xb7/0x890 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP：
    0033：0x7f19c931a9bf </TASK> 模块链接于：kvm_intel kvm irqbypass ---[ end trace 00000000000000000]--- 在理想情况下，修复方法为删除 BUG_ON（），因为 KVM x86 不会对 CPL0 的正常内存访问执行对齐检查。遗憾的是， C99 毁了所有的乐趣;虽然 x86 架构运行良好，但直接取消引用未对齐指针在 C 中是未定义的行为，例如
    在以 CONFIG_UBSAN_ALIGNMENT=y 运行时触发 splats。 （CVE-2026-63806）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

因此，该软件受到 ALAS2023-2026-1969 公告中提及的多个漏洞影响。

    在 Linux 内核中，以下漏洞已修复：

    sctp：调用 udp_tunnel_xmit_skb（） （） 前CVE-2026-53070禁用 BH

    在 Linux 内核中，以下漏洞已修复：

    bpf：修复 sock_ops （CVE-2026-53078） 中的 same-register 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情况使用同步释放请求，此时仅限 virtiofs。（CVE-2026-53381）

    在 Linux 内核中，以下漏洞已修复：

    vc_screen：修复并发vcs_write期间 vcs_notifier（） 中的 null-ptr-deref

    在 vcs_notifier（） 中发现一个 KASAN null-ptr-deref：

    缺陷：KASAN：地址qmp_cmd_name处大小为 2 的 vcs_notifier+0x98/0x130Read 中的 null-ptr-deref：
    qmp_capabilities，参数：{}

    该问题是 vcs_write（） 中的争用条件。当console_lock被暂时删除（以从用户空间复制数据）时，从 vcs_vc（） 获取的vc_data指针可能会过时。重新获取锁定后，会再次调用 vcs_vc（） 以重新验证指针。如果在此期间 vc 已被解除分配，则 vcs_vc（） 返回 NULL，while 循环中断（写入> 0）。但是，在循环之后，仍使用现为空的 vc 指针调用 vcs_scr_updated（vc），从而导致通知程序链中出现空指针取消引用（vcs_notifier取消引用 param->vc）。

    通过在调用 vcs_scr_updated（） 之前添加 vc 的空检查修复此问题。（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之后的后续复制链逻辑会导致释放后使用问题。

    通过先调用 lock_request（），先调用 replace_page_cache_folio（），以修复此问题。这可确保请求锁定在成功路径上，从而防止在后续复制逻辑运行时释放fuse_io_args，同时确保 ap->folios[i]->mapping 永远不为空，因为 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：避免在未经确认的重试争用 （CVE-2026-53394） 中泄漏预分配的 openowner

    在 Linux 内核中，以下漏洞已修复：

    nfsd：修复 SETACL 解码失败 （CVE-2026-53397） 中的posix_acl泄漏

    在 Linux 内核中，以下漏洞已修复：

    i2c：core：修复适配器注册争用

    使用 i2c_get_adapter（） 可根据适配器的 id 查找适配器，该函数会引用嵌入式结构设备。

    确保适配器（包括其结构设备）在将其添加到 IDR 之前已初始化，以避免访问未初始化数据，例如，可能导致空指针取消引用或释放后使用。

    请注意，从总线通知程序注册的 i2c-dev chardev 当前使用 i2c_get_adapter（），因此在注册前需要将适配器添加到 IDR。（CVE-2026-53400）

    在 Linux 内核中，以下漏洞已修复：

    fbdev：修复fb_new_modelist以防止fb_videomode_to_var中出现 null-ptr-deref

    framebuffer 的当前模式 info->var 在 info->modelist 中应具有 MatchingEntry。
    var_to_display（） 依赖此问题并将失败的 fb_match_mode（） 视为不应发生此情况。
    fb_set_var（） 通过在每次更改时将模式添加到列表中来保持 ittrue，anddo_register_framebuffer（） 在注册时执行相同的操作。

    store_modes（） 替换用户空间中的模式列表。fb_new_modelist（）验证新模式，但不检查 info->var 是否仍具有 amatch。它依靠 fbcon_new_modelist（） 重新指向控制台，但仅处理映射到帧缓冲区的控制台。fbcon unbound 没有任何内容，因此 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 datamatch 中的 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：在实例化路径 （CVE-2026-63823） 中固定 request_key_auth 负载

    在 Linux 内核中，以下漏洞已修复：

    KEYS：修复 keyctl_pkey_params_get_2（） （CVE-2026-63824） 中的溢出

    在 Linux 内核中，以下漏洞已修复：

    fbdev：修复 store_modes（） 中的释放后使用 （CVE-2026-63826）

    在 Linux 内核中，以下漏洞已修复：

    apparmor：中介 TCP fast open sendmsg （CVE-2026-63828） 的隐式连接

    在 Linux 内核中，以下漏洞已修复：

    net：ip_gre：需要设备 netns 中的CAP_NET_ADMIN用于 changelink （CVE-2026-63829）

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - KVM:ioeventfd datamatch のゲストがトリガー可能な BUG_ON() を get_unaligned() で置換します 2009 年に初めて追加されて以来到達可能な BUG_ON() をドロップし、代わりに get_unaligned() を使用して、整列されていない可能性があるアクセスを実行します。特定のストアに対して、KVM x86 のエミュレーターは、宛先オペランド x86_emulate_ctxt.dst の値全体を追跡します。宛先がメモリで、ターゲットが複数のページを分割したり、MMIOをエミュレートしたりする場合、KVMは各フラグメントを独立して処理します。たとえば、ページオフセット0xffcで開始するページ分割では、KVM は 4 バイトを最初のページに書き込み、次に残りのバイトを 2 番目のページに書き込みます。これは、ctxt->dst を両方のソースとして(適切なオフセットで)使用します。宛先がページを分割し、2 ページ目でエミュレートされた MMIO にヒットした場合、KVM は最初のページへの書き込みを完了してから、2 ページ目への MMIO アクセスをエミュレートします。2 ページ目のオフセット 0 にデータマッチが有効な ioeventfd がある場合、KVM はストアの残りを潜在的な ioeventfd シグナルとして処理します。まとめると、ゲストがページオフセット N から始まるページを分割するストアを放出し、2 番目のページのオフセット 0 で datamatch が有効化された ioeventfd がある場合、KVM はソースとして &dst.valptr[N] を使用して datamatch をチェックします。dst(つまり dst.valptr)が 32 バイトで整列されているため、N が @len に対して整列されない場合、BUG_ON() が起動されます。たとえば、ページオフセット 0xffc の 16 バイトストアで、len 8 の ioeventfd に、ioeventfd_in_range() の初期チェックはすべて成功し、@val は 4 バイト配列されていますが、8 バイト配列ではないため BUG_ON() が起動します。------------[ ここでカット ]------------ arch/x86/kvm/ のカーネルバグ/../../virt/kvm/eventfd.c:783! Oops:無効な opcode:0000 [#1] SMP CPU:0 UID:1000 PID:615 通信:再現汚染されていません 7.1.0-rc2-ff238429d1ea #365 PREEMPT ハードウェア名:QEMU Standard PC(Q35 + ICH9、2009)、BIOS 0.0.0 2015 年 2 月 6 日 RIP:0010:ioeventfd_write+0x6c/0x70 [kvm] 呼び出しトレース: <TASK> __kvm_io_bus_write+0x85/0xb0 [kvm] kvm_io_bus_write+0x53/0x80 [kvm] vcpu_mmio_write+0x66/0xf0 [kvm] emulator_read_write_onepage+0x12a/0x540 [kvm] emulator_read_write+0x109/0x2b0 [kvm] x86_emulate_insn+0x4f8/0xfb0 [kvm]x86_emulate_instruction+0x181/0x790 [kvm] kvm_mmu_page_fault+0x313/0x630 [kvm] vmx_handle_exit+0x18a/0x590 [kvm_intel] kvm_arch_vcpu_ioctl_run+0xc81/0x1c90 [kvm] kvm_vcpu_ioctl+0x2d5/0x970 [kvm]
    __x64_sys_ioctl+0x8a/0xd0 do_syscall_64+0xb7/0x890 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP:
    0033:0x7f19c931a9bf </TASK> リンクされているモジュール:kvm_intel kvm irqbypass ---[ end trace 00000000000000000]--- KVM x86 が CPL0 での通常のメモリアクセスでアライメントチェックを実行しないため、理想の場合、修正は単に BUG_ON() を削除することです。残念ながら、 C99 すべての楽しみが台無しになってしまいます。x86アーキテクチャはうまく機能しますが、整列されていないポインターを直接逆参照することは、C言語では定義されていない動作です。
    CONFIG_UBSAN_ALIGNMENT=y で実行中にスプラットをトリガーします。(CVE-2026-63806)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

したがって、ALAS2023-2026-1969 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    Linux カーネルで、以下の脆弱性が解決されています。

    sctp:udp_tunnel_xmit_skb() を呼び出す前に BH を無効にします(CVE-2026-53070)

    Linux カーネルで、以下の脆弱性が解決されています。

    bpf:同一レジスタの dst/src OOB 読み取りおよび sock_ops のポインター漏洩を修正します(CVE-2026-53078)

    Linux カーネルで、以下の脆弱性が解決されています。

    KVM:x86:予期しない役割によるシャドウページングの use-after-free を修正します(CVE-2026-53359)

    Linux カーネルで、以下の脆弱性が解決されています。

    af_unix:unix_gc() で gc_in_progress を true に設定します。(CVE-2026-53361)

    Linux カーネルで、以下の脆弱性が解決されています。

    virtiofs:サブマウントアンマウントの UAF を修正します

    fuse_release_end() から呼び出される iput() は、スーパーブロックがすでに破壊されている場合に Oops を引き起こす可能性があります。通常これは、スーパーブロックのシャットダウンを開始する前にfornum_waitingがゼロになるまで待機することで防止されます。

    ただし、waitcounter はスーパーブロックごとではなく接続ごとであるため、これは最後のサブマウントインスタンスに対してのみ機能します。

    auto_submountsケースに対して同期リリースリクエストの使用に戻します。これは現時点でのみ virtiofs です。(CVE-2026-53381)

    Linux カーネルで、以下の脆弱性が解決されています。

    vc_screen:同時vcs_write中の vcs_notifier() の null-ptr-deref を修正します

    vcs_notifier() で KASAN null-ptr-deref が検出されました:

    バグ:KASAN:アドレスqmp_cmd_nameにあるサイズ 2 の vcs_notifier+0x98/0x130Read の null-ptr-deref:
    qmp_capabilities、引数: {}

    問題は vcs_write() の競合状態です。console_lockが一時的にドロップされると(ユーザー空間からデータをコピーするため)、vcs_vc()から取得したvc_dataポインターが古くなる可能性があります。ロックを再取得した後、vcs_vc() が再度呼び出されて、ポインターが再検証されます。その間に vc が割り当て解除されると、vcs_vc() は NULL を返し、while ループブレークを(書き込む> 0)。ただし、ループの後でも、vcs_scr_updated(vc)はnow-NULL 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にアクセスし、use-after-free の問題につながります。

    replace_page_cache_folio() の前に lock_request() を呼び出すことで、これを修正します。これにより、リクエストが成功パスでロックされ、後のコピーロジックの実行中にfuse_io_argsが解放されるのを防ぎ、ap->folios[i]->mapping が常に newfolio afterreplace_page_cache_folio() を指し示すため、ap->folios[i]-mapping が決して null になりません。(CVE-2026-53388)

    Linux カーネルで、以下の脆弱性が解決されています。

    net/tcp-ao:del_asyncパスのキーの use-after-free を修正します(CVE-2026-53389)

    Linux カーネルで、以下の脆弱性が解決されています。

    NFSv4/pNFS:nfs4_decode_mp_ds_addr のゼロレングスr_addrを拒否します(CVE-2026-53391)

    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 に基づいて検索できます。

    たとえば、NULL ポインターデリファレンスや use-after-free などの原因になる可能性のある初期化されていないデータへのアクセスを避けるため、IDR に追加する前にアダプター(その構造体デバイスを含む)が初期化されていることを確認してください。

    バス通知子から登録されるi2c-dev chardevは、現在i2c_get_adapter()を使用しているため、登録前にアダプターをIDRに追加する必要があります。(CVE-2026-53400)

    Linux カーネルで、以下の脆弱性が解決されています。

    fbdev:fb_videomode_to_var における null-ptr-deref を防止するために fb_new_modelist を修正します

    フレームバッファの現在のモードである info->var は、info->modelist に matchingentry があることが想定されています。
    var_to_display() はこれに依存し、失敗した fb_match_mode() を次のように扱います。
    fb_set_var() は変更のたびにモードをリストに追加することで ittrue を維持しますanddo_register_framebuffer() は登録時に同じことを行います。

    store_modes() は、ユーザー空間から modelist を置き換えます。fb_new_modelist()は新しいモードを検証しますが、info->varにまだ一致があることをチェックしません。コンソールを再ポイントするために fbcon_new_modelist() に依存しますが、フレームバッファにマッピングされたコンソールのみを処理します。fbcon unbound では何もないため、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() における use-after-free を修正します(CVE-2026-63800)

    Linux カーネルで、以下の脆弱性が解決されています。

    blk-cgroup:__blkcg_rstat_flush() で UAF を修正します(CVE-2026-63802)

    Linux カーネルで、以下の脆弱性が解決されています。

    KVM:ioeventfd データマッチのゲストトリガー可能な BUG_ON() を get_unaligned() で置換します(CVE-2026-63806)

    Linux カーネルで、以下の脆弱性が解決されています。

    KVM:x86/mmu:最大マッピングレベル(CVE-2026-63807)をチェックする前に Hugepage がスロット別に挿入されていることを確認します

    Linux カーネルで、以下の脆弱性が解決されています。

    bpf:置換済みの sysctl 書き込みバッファに kvfree() を使用します(CVE-2026-63809)

    Linux カーネルで、以下の脆弱性が解決されています。

    block:ユーザー空間への bdev 疑似ファイルシステムのマウントを回避します(CVE-2026-63810)

    Linux カーネルで、以下の脆弱性が解決されています。

    keys:request_key_authペイロードをインスタンス化パスに固定します(CVE-2026-63823)

    Linux カーネルで、以下の脆弱性が解決されています。

    KEYS:keyctl_pkey_params_get_2() のオーバーフローを修正します(CVE-2026-63824)

    Linux カーネルで、以下の脆弱性が解決されています。

    fbdev:store_modes() の use-after-free を修正します(CVE-2026-63826)

    Linux カーネルで、以下の脆弱性が解決されています。

    apparmor:TCP Fast Open sendmsg の暗黙の接続を仲介します(CVE-2026-63828)

    Linux カーネルで、以下の脆弱性が解決されています。

    net:ip_gre:changelink 用のデバイス netns で CAP_NET_ADMIN が必要です(CVE-2026-63829)

Tenable は、前述の記述ブロックをテスト済み製品のセキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - KVM: Replace guest-triggerable BUG_ON() in ioeventfd datamatch with get_unaligned() Drop a BUG_ON() that     has been reachable since it was first added, way back in 2009, and instead use get_unaligned() to perform     potentially-unaligned accesses. For a given store, KVM x86's emulator tracks the entire value in the     destination operand, x86_emulate_ctxt.dst. If the destination is memory, and the target splits multiple     pages and/or is emulated MMIO, then KVM handles each fragment independently. E.g. on a page split starting     at page offset 0xffc, KVM writes 4 bytes to the first page, then the remaining bytes to the second page,     using ctxt->dst as the source for both (with appropriate offsets). If the destination splits a page *and*     hits emulated MMIO on the second page, then KVM will complete the write to the first page, then emulate     the MMIO access to the second page. If there is a datamatch-enabled ioeventfd at offset 0 of the second     page, then KVM will process the remainder of the store as a potential ioeventfd signal. Putting it all     together, if the guest emits a store that splits a page starting at page offset N, and the second page has     a datamatch-enabled ioeventfd at offset 0, then KVM will check for datamatch using &dst.valptr[N] as the     source. Due to dst (and thus dst.valptr) being 32-byte aligned, if N is not aligned to @len, the BUG_ON()     fires. E.g. with a 16-byte store at page offset 0xffc, to an ioeventfd of len 8, all initial checks in     ioeventfd_in_range() will succeed, and the BUG_ON() fires due to @val being 4-byte aligned, but not 8-byte     aligned. ------------[ cut here ]------------ kernel BUG at arch/x86/kvm/../../../virt/kvm/eventfd.c:783!     Oops: invalid opcode: 0000 [#1] SMP CPU: 0 UID: 1000 PID: 615 Comm: repro Not tainted     7.1.0-rc2-ff238429d1ea #365 PREEMPT Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 0.0.0     02/06/2015 RIP: 0010:ioeventfd_write+0x6c/0x70 [kvm] Call Trace: <TASK> __kvm_io_bus_write+0x85/0xb0 [kvm]     kvm_io_bus_write+0x53/0x80 [kvm] vcpu_mmio_write+0x66/0xf0 [kvm] emulator_read_write_onepage+0x12a/0x540     [kvm] emulator_read_write+0x109/0x2b0 [kvm] x86_emulate_insn+0x4f8/0xfb0 [kvm]     x86_emulate_instruction+0x181/0x790 [kvm] kvm_mmu_page_fault+0x313/0x630 [kvm] vmx_handle_exit+0x18a/0x590     [kvm_intel] kvm_arch_vcpu_ioctl_run+0xc81/0x1c90 [kvm] kvm_vcpu_ioctl+0x2d5/0x970 [kvm]
    __x64_sys_ioctl+0x8a/0xd0 do_syscall_64+0xb7/0x890 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP:
    0033:0x7f19c931a9bf </TASK> Modules linked in: kvm_intel kvm irqbypass ---[ end trace 0000000000000000     ]--- In a perfect world, the fix would be to simply delete the BUG_ON(), as KVM x86 doesn't perform     alignment checks on normal memory accesses at CPL0. Sadly, C99 ruins all the fun; while the x86     architecture plays nice, dereferencing an unaligned pointer directly is undefined behavior in C, e.g.
    triggers splats when running with CONFIG_UBSAN_ALIGNMENT=y. (CVE-2026-63806)

Note that Nessus relies on the presence of the package as reported by the vendor.

It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2023-2026-1969 advisory.

    In the Linux kernel, the following vulnerability has been resolved:

    sctp: disable BH before calling udp_tunnel_xmit_skb() (CVE-2026-53070)

    In the Linux kernel, the following vulnerability has been resolved:

    bpf: Fix same-register dst/src OOB read and pointer leak in sock_ops (CVE-2026-53078)

    In the Linux kernel, the following vulnerability has been resolved:

    KVM: x86: Fix shadow paging use-after-free due to unexpected role (CVE-2026-53359)

    In the Linux kernel, the following vulnerability has been resolved:

    af_unix: Set gc_in_progress to true in unix_gc(). (CVE-2026-53361)

    In the Linux kernel, the following vulnerability has been resolved:

    virtiofs: fix UAF on submount umount

    iput() called from fuse_release_end() can Oops if the super block hasalready been destroyed.  Normally     this is prevented by waiting fornum_waiting to go down to zero before commencing with super block     shutdown.

    This only works, however, for the last submount instance, as the waitcounter is per connection, not per     superblock.

    Revert to using synchronous release requests for the auto_submounts case,which is virtiofs only at this     time. (CVE-2026-53381)

    In the Linux kernel, the following vulnerability has been resolved:

    vc_screen: fix null-ptr-deref in vcs_notifier() during concurrent vcs_write

    A KASAN null-ptr-deref was observed in vcs_notifier():

    BUG: KASAN: null-ptr-deref in vcs_notifier+0x98/0x130Read of size 2 at addr qmp_cmd_name:
    qmp_capabilities, arguments: {}

    The issue is a race condition in vcs_write(). When the console_lock istemporarily dropped (to copy data     from userspace), the vc_data pointerobtained from vcs_vc() may become stale. After re-acquiring the     lock,vcs_vc() is called again to re-validate the pointer. If the vc has beendeallocated in the meantime,     vcs_vc() returns NULL, and the while loopbreaks (with written > 0). However, after the loop,     vcs_scr_updated(vc)is still called with the now-NULL vc pointer, leading to a null pointerdereference in     the notifier chain (vcs_notifier dereferences param->vc).

    Fix this by adding a NULL check for vc before calling vcs_scr_updated(). (CVE-2026-53385)

    In the Linux kernel, the following vulnerability has been resolved:

    fuse: re-lock request before replacing page cache folio

    fuse_try_move_folio() unlocks the request on entry but does notre-lock it on the success path. This means     fuse_chan_abort() can end therequest and free the fuse_io_args (eg fuse_readpages_end()) while     thesubsequent copy chain logic after fuse_try_move_folio() accesses thefuse_io_args, leading to use-after-     free issues.

    Fix this by calling lock_request() before replace_page_cache_folio().This ensures the request is locked on     the success path which willprevent the fuse_io_args from being freed while the later copying logicruns,     and also ensures that the ap->folios[i]->mapping is never nullsince ap->folios[i] will always point to the     newfolio afterreplace_page_cache_folio(). (CVE-2026-53388)

    In the Linux kernel, the following vulnerability has been resolved:

    net/tcp-ao: fix use-after-free of key in del_async path (CVE-2026-53389)

    In the Linux kernel, the following vulnerability has been resolved:

    NFSv4/pNFS: reject zero-length r_addr in nfs4_decode_mp_ds_addr (CVE-2026-53391)

    In the Linux kernel, the following vulnerability has been resolved:

    NFSv4/flexfiles: reject zero filehandle version count (CVE-2026-53392)

    In the Linux kernel, the following vulnerability has been resolved:

    nfsd: reset write verifier on deferred writeback errors (CVE-2026-53393)

    In the Linux kernel, the following vulnerability has been resolved:

    nfsd: avoid leaking pre-allocated openowner on unconfirmed retry race (CVE-2026-53394)

    In the Linux kernel, the following vulnerability has been resolved:

    nfsd: fix posix_acl leak on SETACL decode failure (CVE-2026-53397)

    In the Linux kernel, the following vulnerability has been resolved:

    i2c: core: fix adapter registration race

    Adapters can be looked up based on their id using i2c_get_adapter()which takes a reference to the embedded     struct device.

    Make sure that the adapter (including its struct device) has beeninitialised before adding it to the IDR     to avoid accessing uninitialiseddata which could, for example, lead to NULL-pointer dereferences oruse-     after-free.

    Note that the i2c-dev chardev, which is registered from a bus notifier,currently uses i2c_get_adapter() so     the adapter needs to be added to theIDR before registration. (CVE-2026-53400)

    In the Linux kernel, the following vulnerability has been resolved:

    fbdev: Fix fb_new_modelist to prevent null-ptr-deref in fb_videomode_to_var

    info->var, a framebuffer's current mode, is expected to have a matchingentry in info->modelist.
    var_to_display() relies on this and treats afailed fb_match_mode() as This should not happen.
    fb_set_var() keeps ittrue by adding the mode to the list on every change, anddo_register_framebuffer()     does the same at registration.

    store_modes() replaces the modelist from userspace. fb_new_modelist()validates the new modes but does not     check that info->var still has amatch. It relies on fbcon_new_modelist() to re-point consoles, but     thatonly handles consoles mapped to the framebuffer. With fbcon unbound thereare none, so info->var is     left describing a mode that is no longer in thelist.

    A later console takeover runs var_to_display(), where fb_match_mode()returns NULL and leaves     fb_display[i].mode NULL. fbcon_switch() passes itto display_to_var(), and fb_videomode_to_var()     dereferences the NULL mode.

    Keep the current mode in the list in fb_new_modelist(), the same wayfb_set_var() does. (CVE-2026-53403)

    In the Linux kernel, the following vulnerability has been resolved:

    pNFS: Fix use-after-free in pnfs_update_layout() (CVE-2026-63800)

    In the Linux kernel, the following vulnerability has been resolved:

    blk-cgroup: fix UAF in __blkcg_rstat_flush() (CVE-2026-63802)

    In the Linux kernel, the following vulnerability has been resolved:

    KVM: Replace guest-triggerable BUG_ON() in ioeventfd datamatch with get_unaligned() (CVE-2026-63806)

    In the Linux kernel, the following vulnerability has been resolved:

    KVM: x86/mmu: Ensure hugepage is in by slot before checking max mapping level (CVE-2026-63807)

    In the Linux kernel, the following vulnerability has been resolved:

    bpf: use kvfree() for replaced sysctl write buffer (CVE-2026-63809)

    In the Linux kernel, the following vulnerability has been resolved:

    block: Avoid mounting the bdev pseudo-filesystem in userspace (CVE-2026-63810)

    In the Linux kernel, the following vulnerability has been resolved:

    keys: Pin request_key_auth payload in instantiate paths (CVE-2026-63823)

    In the Linux kernel, the following vulnerability has been resolved:

    KEYS: fix overflow in keyctl_pkey_params_get_2() (CVE-2026-63824)

    In the Linux kernel, the following vulnerability has been resolved:

    fbdev: fix use-after-free in store_modes() (CVE-2026-63826)

    In the Linux kernel, the following vulnerability has been resolved:

    apparmor: mediate the implicit connect of TCP fast open sendmsg (CVE-2026-63828)

    In the Linux kernel, the following vulnerability has been resolved:

    net: ip_gre: require CAP_NET_ADMIN in the device netns for changelink (CVE-2026-63829)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

An update of the linux package has been released.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
327842	Linux Distros 未修補弱點：CVE-2026-63806	Nessus	Misc.	2026/7/19	2026/7/25	high
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
327842	Linux Distros 未修补的漏洞：CVE-2026-63806	Nessus	Misc.	2026/7/19	2026/7/25	high
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
327842	Linux Distros のパッチ未適用の脆弱性: CVE-2026-63806	Nessus	Misc.	2026/7/19	2026/7/25	high
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
327842	Linux Distros Unpatched Vulnerability : CVE-2026-63806	Nessus	Misc.	2026/7/19	2026/7/25	high
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
326038	Photon OS 5.0: Linux PHSA-2026-5.0-0916	Nessus	PhotonOS Local Security Checks	2026/7/9	2026/8/1	high

检测

插件搜索

high

medium

high

medium

high

medium

high

medium

high