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

  - inet：frags：重组前从片段中剥离 GSO 状态 virtio_net_hdr（tun/tap 或带 PACKET_VNET_HDR 的 AF_PACKET）可将 IPv4 或 IPv6 片段标记为 GSO;没有任何gso_type与frag_off有关。
    inet_frag_reasm_prepare（）/inet_frag_reasm_finish（） 保留第一个片段的 skb 作为重组数据报的头，包括其 shinfo->gso_size/gso_type/gso_segs，并将其余片段链接到frag_list与它们到达的任何线性/分页布局。因此，在 ip_defrag（） （ip_local_deliver（）、nf_defrag_ipv4...） 之后，重组的 skb 仍声明为 GSO （SKB_GSO_DODGY），而下一个软件分段点 - 本地交付上的 udp_rcv_segment（）、validate_xmit_skb（） 或 ip_finish_output_gso（） 慢速路径 - 将其交给 skb_segment（）。skb_segment（） 的 frag_list walk 假设 GRO 形状的输入并命中其 BUG_ON（） 之一。非特权用户在自己的 userns 中对一个 tap 进行两次写入就足够了：net/core/skbuff.c：4899！哎呀：无效操作码：0000 [#1] SMP KASAN NOPTI CPU：0 UID：1000 PID：82 通信：poc 未受感染 7.2.0-pentest+ #2 RIP：0010：skb_segment+0x20ca/0x48b0 调用跟踪：
    <TASK> __udp_gso_segment+0x29a/0x27d0 udp4_ufo_fragment+0x458/0x6c0 inet_gso_segment+0x429/0x1340 skb_mac_gso_segment+0x233/0x4f0 __skb_gso_segment+0x308/0x660 udp_queue_rcv_skb+0x440/0xad0 udp_unicast_rcv_skb+0xc7/0x2c0 udp_rcv+0x16ce/0x2260 ip_protocol_deliver_rcu+0x197/0x2d0 ip_local_deliver+0x430/0x690 ip_rcv+0x16f/0x1f0 __netif_receive_skb_one_core+0x15e/0x1c0
    __netif_receive_skb+0x1e/0x110 netif_receive_skb+0xf6/0x5c0 tun_rx_batched.isra.0+0x3ab/0x790 tun_get_user+0x17c3/0x3550 tun_chr_write_iter+0xba/0x1b0 vfs_write+0x646/0x1130 </TASK> 内核错误 - 不同步：中断中的致命异常 这会在禁用 BH 的情况下运行，因此它是错误而不是错误。
    通过 netns 中的 CAP_NET_RAW（碎片整理点位于 GSO 点之前）以及从其 VMM 转发virtio_net_hdr到分流器的客户机，可以访问相同的情况。通过提交 3dcbdb134f32（net：gso：修复拆分具有线性头 frag_list 的破坏的 skb 时gso_size skb_segment splat）和提交 9e4b7a99a03a（net：gso：修复具有混合头分配类型的 frag_list 上的错误）添加的 SKB_GSO_DODGY frag_list 检查未涵盖它：当 gso_size == skb_headlen（head）， 由发件人控制。进入 frag 队列的 skb 根据定义是 IP 片段，无法合法地携带 GSO 状态：GRO 在片段化之前不会合并片段和堆栈段，因此只有不受信任的源受到影响。自提交 f43798c27684（tun：允许 GSO 使用 virtio_net_hdr）后即可实现此目的，这是让用户空间将 GSO 元数据附加到 IP 片段的第一个路径。重置排队时每个片段的 GSO 字段，在 IPv4、IPv6、nf_conntrack_reasm 和 6lowpan 重组共享的 inet_frag_queue_insert（） 中;然后，重新组装的 SKB 的负责人和frag_list成员都不会携带它们（成员也很重要：ip_do_fragment（）/ip6_fragment（） 快速路径按原样将它们发送出去）。头部可能保持CHECKSUM_PARTIAL;已在接收时接受并由转发时 ip_do_fragment（）/ip6_fragment（） 中的 skb_checksum_help（） 解析。在 net.git （dc4b95b8fee9） 上进行测试，x86_64：上述 tap 复制器、另外两个可达 BUG_ON（i >= nfrags） 和 BUG_ON（！list_skb->head_frag） 的 IPv4 frag_list几何，以及一个 IPv6 片段标头变体 （udp6_ufo_fragment（）），每个变量都会使未修复的内核发生错误;通过此修补程序，所有四个数据报将保持不变，不会记录任何内容。（CVE-2026-80590）

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

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

  - inet： frags：在重組之前從片段中剝離 GSO 狀態 virtio_net_hdr（tun/tap 或帶有 PACKET_VNET_HDR 的AF_PACKET）可以將 IPv4 或 IPv6 片段標記為 GSO;沒有什麼與gso_type與frag_off有關。
    inet_frag_reasm_prepare（）/inet_frag_reasm_finish（） 保留第一個片段的 skb 作為重組資料包的頭部，包括其 shinfo->gso_size/gso_type/gso_segs，並將剩餘片段鏈結在frag_list上，並使用它們到達的任何線性/分頁佈局。因此，在 ip_defrag（） （ip_local_deliver（）、nf_defrag_ipv4 等） 之後，重組的 skb 仍然聲稱是 GSO （SKB_GSO_DODGY），而下一個軟體分段點 - 本地交付的 udp_rcv_segment（）、validate_xmit_skb（） 或 ip_finish_output_gso（） 慢速路徑 - 將其交給 skb_segment（）。skb_segment（） 的 frag_list 遍歷假設 GRO 形狀的輸入並命中其其中一個 BUG_ON（）。無權限的使用者在其自己的 userns 中對 tap 進行兩次寫入就足夠了：net/core/skbuff.c：4899 的核心錯誤！哎呀：無效的操作碼：0000 [#1] SMP KASAN NOPTI CPU：0 UID：1000 PID：82 通信：poc 未受污染 7.2.0-pentest+ #2 RIP：0010：skb_segment+0x20ca/0x48b0 呼叫追蹤：
    <TASK> __udp_gso_segment+0x29a/0x27d0 udp4_ufo_fragment+0x458/0x6c0 inet_gso_segment+0x429/0x1340 skb_mac_gso_segment+0x233/0x4f0 __skb_gso_segment+0x308/0x660 udp_queue_rcv_skb+0x440/0xad0 udp_unicast_rcv_skb+0xc7/0x2c0 udp_rcv+0x16ce/0x2260 ip_protocol_deliver_rcu+0x197/0x2d0 ip_local_deliver+0x430/0x690 ip_rcv+0x16f/0x1f0 __netif_receive_skb_one_core+0x15e/0x1c0
    __netif_receive_skb+0x1e/0x110 netif_receive_skb+0xf6/0x5c0 tun_rx_batched.isra.0+0x3ab/0x790 tun_get_user+0x17c3/0x3550 tun_chr_write_iter+0xba/0x1b0 vfs_write+0x646/0x1130 </TASK> 核心錯誤 - 未同步：中斷中的致命異常 此動作會在停用 BH 的情況下執行，因此這是錯誤而不是 oops。
    在 netns 中，重組點位於 GSO 點之前，以及從其 VMM 將 virtio_net_hdr 轉送至分流器的客體中，CAP_NET_RAW也可以達到相同的目的。提交 3dcbdb134f32 （net： gso： 修正分割具有線性頭 frag_list） gso_size 殘缺 skb 時的 skb_segment splat） 和提交 9e4b7a99a03a （net： gso：修正具有混合頭配置類型的frag_list的錯誤） 新增的 SKB_GSO_DODGY frag_list 檢查並未涵蓋它：當 gso_size == skb_headlen（head） 時，頁面備份的頭會跳過它們，而 kmalloc 頭會跳過它們， 由寄件者控制。根據定義，進入片段佇列的 skb 是 IP 片段，無法合法地攜帶 GSO 狀態：GRO 不會在片段化之前合併片段和堆疊區段，因此只有不受信任的來源會受到影響。自從提交 f43798c27684（tun：允許使用 virtio_net_hdr 的 GSO）以來，這已經可以實現，這是允許使用者空間將 GSO 中繼資料附加到 IP 片段的第一個路徑。在 IPv4、IPv6、nf_conntrack_reasm 和 6lowpan 重組共用的 inet_frag_queue_insert（） 中，在排入佇列時重設每個片段的 GSO 欄位;然後，重新組裝的 skb 的負責人和frag_list成員都沒有攜帶它們（成員也很重要：ip_do_fragment（）/ip6_fragment（） 快速路徑按原樣發送它們）。頭部可能保持CHECKSUM_PARTIAL;這在接收時已經被接受，並在轉發時由 ip_do_fragment（）/ip6_fragment（） 中的 skb_checksum_help（） 解析。在 net.git （dc4b95b8fee9） 之上進行測試，x86_64：上面的 tap 再現器，另外兩個到達 BUG_ON（i >= nfrags） 和 BUG_ON（！list_skb->head_frag） 的 IPv4 frag_list幾何圖形，以及一個 IPv6 片段標頭變體 （udp6_ufo_fragment（）），每個都使未修補的核心出現錯誤;使用此修補程式時，所有四個資料包都完好無損地交付，並且不會記錄任何內容。（CVE-2026-80590）

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

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

    - ------------------------------------------------------------------------- Debian安全公告 DSA-6477-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2026 年 8 月 29 日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    套件：linux CVE ID： CVE-2025-40074 CVE-2026-64216 CVE-2026-64581 CVE-2026-74626 CVE-2026-74653 CVE-2026-74662 CVE-2026-80536 CVE-2026-80557 CVE-2026-80562 CVE-2026-80572 CVE-2026-80583 CVE-2026-80590 CVE-2026-80725

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

    針對穩定的發行版本 (trixie)，已在第 6.12.107-1 版中修復這些問題。

    建議您升級 linux 套件。

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

    有關 Debian 安全公告、如何將這些更新套用至您的系統以及常見問題的詳細資訊，請參閱：https://www.debian.org/security/

    郵寄清單：debian-security-announce@lists.debian.org

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

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

远程 Debian 13 主机上存在安装的程序包，该程序包受到 dsa-6477 公告中提及的多个漏洞的影响。

    - ------------------------------------------------------------------------- Debian 安全公告 DSA-6477-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2026 年 8 月 29 日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    程序包：linux CVE ID： CVE-2025-40074 CVE-2026-64216 CVE-2026-64581 CVE-2026-74626 CVE-2026-74653 CVE-2026-74662 CVE-2026-80536 CVE-2026-80557 CVE-2026-80562 CVE-2026-80572 CVE-2026-80583 CVE-2026-80590 CVE-2026-80725

    在 Linux 内核中发现多个可能导致权限升级、拒绝服务或信息泄漏的漏洞。

    对于稳定发行版本 (trixie)，已在 6.12.107-1 版本中修复这些问题。

    建议您升级 linux 程序包。

    如需了解 linux 的详细安全状态，请参阅其安全跟踪页面：
    https://security-tracker.debian.org/tracker/linux

    有关 Debian 安全公告、如何将这些更新应用到系统以及常见问题解答的更多信息，请访问以下网址：https://www.debian.org/security/

    邮件列表：debian-security-announce@lists.debian.org

Tenable 已直接从 Debian 安全公告中提取上述描述块。

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

リモートの Fedora 43 ホストには、FEDORA-2026-f04e0d4d9d のアドバイザリに記載された脆弱性の影響を受けるパッケージがインストールされています。

    7.1.12安定版(stable)のカーネル更新には、CVE-2026-80590 に対する単一の修正が含まれています。

    ----

    7.1.11安定版（stable）カーネルの更新には、ツリーにわたる多くの重要な修正が含まれています。上流で CVE が割り当てられるため、現在はすべてのカーネル更新をセキュリティとして指定しています。ただし、それが何であるかは、この更新が出荷されてから少し経つまでわかりません。

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

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

リモートのDebian 13ホストには、dsa-6477アドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    - ------------------------------------------------------------------------- Debian セキュリティアドバイザリ DSA-6477-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2026 年 8 月 29 日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    パッケージ:linux CVE ID: CVE-2025-40074 CVE-2026-64216 CVE-2026-64581 CVE-2026-74626 CVE-2026-74653 CVE-2026-74662 CVE-2026-80536 CVE-2026-80557 CVE-2026-80562 CVE-2026-80572 CVE-2026-80583 CVE-2026-80590 CVE-2026-80725

    Linux カーネルに、権限昇格、サービス拒否、または情報漏洩を引き起こす可能性がある、複数の脆弱性が発見されました。

    安定版 (stable) ディストリビューション (trixie) では、これらの問題はバージョン 6.12.107-1 で修正されています。

    お使いの linux パッケージをアップグレードすることを推奨します。

    linux の詳細なセキュリティステータスについては、そのセキュリティトラッカーページを参照してください。
    https://security-tracker.debian.org/tracker/linux

    Debian セキュリティアドバイザリに関する詳細、これらの更新をシステムに適用する方法、およびよくある質問については、こちらを参照してください。https://www.debian.org/security/

    メーリングリスト: debian-security-announce@lists.debian.org

前述の説明ブロックは、Tenable が Debian セキュリティアドバイザリから直接抽出したものです。

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

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

  - inet:frags:再アセンブリの前にフラグメントから GSO 状態を取り除きます virtio_net_hdr(tun/tap、または PACKET_VNET_HDR 付きAF_PACKET)は、IPv4 または IPv6 フラグメントを GSO としてマークできます。frag_offにgso_type関係のあるものは何もありません。
    inet_frag_reasm_prepare()/inet_frag_reasm_finish() は、shinfo->gso_size/gso_type/gso_segs を含めて、再構成されたデータグラムの先頭として最初のフラグメントの skb を保持し、残りのフラグメントを frag_list で提供されたリニア/ページレイアウトと連結させます。このため、ip_defrag()(ip_local_deliver()、nf_defrag_ipv4、...) の後で、再構築された skb は依然として GSO (SKB_GSO_DODGY) であると主張し、次のソフトウェアセグメンテーションポイント - ローカルデリバリの udp_rcv_segment()、validate_xmit_skb()、または ip_finish_output_gso() のスローパス - は、それを skb_segment() に渡します。skb_segment() の frag_list walk は、GRO 形状の入力を想定し、その BUG_ON() の 1 つをヒットします。権限のないユーザーがタップに 2 回書き込むだけで十分です:net/core/skbuff.c:4899! Oops:無効な opcode:0000 [#1] SMP KASAN NOPTI CPU:0 UID:1000 PID:82 通信:poc 汚染されていない 7.2.0-pentest+ #2 RIP:0010:skb_segment+0x20ca/0x48b0 コールトレース:
    <TASK> __udp_gso_segment+0x29a/0x27d0 udp4_ufo_fragment+0x458/0x6c0 inet_gso_segment+0x429/0x1340 skb_mac_gso_segment+0x233/0x4f0 __skb_gso_segment+0x308/0x660 udp_queue_rcv_skb+0x440/0xad0 udp_unicast_rcv_skb+0xc7/0x2c0 udp_rcv+0x16ce/0x2260 ip_protocol_deliver_rcu+0x197/0x2d0 ip_local_deliver+0x430/0x690 ip_rcv+0x16f/0x1f0 __netif_receive_skb_one_core+0x15e/0x1c0
    __netif_receive_skb+0x1e/0x110 netif_receive_skb+0xf6/0x5c0 tun_rx_batched.isra.0+0x3ab/0x790 tun_get_user+0x17c3/0x3550 tun_chr_write_iter+0xba/0x1b0 vfs_write+0x646/0x1130 </TASK> カーネルパニック - 同期していない:割り込みでの致命的な例外 これは BH を無効にして実行されるため、oops ではなくパニックです。
    デフラグポイントが GSO ポイントに先行する netns の CAP_NET_RAW、および VMM がタップにvirtio_net_hdr転送するゲストからも、同じことが起こり得ます。コミット 3dcbdb134f32(net:gso:リニアヘッドfrag_list)を持つマングルされた skb gso_size分割時のskb_segmentスプラットの修正)およびコミット 9e4b7a99a03a(net:gso:混合ヘッド割り当てタイプを伴う frag_list のパニックを修正)により追加された SKB_GSO_DODGY frag_list チェックは、それをカバーしていません:ページバックヘッドはこれらをスキップし、kmalloc ヘッドは、gso_size == skb_headlen(head) の場合、これらをスキップします。 送信者が制御します。フラグキューに入るskbは、定義上IPフラグメントであり、GSO状態を正当に運ぶことはできません:GROはフラグメント化する前にフラグメントとスタックセグメントをマージしないため、信頼できないソースのみが影響を受けます。これは、ユーザー空間に GSO メタデータを IP フラグメントに添付させる最初のパスであるコミット f43798c27684(tun:virtio_net_hdr を使用する GSO を許可)以降、達成可能になっています。IPv4、IPv6、nf_conntrack_reasmおよび 6lowpan 再アセンブリが共有する inet_frag_queue_insert() で、キューに登録されているすべてのフラグメントの GSO フィールドをリセットします。その後、再編成された skb の頭もfrag_listのメンバーもそれらを運びません (メンバーも重要です: ip_do_fragment()/ip6_fragment() 高速パスはそれらをそのまま送り出します)。頭はCHECKSUM_PARTIALのままになる場合があります。これは、受信時に既に受け入れられており、転送時に ip_do_fragment()/ip6_fragment() の skb_checksum_help() によって解決されています。net.git(dc4b95b8fee9)の上でテストしました。x86_64:上記のタップリプロデューサー、BUG_ON(i >= nfrags)およびBUG_ON(!list_skb->head_frag)に到達するさらに2つのIPv4 frag_listジオメトリ、IPv6フラグメントヘッダーバリアント(udp6_ufo_fragment())がそれぞれパッチを適用されていないカーネルをパニックに陥らせます。このパッチにより、4 つのデータグラムはすべて完全なまま提供され、何もログに記録されません。(CVE-2026-80590)

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

リモートの Fedora 44 ホストには、FEDORA-2026-92c9a5d8bc のアドバイザリに記載された脆弱性の影響を受けるパッケージがインストールされています。

    7.1.12安定版(stable)のカーネル更新には、CVE-2026-80590 に対する単一の修正が含まれています。

    ----

    7.1.11安定版（stable）カーネルの更新には、ツリーにわたる多くの重要な修正が含まれています。上流で CVE が割り当てられるため、現在はすべてのカーネル更新をセキュリティとして指定しています。ただし、それが何であるかは、この更新が出荷されてから少し経つまでわかりません。

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

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

The remote Debian 13 host has packages installed that are affected by multiple vulnerabilities as referenced in the dsa-6477 advisory.

    - -------------------------------------------------------------------------     Debian Security Advisory DSA-6477-1                   security@debian.org     https://www.debian.org/security/                     Salvatore Bonaccorso     August 29, 2026                       https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    Package        : linux     CVE ID         : CVE-2025-40074 CVE-2026-64216 CVE-2026-64581 CVE-2026-74626                      CVE-2026-74653 CVE-2026-74662 CVE-2026-80536 CVE-2026-80557                      CVE-2026-80562 CVE-2026-80572 CVE-2026-80583 CVE-2026-80590                      CVE-2026-80725

    Several vulnerabilities have been discovered in the Linux kernel that     may lead to a privilege escalation, denial of service or information     leaks.

    For the stable distribution (trixie), these problems have been fixed in     version 6.12.107-1.

    We recommend that you upgrade your linux packages.

    For the detailed security status of linux please refer to its security     tracker page at:
    https://security-tracker.debian.org/tracker/linux

    Further information about Debian Security Advisories, how to apply     these updates to your system and frequently asked questions can be     found at: https://www.debian.org/security/

    Mailing list: debian-security-announce@lists.debian.org

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

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

The remote Fedora 43 host has a package installed that is affected by a vulnerability as referenced in the FEDORA-2026-f04e0d4d9d advisory.

    The 7.1.12 stable kernel update contains a single fix for CVE-2026-80590.

    ----

    The 7.1.11 stable kernel updates contain a number of important fixes across the tree. We are now     specifying all kernel updates as security because upstream will assign CVEs, but we will not know what     those are until a bit after this update ships.

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

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

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

  - inet: frags: strip GSO state from fragments before reassembly A virtio_net_hdr (tun/tap, or AF_PACKET with     PACKET_VNET_HDR) can mark an IPv4 or IPv6 fragment as GSO; nothing relates gso_type to frag_off.
    inet_frag_reasm_prepare()/inet_frag_reasm_finish() keep the first fragment's skb as the head of the     reassembled datagram, including its shinfo->gso_size/gso_type/gso_segs, and chain the remaining fragments     on frag_list with whatever linear/paged layout they arrived with. After ip_defrag() (ip_local_deliver(),     nf_defrag_ipv4, ...) the reassembled skb therefore still claims to be GSO (SKB_GSO_DODGY), and the next     software segmentation point - udp_rcv_segment() on local delivery, validate_xmit_skb(), or the     ip_finish_output_gso() slow path - hands it to skb_segment(). skb_segment()'s frag_list walk assumes GRO-     shaped input and hits one of its BUG_ON()s. Two writes to a tap by an unprivileged user in its own userns     are enough: kernel BUG at net/core/skbuff.c:4899! Oops: invalid opcode: 0000 [#1] SMP KASAN NOPTI CPU: 0     UID: 1000 PID: 82 Comm: poc Not tainted 7.2.0-pentest+ #2 RIP: 0010:skb_segment+0x20ca/0x48b0 Call Trace:
    <TASK> __udp_gso_segment+0x29a/0x27d0 udp4_ufo_fragment+0x458/0x6c0 inet_gso_segment+0x429/0x1340     skb_mac_gso_segment+0x233/0x4f0 __skb_gso_segment+0x308/0x660 udp_queue_rcv_skb+0x440/0xad0     udp_unicast_rcv_skb+0xc7/0x2c0 udp_rcv+0x16ce/0x2260 ip_protocol_deliver_rcu+0x197/0x2d0     ip_local_deliver+0x430/0x690 ip_rcv+0x16f/0x1f0 __netif_receive_skb_one_core+0x15e/0x1c0
    __netif_receive_skb+0x1e/0x110 netif_receive_skb+0xf6/0x5c0 tun_rx_batched.isra.0+0x3ab/0x790     tun_get_user+0x17c3/0x3550 tun_chr_write_iter+0xba/0x1b0 vfs_write+0x646/0x1130 </TASK> Kernel panic - not     syncing: Fatal exception in interrupt This runs with BH disabled, so it is a panic rather than an oops.
    The same is reachable with CAP_NET_RAW in a netns where a defrag point precedes a GSO point, and from a     guest whose VMM forwards virtio_net_hdr to a tap. The SKB_GSO_DODGY frag_list checks added by commit     3dcbdb134f32 (net: gso: Fix skb_segment splat when splitting gso_size mangled skb having linear-headed     frag_list) and by commit 9e4b7a99a03a (net: gso: fix panic on frag_list with mixed head alloc types) do     not cover it: page-backed heads skip them, and kmalloc heads skip them when gso_size == skb_headlen(head),     which the sender controls. An skb entering a frag queue is an IP fragment by definition and cannot     legitimately carry GSO state: GRO does not merge fragments and the stack segments before it fragments, so     only untrusted sources are affected. This has been reachable since commit f43798c27684 (tun: Allow GSO     using virtio_net_hdr), the first path that let userspace attach GSO metadata to an IP fragment. Reset the     GSO fields of every fragment as it is queued, in inet_frag_queue_insert(), which IPv4, IPv6,     nf_conntrack_reasm and 6lowpan reassembly share; then neither the head nor the frag_list members of the     reassembled skb carry them (the members matter too: the ip_do_fragment()/ip6_fragment() fast paths send     them out as they are). The head may remain CHECKSUM_PARTIAL; that is already accepted on receive and     resolved by skb_checksum_help() in ip_do_fragment()/ip6_fragment() on forward. Tested on top of net.git     (dc4b95b8fee9), x86_64: the tap reproducer above, two further IPv4 frag_list geometries that reach     BUG_ON(i >= nfrags) and BUG_ON(!list_skb->head_frag), and an IPv6 fragment-header variant     (udp6_ufo_fragment()) each panic the unpatched kernel; with this patch all four datagrams are delivered     intact and nothing is logged. (CVE-2026-80590)

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

The remote Fedora 44 host has a package installed that is affected by a vulnerability as referenced in the FEDORA-2026-92c9a5d8bc advisory.

    The 7.1.12 stable kernel update contains a single fix for CVE-2026-80590.

    ----

    The 7.1.11 stable kernel updates contain a number of important fixes across the tree. We are now     specifying all kernel updates as security because upstream will assign CVEs, but we will not know what     those are until a bit after this update ships.

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

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

ID	Name	Product	Family	Published	Updated	Severity
341290	Linux Distros 未修补的漏洞：CVE-2026-80590	Nessus	Misc.	8/28/2026	9/3/2026	high
341290	Linux Distros 未修補弱點：CVE-2026-80590	Nessus	Misc.	8/28/2026	9/3/2026	high
341563	Debian dsa-6477 ： ata-modules-6.12.101+deb13-armmp-di - 安全性更新	Nessus	Debian Local Security Checks	8/29/2026	8/29/2026	critical
341563	Debian DSA-6477：ata-modules-6.12.101+deb13-armmp-di - 安全更新	Nessus	Debian Local Security Checks	8/29/2026	8/29/2026	critical
341814	Fedora 43:カーネル(2026-f04e0d4d9d)	Nessus	Fedora Local Security Checks	8/31/2026	8/31/2026	high
341563	Debian dsa-6477:ata-modules-6.12.101+deb13-armmp-di - セキュリティ更新	Nessus	Debian Local Security Checks	8/29/2026	8/29/2026	critical
341290	Linux Distros のパッチ未適用の脆弱性: CVE-2026-80590	Nessus	Misc.	8/28/2026	9/3/2026	high
341821	Fedora 44:カーネル(2026-92c9a5d8bc)	Nessus	Fedora Local Security Checks	8/31/2026	8/31/2026	high
341563	Debian dsa-6477 : ata-modules-6.12.101+deb13-armmp-di - security update	Nessus	Debian Local Security Checks	8/29/2026	8/29/2026	critical
341814	Fedora 43 : kernel (2026-f04e0d4d9d)	Nessus	Fedora Local Security Checks	8/31/2026	8/31/2026	high
341290	Linux Distros Unpatched Vulnerability : CVE-2026-80590	Nessus	Misc.	8/28/2026	9/3/2026	high
341821	Fedora 44 : kernel (2026-92c9a5d8bc)	Nessus	Fedora Local Security Checks	8/31/2026	8/31/2026	high

Detections

Analytics

Plugins Search

high

high

critical

critical

high

critical

high

high

critical

high

high

high