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

  - ovpn：跳過已從 by_id ovpn_nl_peer_set_doit（） 移除的對等體的重新雜湊 在採用 ovpn->lock 之前，透過 ovpn_peer_get_by_id（） 解析目標對等體。在查詢 （僅採用參照計數） 和後續 spin_lock_bh（&ovpn->lock） 之間的視窗中，並行OVPN_CMD_PEER_DEL、keepalive 到期或通訊端拆卸可以先執行 ovpn->lock，執行 ovpn_peer_remove（） 以從所有四個表 （by_id、by_vpn_addr4/6、by_transp_addr） 取消雜湊對等體，然後釋放鎖定。然後，set_doit 取得 ovpn->lock 並呼叫 ovpn_peer_hash_vpn_ip（），這會將現已移除的對等體重新插入重新雜湊表中。相同的爭用會影響浮點路徑：ovpn_peer_endpoints_update（） 僅保留一個參照計數，並在很晚的時候（在非同步 AEAD 解密和網路連結通知之後）獲取 ovpn->lock，然後在by_transp_addr表中重新雜湊對等體。復活的對等體可從 RX 查詢 （ovpn_peer_get_by_transp_addr） 和 TX VPN-IP 查詢再次連線，即使使用者空間認為它已消失。一旦資料路徑參照計數下降，對等體就會透過call_rcu釋放，而其中嵌入的雜湊項目仍保持連結，從而開啟 UAF 視窗。當 hash_entry_id 未雜湊時，從重新雜湊中解脫出來，鏡像 ovpn_peer_remove（） 已經用來偵測已移除狀態的哨兵。在 ovpn->lock 下，檢查是安全的，它會序列化 hash_entry_id 的每個突變，並且對於新增路徑來說是無操作的，因為 ovpn_peer_add_mp（） 會在呼叫 ovpn_peer_hash_vpn_ip（） 之前插入hash_entry_id。（CVE-2026-74727）

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

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

  - ovpn：跳过已从 by_id ovpn_nl_peer_set_doit（） 删除的对等机的重新哈希 执行 ovpn->lock 前通过 ovpn_peer_get_by_id（） 解析目标对等机。在查找（仅采用 refcount）和后续 spin_lock_bh（&ovpn->lock） 之间的窗口中，并发OVPN_CMD_PEER_DEL、keepalive 到期或套接字拆卸可首先采用 ovpn->lock，运行 ovpn_peer_remove（） 以从所有四个表（by_id、by_vpn_addr4/6 by_transp_addr）对对等机反哈希并释放锁定。set_doit 然后获取 ovpn->lock 并调用 ovpn_peer_hash_vpn_ip（），从而将现已删除的对等机重新插入到二度哈希表中。相同的争用也会影响浮动路径：ovpn_peer_endpoints_update（） 仅保留一个 refcount，并且很晚才取得 ovpn->lock（在异步 AEAD 解密和 netlink 通知之后），然后在by_transp_addr表中重新哈希对等机。从 RX 查找 （ovpn_peer_get_by_transp_addr） 和 TX VPN-IP 查找可再次通过恢复的对等体来访问，即使用户空间认为其已消失也是如此。一旦数据路径引用计数丢弃，对等机将通过call_rcu释放，同时其中嵌入的哈希条目保持链接，从而打开 UAF 窗口。反哈希 hash_entry_id 时退出重新哈希，镜像 ovpn_peer_remove（） 已用于检测已删除状态的 sentinel。此检查在 ovpn->lock 下是安全的，因为它会序列化 hash_entry_id 的每一个突变，并且由于 ovpn_peer_add_mp（） 在调用 ovpn_peer_hash_vpn_ip（） 之前插入hash_entry_id，因此对添加路径无任何操作。（CVE-2026-74727）

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

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

  - ovpn:by_id ovpn_nl_peer_set_doit() からすでに削除されたピアのリハッシュをスキップします。ovpn->lock を取得する前に、ovpn_peer_get_by_id() を介してターゲットピアを解決します。検索(refcount のみを取ります)と後続の spin_lock_bh(&ovpn->lock)の間のウィンドウで、同時OVPN_CMD_PEER_DEL、キープアライブの有効期限切れ、またはソケットの取り壊しが ovpn->lock を最初に受け取り、ovpn_peer_remove() を実行して 4 つのテーブルすべて(by_id、by_vpn_addr4/6、by_transp_addr)からピアをハッシュ化解除し、ロックを解放する可能性があります。次に、set_doit は ovpn->lock を取得し、ovpn_peer_hash_vpn_ip() を呼び出します。これにより、すでに削除されたピアが再ハッシュテーブルに再挿入されます。同じ競合が浮動小数点パスに影響を与えます:ovpn_peer_endpoints_update() は refcount だけを保持し、非常に遅いタイミングで(非同期 AEAD 復号化および netlink 通知の後)ovpn->lock を取得してから、by_transp_addr テーブルのピアを再ハッシュします。復活したピアは、ユーザー空間がピアが消失したと認識している場合でも、RX ルックアップ(ovpn_peer_get_by_transp_addr)および TX VPN-IP ルックアップから再び到達可能になります。データパスの refcount がドロップされると、ピアは call_rcu を介して解放されますが、そこに埋め込まれたハッシュエントリはリンクされたままになり、UAF ウィンドウが開きます。hash_entry_idがハッシュ化されていないときにリハッシュから抜け出し、既に削除された状態を検出するために ovpn_peer_remove() によってすでに使用されているセンチネルを反映します。このチェックは、hash_entry_id のあらゆるミューテーションをシリアル化する ovpn->lock 下では安全であり、ovpn_peer_add_mp() が ovpn_peer_hash_vpn_ip() を呼び出す前にhash_entry_idを挿入するため、追加パスでは動作しません。(CVE-2026-74727)

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

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

  - ovpn: skip rehash for peers already removed from by_id ovpn_nl_peer_set_doit() resolves the target peer     via ovpn_peer_get_by_id() before taking ovpn->lock. In the window between the lookup (which only takes a     refcount) and the subsequent spin_lock_bh(&ovpn->lock), a concurrent OVPN_CMD_PEER_DEL, keepalive expiry,     or socket teardown can take ovpn->lock first, run ovpn_peer_remove() to unhash the peer from all four     tables (by_id, by_vpn_addr4/6, by_transp_addr) and release the lock. set_doit then acquires ovpn->lock and     calls ovpn_peer_hash_vpn_ip(), which re-inserts the now-removed peer back into the rehashing tables. The     same race affects the float path: ovpn_peer_endpoints_update() holds only a refcount and acquires     ovpn->lock very late (after async AEAD decrypt and a netlink notification), then rehashes the peer in the     by_transp_addr table. The resurrected peer becomes reachable again from the RX lookup     (ovpn_peer_get_by_transp_addr) and the TX VPN-IP lookup, even though userspace believes it is gone. Once     the data-path refcount drops the peer is freed via call_rcu while the hash entries embedded in it remain     linked, opening a UAF window. Bail out of the rehash when hash_entry_id is unhashed, mirroring the     sentinel already used by ovpn_peer_remove() to detect the already-removed state. The check is safe under     ovpn->lock, which serializes every mutation of hash_entry_id, and is a no-op for the add path because     ovpn_peer_add_mp() inserts hash_entry_id before calling ovpn_peer_hash_vpn_ip(). (CVE-2026-74727)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
339022	Linux Distros 未修補弱點：CVE-2026-74727	Nessus	Misc.	2026/8/22	2026/9/4	critical
339022	Linux Distros 未修补的漏洞：CVE-2026-74727	Nessus	Misc.	2026/8/22	2026/9/4	critical
339022	Linux Distros のパッチ未適用の脆弱性: CVE-2026-74727	Nessus	Misc.	2026/8/22	2026/9/4	critical
339022	Linux Distros Unpatched Vulnerability : CVE-2026-74727	Nessus	Misc.	2026/8/22	2026/9/4	critical

检测

插件搜索

critical

critical

critical

critical