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

  - tcp：修复 tcp_ao_connect_init（） 中的 AO 信息释放后使用 tcp_v4_connect（） 在调用 tcp_connect（） 之前将 SYN-SENT 套接字添加到 ehash。如果配置了 TCP-AO，tcp_connect（） 首先验证密钥是否匹配对等机和绑定设备的当前 L3 主控端。tcp_ao_connect_init（） 稍后会再次解析 L3 主控端，并删除与其不匹配的密钥。套接字锁定未稳定绑定设备的 VRF 成员身份。因此，在 tcp_ao_connect_init（） 中的初始验证和 L3 主计算之间将设备从其 VRF 分离，即可使验证成功，同时初始化会观察默认 L3 域并移除唯一密钥。随后的 AO 查找会失败，因此无密钥路径会清除 tp->ao_info 并直接将其释放。接收路径可在获取套接字锁定前，在 ehash 和 RCU 下加载 tp->ao_info。加载了旧指针的阅读器因此可在直接释放之后继续进入 tcp_inbound_ao_hash（）。该问题是在 TCP-AO 对象生命周期的静态审计期间发现的。自创建用户和网络命名空间中的非特权复制者在发送 TCP-AO 段时，通过从其 VRF 分离 veth 争用 connect（）。它在两次全新启动时触发了相同的 KASAN 报告：缺陷：KASAN：tcp_inbound_ao_hash+0x585/0x19f0 中的释放后使用 任务 tcp_ao_vrf_race/232 在地址 ffff88800bf88128 处的写入大小为 8 调用跟踪：tcp_inbound_ao_hash+0x585/0x19f0 tcp_inbound_hash+0x677/0xa80 tcp_v4_rcv+0x1c3e/0x3ab0 按任务 235 分配： tcp_ao_alloc_info+0x43/0xf0 tcp_ao_add_cmd+0xdf7/0x13b0 do_tcp_setsockopt+0x168c/0x2640 由任务 235 释放：kfree+0x1b8/0x550 tcp_connect+0x252/0x4f00 tcp_v4_connect+0x1114/0x1720 错误地址为已释放的 128 字节对象中的 40 字节，与 tcp_ao_info counters.key_not_found 字段匹配。这两次运行各使用 1000 次尝试，达到无密钥路径 366 次和 411 次，并分别生成一份和两份 KASAN 报告。通过此变更，同一复制器在 1000 次尝试中 366 次到达无密钥路径，且没有 KASAN 报告或 oops。将 tcp_ao_destroy_sock（） 用于非密钥路径。它会取消发布 AO 信息、更新套接字内存和静态密钥统计，并将释放延迟到 RCU 宽限期过后。同时删除 WARN_ON_ONCE（） 及其过时注释。VRF 分离争用会使无密钥状态在正常操作期间可达到，因此这是已处理的条件，而非不可能的断言。在panic_on_warn内核上，WARN 会将此处理的争用转变为内核错误。（CVE-2026-80850）

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

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

  - tcp：修正 tcp_ao_connect_init（） 中的 AO 資訊釋放後使用 tcp_v4_connect（） 在呼叫 tcp_connect（） 之前將 SYN-SENT 通訊端新增至 ehash。如果已設定 TCP-AO，tcp_connect（） 會先驗證金鑰是否符合對等體和綁定裝置目前的 L3 主機。tcp_ao_connect_init（） 稍後會再次解析 L3 主機，並移除與其不符的金鑰。通訊端鎖定無法穩定繫結裝置的 VRF 成員資格。因此，在初始驗證和 tcp_ao_connect_init（） 中的 L3 主計算之間將裝置從其 VRF 分離，可以使驗證成功，同時初始化會觀察預設的 L3 網域並移除唯一的金鑰。隨後的 AO 查詢會失敗，因此無金鑰路徑會清除 tp->ao_info 並直接釋放它。接收路徑可以在 ehash 中找到通訊端，並在取得通訊端鎖定之前在 RCU 下載入 tp->ao_info。因此，載入舊指標的讀取器可以在直接釋放後繼續進入 tcp_inbound_ao_hash（）。此問題是在 TCP-AO 物件存留期的靜態稽核期間發現。在傳送 TCP-AO 區段時，自行建立的使用者和網路命名空間中的無權限複製者與 connect（） 爭奪 veth 與其 VRF 分離。它在兩次全新開機時觸發了相同的 KASAN 報告： 錯誤：KASAN：tcp_inbound_ao_hash+0x585/0x19f0 中的釋放後使用板 任務 tcp_ao_vrf_race/232 在 addr ffff88800bf88128 寫入大小 8 調用追蹤：tcp_inbound_ao_hash+0x585/0x19f0 tcp_inbound_hash+0x677/0xa80 tcp_v4_rcv+0x1c3e/0x3ab0 由任務 235 分配： tcp_ao_alloc_info+0x43/0xf0 tcp_ao_add_cmd+0xdf7/0x13b0 do_tcp_setsockopt+0x168c/0x2640 由任務 235 釋放：kfree+0x1b8/0x550 tcp_connect+0x252/0x4f00 tcp_v4_connect+0x1114/0x1720 錯誤位址是釋放的 128 位元組物件內的 40 位元組，符合 tcp_ao_info counters.key_not_found 欄位。這兩次跑步各進行了 1000 次嘗試，分別達到了 366 次和 411 次無關鍵路徑，並分別產生了一份和兩份 KASAN 報告。透過這項變更，相同的再現者在 1000 次嘗試中達到無金鑰路徑 366 次，而沒有 KASAN 報告或哎呀。將 tcp_ao_destroy_sock（） 用於無金鑰路徑。它會取消發佈 AO 資訊、更新通訊端記憶體和靜態金鑰帳戶，並將釋放延遲到 RCU 寬限期之後。同時刪除 WARN_ON_ONCE（） 及其過時註解。VRF 分離爭用可使無金鑰狀態在正常操作期間可連線，因此它是已處理的條件，而不是不可能的判斷提示。在panic_on_warn核心上，WARN 會將此已處理的爭用變成核心錯誤。（CVE-2026-80850）

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

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

  - tcp:tcp_ao_connect_init() の AO 情報の use-after-free を修正しますtcp_v4_connect() は、tcp_connect() を呼び出す前に SYN-SENT ソケットを ehash に追加します。TCP-AOが設定されている場合、tcp_connect()はまず、キーがピアとバインドされたデバイスの現在のL3マスターに一致することを確認します。tcp_ao_connect_init() は後に L3 マスターを再度解決し、一致しないキーを削除します。ソケットロックによって、バインドされたデバイスの VRF メンバーシップが安定化されません。したがって、初期検証とtcp_ao_connect_init()のL3マスター計算の間にVRFからデバイスをデタッチすると、初期化がデフォルトのL3ドメインを観察し、唯一のキーを削除している間、検証を成功させることができます。その後、AO 検索が失敗するため、no-key パスが tp->ao_info を消去し、直接解放します。受信パスは、ehash 内のソケットを見つけて、ソケットロックを取得する前に RCU で tp->ao_info をロードできます。古いポインターをロードしたリーダーは、直接解放後に tcp_inbound_ao_hash() に進む可能性があります。この問題は、TCP-AOオブジェクトの有効期間の静的監査中に見つかりました。自己作成のユーザーおよびネットワークの名前空間の権限のない再生者が、TCP-AOセグメントを送信しながらvethをVRFからデタッチすることでconnect()と競合しました。これは、2 つの新しい起動で同じ KASAN レポートをトリガーしました:バグ:KASAN:tcp_inbound_ao_hash+0x585/0x19f0 の slab-use-after-free タスク tcp_ao_vrf_race/232 による addr ffff88800bf88128 でのサイズ 8 の書き込み コールトレース:tcp_inbound_ao_hash+0x585/0x19f0 tcp_inbound_hash+0x677/0xa80 tcp_v4_rcv+0x1c3e/0x3ab0 タスク 235 により割り当て: tcp_ao_alloc_info+0x43/0xf0 tcp_ao_add_cmd+0xdf7/0x13b0 do_tcp_setsockopt+0x168c/0x2640 タスク 235 により解放されます: kfree+0x1b8/0x550 tcp_connect+0x252/0x4f00 tcp_v4_connect+0x1114/0x1720 不良アドレスは、解放された 128 バイトのオブジェクト内の 40 バイトで、tcp_ao_info counters.key_not_found フィールドと一致します。2 つの実行では、それぞれ 1000 回の試行を使用し、キーなしパスに 366 回と 411 回到達し、それぞれ 1 回と 2 回の KASAN レポートを作成しました。この変更により、同じリプロデューサーが、KASAN レポートまたは oops なしに 1000 回の試行で 366 回キーなしのパスに到達するようになりました。キーなしのパスには tcp_ao_destroy_sock() を使用します。AO 情報を非公開にし、ソケットメモリとスタティックキーアカウンティングを更新し、RCU 猶予期間が経過するまで解放を延長します。また、WARN_ON_ONCE() およびその古いコメントもドロップします。VRF デタッチ競合により、通常の操作中にノーキー状態に到達可能になるため、不可能なアサーションではなく処理された状態になります。panic_on_warnカーネルで、WARN はこの処理された競合をカーネルパニックに変えます。(CVE-2026-80850)

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

An update of the linux package has been released.

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

  - tcp: fix AO info use-after-free in tcp_ao_connect_init() tcp_v4_connect() adds a SYN-SENT socket to the     ehash before calling tcp_connect(). If TCP-AO is configured, tcp_connect() first verifies that a key     matches the peer and the bound device's current L3 master. tcp_ao_connect_init() later resolves the L3     master again and removes keys which do not match it. The socket lock does not stabilize the bound device's     VRF membership. Detaching the device from its VRF between the initial validation and the L3-master     calculation in tcp_ao_connect_init() can therefore make the validation succeed while initialization     observes the default L3 domain and removes the only key. The subsequent AO lookup then fails, so the no-     key path clears tp->ao_info and frees it directly. The receive path can find the socket in the ehash and     load tp->ao_info under RCU before acquiring the socket lock. A reader which loaded the old pointer can     thus continue into tcp_inbound_ao_hash() after the direct free. The issue was found during a static audit     of TCP-AO object lifetime. An unprivileged reproducer in self-created user and network namespaces raced     connect() with detaching a veth from its VRF while sending TCP-AO segments. It triggered the same KASAN     report on two fresh boots: BUG: KASAN: slab-use-after-free in tcp_inbound_ao_hash+0x585/0x19f0 Write of     size 8 at addr ffff88800bf88128 by task tcp_ao_vrf_race/232 Call Trace: tcp_inbound_ao_hash+0x585/0x19f0     tcp_inbound_hash+0x677/0xa80 tcp_v4_rcv+0x1c3e/0x3ab0 Allocated by task 235: tcp_ao_alloc_info+0x43/0xf0     tcp_ao_add_cmd+0xdf7/0x13b0 do_tcp_setsockopt+0x168c/0x2640 Freed by task 235: kfree+0x1b8/0x550     tcp_connect+0x252/0x4f00 tcp_v4_connect+0x1114/0x1720 The bad address is 40 bytes inside the freed     128-byte object, matching the tcp_ao_info counters.key_not_found field. The two runs used 1000 attempts     each, reached the no-key path 366 and 411 times, and produced one and two KASAN reports respectively. With     this change, the same reproducer reached the no-key path 366 times in 1000 attempts without a KASAN report     or oops. Use tcp_ao_destroy_sock() for the no-key path. It unpublishes the AO info, updates the socket     memory and static-key accounting, and defers the free until after an RCU grace period. Also drop the     WARN_ON_ONCE() and its stale comment. The VRF detach race makes the no-key state reachable during normal     operation, so it is a handled condition rather than an impossible assertion. On panic_on_warn kernels the     WARN would turn this handled race into a kernel panic. (CVE-2026-80850)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
351155	Debian dsa-6528 ： ata-modules-6.12.111+deb13-armmp-di - 安全性更新	Nessus	Debian Local Security Checks	2026/9/29	2026/9/29	high
362907	Debian dla-4817 ： ata-modules-6.12.107+deb12-armmp-di - 安全性更新	Nessus	Debian Local Security Checks	2026/10/4	2026/10/4	high
351155	Debian dsa-6528：ata-modules-6.12.111+deb13-armmp-di - 安全更新	Nessus	Debian Local Security Checks	2026/9/29	2026/9/29	high
362907	Debian dla-4817：ata-modules-6.12.107+deb12-armmp-di - 安全更新	Nessus	Debian Local Security Checks	2026/10/4	2026/10/4	high
342949	Linux Distros 未修补的漏洞：CVE-2026-80850	Nessus	Misc.	2026/9/4	2026/11/6	high
342949	Linux Distros 未修補弱點：CVE-2026-80850	Nessus	Misc.	2026/9/4	2026/11/6	high
351155	Debian dsa-6528:ata-modules-6.12.111+deb13-armmp-di - セキュリティ更新	Nessus	Debian Local Security Checks	2026/9/29	2026/9/29	high
362907	Debian dla-4817:ata-modules-6.12.107+deb12-armmp-di - セキュリティ更新	Nessus	Debian Local Security Checks	2026/10/4	2026/10/4	high
342949	Linux Distros のパッチ未適用の脆弱性: CVE-2026-80850	Nessus	Misc.	2026/9/4	2026/11/6	high
375011	Photon OS 5.0: Linux PHSA-2026-5.0-91-0999	Nessus	PhotonOS Local Security Checks	2026/11/2	2026/11/2	high
351155	Debian dsa-6528 : ata-modules-6.12.111+deb13-armmp-di - security update	Nessus	Debian Local Security Checks	2026/9/29	2026/9/29	high
362907	Debian dla-4817 : ata-modules-6.12.107+deb12-armmp-di - security update	Nessus	Debian Local Security Checks	2026/10/4	2026/10/4	high
342949	Linux Distros Unpatched Vulnerability : CVE-2026-80850	Nessus	Misc.	2026/9/4	2026/11/6	high
375048	Photon OS 5.0: Linux PHSA-2026-5.0-92-0999	Nessus	PhotonOS Local Security Checks	2026/11/2	2026/11/2	high
376443	Ubuntu 24.04 LTS / 26.04 LTS : Linux kernel vulnerabilities (USN-8959-1)	Nessus	Ubuntu Local Security Checks	2026/11/5	2026/11/5	high

检测

插件搜索

high

high

high

high

high

high

high

high

high

high

high

high

high

high

high