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

    Linux 核心的 virtio-net/TAP 網路路徑中的一個問題可能允許在客體虛擬機器內具有特權存取權的執行者傳送特製的網路封包，這些封包會損毀 KVM 型虛擬化管理程式 （透過 執行未修補的 Linux 核心版本4.46.18） 上的主機核心記憶體。這可能會導致主機記憶體洩漏或拒絕服務。



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

    netfilter： nf_tables：新增掛鉤交易以刪除裝置 （CVE-2026-63858）

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

    bpf， skmsg：修正使用 KTLS RX sk_data_ready比賽的判定

    sk_psock_strp_data_ready（） 已經檢查 tls_sw_has_ctx_rx（），並在存在 TLS RX 上下文時延遲執行 psock->saved_data_ready，從而避免與TLS strparser 對 receivequeue 的所有權發生衝突（提交 e91de6afa81c，bpf：使用 ktls 修正正在運行的sk_skb程式類型）。

    sk_psock_verdict_data_ready（） 沒有對等的防護。當在配置 RX 之前將通訊端插入 sockmap （BPF_SK_SKB_VERDICT） TLS，tls_sw_strparser_arm（） 會儲存 sk_psock_verdict_data_readyas rx_ctx->saved_data_ready。資料到達時：

    tls_data_ready -> tls_strp_data_ready -> tls_rx_msg_ready-> saved_data_ready（） = sk_psock_verdict_data_ready（）-> tcp_read_skb（） 透過 __skb_unlink（） sk_receive_queue，而不呼叫 tcp_eat_skb（），因此copied_seq不會進階。

    然後，tls_strp_msg_load（） 會在現在為空的佇列上找到 tcp_inq（） >= full_len （過時）、callstcp_recv_skb（），點擊 WARN_ON_ONCE（！first），然後返回指向 psock 擁有（可能釋放）skb 的 rx_ctx->strp.anchor.frag_list。tls_decrypt_sg（） 隨後thatfrag_list：釋放後使用。

    套用與 sk_psock_strp_data_ready（） 相同的修正：如果存在 TLS RX 上下文，則呼叫 psock->saved_data_ready （sock_def_readable） 以 wakerecv（） 等候者並立即返回，讓接收佇列保持不變。TLS保留佇列的唯一所有權，並透過 tls_sw_recvmsg（） 正常解密記錄。（CVE-2026-64025）

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

    USB： iowarrior：修正斷開連接爭用 （CVE-2026-64341） 上的釋放後使用

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

    ipvs：重新配置磁頭後重新載入 IP 標頭 （CVE-2026-68476）

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

    ipv4： igmp：修正 igmp_gq_start_timer（） 中潛在的 UAF （CVE-2026-72323）

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

    bridge： stp：修正刪除橋接器時可能的釋放後使用問題 （CVE-2026-72389）

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

    ipvlan：繼承 phy_dev （CVE-2026-74744） 的 needed_headroom 和 needed_tailroom

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

    HID： magicmouse：如果未宣告任何輸入，則不要保留過時的 msc->input （CVE-2026-80782）

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

    ext4：不要在新的加密檔案上啟用 DAX （CVE-2026-80806）

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

    nilfs2：拒絕 GC ioctlCVE-2026-80807 （） 中無效的區塊索引

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

    USB： usbfs：修正 usbdev_release（） 中 usb_device 的釋放後使用 （CVE-2026-80824）

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

    USB： serial： option：修正中斷 URB 回呼中的 slab OOB 讀取 （CVE-2026-80827）

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

    usb： core：將鎖新增至 usb_wakeup_notification（） （CVE-2026-80830）

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

    ipv6： seg6：清除 IPIP 解封裝上的 IPv4 控制區塊 （CVE-2026-80840）

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

    xfrm：修正 xfrm_state_construct（） auth-trunc 洩漏 （CVE-2026-80843）

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

    RDMA/rxe：修正 free_rd_atomic_resources（） 中的 OOB （CVE-2026-80863）

    在 Linux 核心中，下列弱點已解決：ipv4: validate checksum_start before completing checksum If a packet with bad checksum metadata gets into the ipv4 stack, skb_checksum_help can corrupt the network header and cause a bunch of mischief. This was discovered and reported by Paulos, and has been reporoduced by others independently since. We really shouldn't allow such packets in, but as a defence in depth measure, let's also check before we complete the checksum. A more complete validation at input is forthcoming, but needs more work. (CVE-2026-99999)

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

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

偵測

Amazon Linux 2：kernel (ALASKERNEL-5.10-2026-133)

high Nessus Plugin ID 365191

版本 1.3