Skip to main content
CVE-2025-65566VulnerabilityPublished Updated

CVE-2025-65566: upf · n/a

Affects upfSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 26% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 18 Dec 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.

What to do

Affected software

ProductAffectedFixed in
GitHubomec-project/upfpkg:github/omec-project/upfOther threatsAffected
  • =2.1.3-dev
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

To mitigate CVE-2025-65566, European telecom operators should prioritize the following actions: 1) Apply vendor patches or updates as soon as they become available for the omec-project UPF pfcpiface component to ensure proper validation of PFCP messages. 2) Implement strict input validation and sanity checks on PFCP Session Report Response messages at the N4/PFCP interface to reject malformed or incomplete messages before processing. 3) Employ network segmentation and access controls to restrict which entities can send PFCP messages to the UPF, limiting exposure to untrusted sources. 4) Monitor UPF process stability and logs for signs of crashes or malformed PFCP messages to detect potential exploitation attempts early. 5) Consider deploying redundancy and failover mechanisms for UPF instances to maintain user-plane service continuity in case of crashes. 6) Collaborate with omec-project maintainers and the broader telecom security community to stay informed about patches and best practices. These targeted mitigations go beyond generic advice by focusing on protocol-level validation, network controls, and operational monitoring specific to the omec-project UPF environment.

Description

A denial-of-service vulnerability exists in the omec-project UPF (pfcpiface component) in version upf-epc-pfcpiface:2.1.3-dev. When the UPF receives a PFCP Session Report Response that is missing the mandatory Cause Information Element, the session report handler dereferences a nil pointer instead of rejecting the malformed message. This triggers a panic and terminates the UPF process. An attacker who can send PFCP Session Report Response messages to the UPF's N4/PFCP endpoint can exploit this flaw to repeatedly crash the UPF and disrupt user-plane services.

References

Community reviews

Loading reviews…