CVE-2025-65564: upf · n/a
Affects upfSource CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 36% 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:HExploitation evidence
Disclosed: evidence found.
CVE published 18 Dec 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
GitHubomec-project/upfpkg:github/omec-project/upfOther threats | Affected
| 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-65564, European telecom operators and network administrators should implement the following specific measures: 1) Enforce strict input validation on PFCP messages at the UPF to ensure mandatory Information Elements like the Recovery Time Stamp are present before processing. 2) Apply network segmentation and access controls to restrict access to the N4/PFCP interface only to authorized network elements, minimizing exposure to potential attackers. 3) Deploy PFCP message filtering or deep packet inspection on interfaces leading to the UPF to detect and block malformed or suspicious Association Setup Requests. 4) Monitor UPF process stability and implement automated restart mechanisms with alerting to quickly respond to crashes. 5) Engage with the omec-upf vendor or open-source community to obtain patches or updated versions addressing this vulnerability as soon as they become available. 6) Conduct regular security assessments and penetration testing on 5G core components to identify similar robustness issues. 7) Maintain up-to-date network documentation and incident response plans tailored to 5G core network components. These measures go beyond generic advice by focusing on protocol-specific validation, network architecture hardening, and operational readiness.
Description
A denial-of-service vulnerability exists in the omec-upf (upf-epc-pfcpiface) in version upf-epc-pfcpiface:2.1.3-dev. When the UPF receives a PFCP Association Setup Request that is missing the mandatory Recovery Time Stamp Information Element, the association setup handler dereferences a nil pointer via IE.RecoveryTimeStamp() instead of validating the message. This results in a panic and terminates the UPF process. An attacker who can send PFCP Association Setup Request messages to the UPF's N4/PFCP endpoint can exploit this issue to repeatedly crash the UPF and disrupt user-plane services.