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

  - netfilter：cttimeout：分离数据平台超时策略并重新利用引用计数 为 struct nf_ct_timeout添加引用计数，由 ct 扩展用于设置自定义 ct 超时策略，这表明 conntrack 条目正在使用 ct 超时。当最后一个连接跟踪条目在 ct 超时时丢弃 refcount 时，将释放 ct 超时。删除控制平面的引用计数，该控制平面用于控制规则集是否引用超时策略。在此更新后，可以立即从 nfnetlink_cttimeout 中删除 ct 超时策略。为简单起见，这样做是为了不处理单个对象上的两个引用计数。
    删除 nf_queue_nf_hook_drop（）：位于 nfqueue 中的数据包将仅保留对 nf_ct_timeout 对象的引用，直到数据包被重新注入，因为这是 ct 扩展的一部分，这将在释放 conntrack 时被释放。仍会调用 nf_ct_untimeout（） 以尽力清理：当 CT 超时消失时，现有条目上的 CT 超时将被删除，但只要 iptables 规则集仍然通过模板引用 CT 超时，新的 conntracks 可能会继续附加它并延长其生命周期，直到规则被删除。不会再从模块删除路径调用 nf_ct_untimeout（），由于模块 refcount 已发生故障，因此不太可能发现超时，并且新的 refcount 已跟踪 ct 超时策略使用，因此在未使用时将其释放。（CVE-2026-74347）

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

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

  - netfilter： cttimeout：分離資料平面逾時原則並重新利用參照計數 新增 CT 延伸模組用來設定自訂 CT 逾時原則的結構nf_ct_timeout的參照計數，這會告訴我們 conntrack 項目正在使用 CT 逾時。當最後一個 conntrack 項目丟棄 ct 逾時的參照計數時，會釋放 ct 逾時。移除控制平面的參照計數，以控制規則集是否參照逾時原則。完成此更新後，可以立即從 nfnetlink_cttimeout 移除 ct 逾時原則。這是為了簡單起見，不要在單一物件上處理兩個參照計數。
    移除 nf_queue_nf_hook_drop（）：位於 nfqueue 中的封包將僅保留對 nf_ct_timeout 物件的引用，直到封包被重新插入，因為這是 ct 延伸模組的一部分，因此將在釋放 conntrack 時釋放。仍會呼叫 nf_ct_untimeout（） 以盡最大努力進行清理：當 CT 逾時消失時，現有項目上的 CT 逾時會被移除，但只要 iptables 規則集仍然透過範本參照 CT 逾時，新的 conntracks 可能會繼續附加它並延長其生命週期，直到規則被移除為止。不再從模組移除路徑呼叫 nf_ct_untimeout（），這不太可能發現逾時，因為模組參照計數被撞擊，並且新的參照計數已經追蹤了 CT 逾時策略的使用，因此在未使用時將其釋放。（CVE-2026-74347）

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

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

  - netfilter:cttimeout:データプレーンタイムアウトポリシーをデタッチし、refcount の目的を変更します カスタム CT タイムアウトポリシーを設定するために ct 拡張によって使用される struct nf_ct_timeout の refcount を追加します。これにより、CT タイムアウトが conntrack エントリにより使用されていることが分かります。最後の conntrack エントリが ct タイムアウトで refcount をドロップすると、ct タイムアウトが解放されます。ルールセットがタイムアウトポリシーを参照するかどうかを制御するコントロールプレーンのrefcountを削除します。この更新後、nfnetlink_cttimeout から ct タイムアウトポリシーをすぐに削除することが可能です。これは、1 つのオブジェクトで 2 つの refcount を処理しないようにするためです。
    nf_queue_nf_hook_drop() を削除:nfqueue にあるパケットは、パケットが再注入されるまで nf_ct_timeout オブジェクトを参照したままにします。これは ct 拡張の一部であるため、conntrack が解放されるまでにリリースされます。nf_ct_untimeout()は、引き続きベストエフォートベースでクリーンアップするために呼び出されます。CTタイムアウトがなくなると、既存のエントリのCTタイムアウトは削除されますが、iptablesルールセットがテンプレートを通じてCTタイムアウトを参照している限り、新しいconntracksはそれをアタッチし続け、ルールが削除されるまでその寿命を延ばす可能性があります。nf_ct_untimeout() はモジュール削除パスから呼び出されなくなりました。モジュール refcount がバンプされた場合、タイムアウトを見つける可能性は低く、新しい refcount は CT タイムアウトポリシーの使用を既に追跡しているため、未使用時はリリースされます。(CVE-2026-74347)

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

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

  - netfilter: cttimeout: detach dataplane timeout policy and repurpose refcount Add a refcount for struct     nf_ct_timeout which is used by ct extension to set the custom ct timeout policy, this tells us that the ct     timeout is being used by a conntrack entry. When the last conntrack entry drops the refcount on the ct     timeout, the ct timeout is released. Remove the refcount for control plane which controls if the ruleset     refers to the timeout policy. After this update, it is possible to remove the ct timeout policy from     nfnetlink_cttimeout immediately. This is for simplicity not to handle two refcounts on a single object.
    Remove nf_queue_nf_hook_drop(): a packet sitting in nfqueue will just hold a reference to the     nf_ct_timeout object until packet is reinjected, since this is part of the ct extension, this will be     released by the time the conntrack is freed. nf_ct_untimeout() is still called to clean up in a best     effort basis: the ct timeout on existing entries gets removed when the ct timeout goes away, but as long     as the iptables ruleset still refers to the ct timeout through a template, new conntracks may keep     attaching it and extend its lifetime until the rule is removed. nf_ct_untimeout() is not called anymore     from module removal path, this is unlikely to find timeouts give module refcount is bumped, and the new     refcount already tracks the ct timeout policy use so it is released when unused. (CVE-2026-74347)

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

ID	Name	Product	Family	Published	Updated	Severity
335662	Linux Distros 未修补的漏洞：CVE-2026-74347	Nessus	Misc.	8/15/2026	9/3/2026	high
335662	Linux Distros 未修補弱點：CVE-2026-74347	Nessus	Misc.	8/15/2026	9/3/2026	high
335662	Linux Distros のパッチ未適用の脆弱性: CVE-2026-74347	Nessus	Misc.	8/15/2026	9/3/2026	high
345814	Amazon Linux 2023 : bpftool, kernel, kernel-devel (ALAS2023-2026-2143)	Nessus	Amazon Linux Local Security Checks	9/14/2026	9/14/2026	medium
335662	Linux Distros Unpatched Vulnerability : CVE-2026-74347	Nessus	Misc.	8/15/2026	9/3/2026	high

Detections

Analytics

Plugins Search

high

high

high

medium

high