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

  - pfcp：在讀取 SEID 之前，請確保 SEID 是線性的 pfcp_encap_recv（） 僅確保 UDP 標頭和 4 位元組 PFCP 標頭位於線性區域中。設定 S 旗標後，pfcp_session_recv（） 會讀取後面的 8 位元組 SEID，而 pskb_may_pull（） 檢查未涵蓋此 SEID。因此，設定了 S 旗標的短 PFCP 封包，或其工作階段標頭位於片段中的封包，會使 pfcp_session_recv（） 讀取到封包資料結尾之外，並且它找到的任何內容都會儲存在 flower 稍後分類的隧道中繼資料中。在讀取 SEID 之前，請向上拉至 SEID 的末尾，並丟棄太短而無法包含 SEID 的封包。之後重新載入標頭指標，因為 pskb_may_pull（） 可能會重新配置 skb 頭。使用 offsetofend（） 而不是 sizeof（struct pfcphdr_session）：結構未打包，因此由於__be64成員的對齊方式，其大小為 16 位元組，而線上的標頭只有 12 位元組，並且有效的會話訊息將被丟棄。（CVE-2026-98952）

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

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

  - pfcp：在读取 SEID 之前确保其为线性 pfcp_encap_recv（） 仅确保 UDP 标头和 4 字节 PFCP 标头处于线性区域中。设置 S 标记后，pfcp_session_recv（） 随后会读取接下来的 8 字节 SEID，pskb_may_pull（） 检查未涵盖该 SEID。因此，具有 S 标记集的短 PFCP 数据包，或者其会话标头位于片段中的 PFCP 数据包，使 pfcp_session_recv（） 读取数据超出数据包数据的末尾，并且它发现的任何内容都存储在 flower 稍后分类的隧道元数据中。读取 SEID 之前向上拉至其末尾，并丢弃太短而无法包含它的数据包。之后重新加载标头指针，因为 pskb_may_pull（） 可能会重新分配 skb 标头。使用 offsetofend（） 而不是 sizeof（struct pfcphdr_session）：该结构未打包，因此由于 __be64 成员的对齐，其大小为 16 字节，而线路上的标头只有 12 字节，并且有效的会话消息将被丢弃。（CVE-2026-98952）

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

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

  - pfcp:SEID を読み取る前に線形であることを確認してください pfcp_encap_recv() は、UDP ヘッダーと 4 バイトの PFCP ヘッダーが線形領域にあることのみを確認します。S フラグが設定されている場合、pfcp_session_recv() はその後に続く 8 バイトの SEID を読み取ります。これは pskb_may_pull() チェックの対象外です。したがって、S フラグが設定された短い PFCP パケット、またはそのセッションヘッダーがフラグメントにあるパケットは、パケットデータの終端を超えて pfcp_session_recv() を読み取り、そこで見つかったものはすべて、後に flower が分類するトンネルメタデータに保存されます。SEID を読み取る前に最後まで引き上げ、短すぎてこれを含めることができないパケットはドロップします。pskb_may_pull() が skb ヘッドを再割り当てすることがあるため、後でヘッダーポインターをリロードしてください。sizeof(struct pfcphdr_session) ではなく offsetofend() を使用:構造体はパックされていないため、__be64 メンバーのアライメントのためサイズは 16 バイトですが、ネットワーク上のヘッダーはわずか 12 バイトであるため、有効なセッションメッセージはドロップされます。(CVE-2026-98952)

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

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

  - pfcp: make sure the SEID is linear before reading it pfcp_encap_recv() only makes sure that the UDP header     and the 4 byte PFCP header are in the linear area. When the S flag is set, pfcp_session_recv() then reads     the 8 byte SEID that follows, which is not covered by the pskb_may_pull() check. A short PFCP packet with     the S flag set, or one whose session header lies in a fragment, therefore makes pfcp_session_recv() read     beyond the end of the packet data, and whatever it finds there is stored in the tunnel metadata that     flower later classifies on. Pull up to the end of the SEID before reading it, and drop packets that are     too short to contain it. Reload the header pointer afterwards since pskb_may_pull() may reallocate the skb     head. Use offsetofend() rather than sizeof(struct pfcphdr_session): the structure is not packed, so its     size is 16 bytes because of the alignment of the __be64 member, while the header on the wire is only 12     bytes, and valid session messages would be dropped. (CVE-2026-98952)

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

An update of the linux package has been released.

ID	Name	Product	Family	Published	Updated	Severity
372359	Linux Distros 未修補弱點：CVE-2026-98952	Nessus	Misc.	10/27/2026	11/9/2026	high
372359	Linux Distros 未修补的漏洞：CVE-2026-98952	Nessus	Misc.	10/27/2026	11/9/2026	high
372359	Linux Distros のパッチ未適用の脆弱性: CVE-2026-98952	Nessus	Misc.	10/27/2026	11/9/2026	high
372359	Linux Distros Unpatched Vulnerability : CVE-2026-98952	Nessus	Misc.	10/27/2026	11/9/2026	high
375086	Photon OS 5.0: Linux PHSA-2026-5.0-92-1044	Nessus	PhotonOS Local Security Checks	11/2/2026	11/2/2026	critical

Detections

Analytics

Plugins Search

high

high

high

high

critical