Skip to main content

OMEC UPF pfcpiface CVE-2025-65567

HIGH
Out-of-bounds Read (CWE-125)
2025-12-18 cve@mitre.org
7.5
CVSS 3.1 · Vendor: mitre
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Reach N4/PFCP endpoint
  2. Delivery
    Establish PFCP association
  3. Exploit
    Send Session Establishment Request with malformed Flow-Description
  4. Execution
    Trigger out-of-bounds read in parseFlowDesc
  5. Persist
    Panic crashes UPF process
  6. Impact
    Repeat to sustain denial of service

Vulnerability Assessment

Weakness
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, read limits
MITRE ATT&CK

1 technique across 1 tactic: Collection

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Exploitation requires (1) network reachability to the UPF's N4/PFCP endpoint and (2) a prior PFCP association, after which a single PFCP Session Establishment Request carrying a CreatePDR with a malformed Flow-Description triggers the crash in parseFlowDesc. No user interaction and no authentication are needed (PFCP association itself is unauthenticated), so against a reachable endpoint this works on default configurations of upf-epc-pfcpiface 2.1.3-dev. The principal limiting factor is deployment topology: the N4 interface is normally isolated on the operator's internal 5G control-plane network rather than internet-exposed, so an attacker must already have a foothold on or spoofing access to that segment; the issue is confined to the stated 2.1.3-dev build.

Impact

All signals converge on a genuine but bounded availability threat. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H, score 7.5) describes an unauthenticated, low-complexity, network-reachable attack with pure availability impact - consistent with the out-of-bounds read (CWE-125) in parseFlowDesc that panics and kills the UPF process. Publicly available exploit material exists in the form of the omec-project GitHub issue (#959), so a working trigger is documented, but this is NOT in CISA KEV and no EPSS score was supplied, so there is no evidence of active or widespread exploitation - treat POC availability and active exploitation as distinct. The key tempering factor the raw CVSS score hides is network positioning: PFCP/N4 is a 5G control-plane interface normally confined to the operator's internal core network between the SMF and UPF, not internet-exposed, so 'AV:N' here means reachable on the N4 segment rather than from the open internet. Net assessment: a real, prioritize-for-patching availability bug for anyone running this exact dev build, but the real-world blast radius depends heavily on whether the N4 interface is properly segmented; it is not a mass-exploitable internet-facing issue. The 'Information Disclosure' tag conflicts with the C:N vector and the DoS-only description and should be disregarded.

Exploit ScenarioDerived

An attacker with reachability to the UPF's N4/PFCP endpoint (e.g. a compromised or rogue host on the 5G control-plane network, or a malicious/spoofed SMF) establishes a PFCP association, then sends a PFCP Session Establishment Request containing a CreatePDR with a malformed Flow-Description. The parser reads beyond the buffer bounds and panics, terminating the UPF; the attacker simply replays the request to crash it repeatedly and deny user-plane service. A public reproduction is documented in the omec-project upf issue tracker (#959).

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.4% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 13, 2026

Denial of service in the OMEC project UPF pfcpiface build upf-epc-pfcpiface:2.1.3-dev: once a PFCP association is established, a single PFCP Session Establishment Request whose CreatePDR carries a malformed Flow-Description is not robustly validated, and parseFlowDesc reads past the end of the supplied buffer, triggering a panic that terminates the UPF process. The CVSS 3.1 vector AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H describes an unauthenticated remote attacker who, with network reachability to the N4/PFCP endpoint, can repeat the message to crash the UPF at will; publicly available exploit code exists via the upstream GitHub issue tracker, while no KEV listing or confirmed active exploitation is indicated. Practical impact is bounded by topology, since N4 normally sits on an operator's internal 5G control-plane network rather than being internet-exposed, but any deployment where that segment is reachable or insufficiently segmented faces a sustained availability risk.

RemediationAI

No vendor-released patch identified at time of analysis: the supplied data contains no fix version, commit, or patched release, so the immediate action is to monitor the upstream issue https://github.com/omec-project/upf/issues/959 (and the project's release notes) and apply the patched build as soon as one is published. In the interim, the most effective control is to restrict the N4/PFCP endpoint - PFCP conventionally uses UDP port 8805 - with host- and network-level ACLs so only the legitimate SMF addresses can send Session Establishment Requests; the trade-off is that an incorrect source-address list blocks all legitimate PFCP signalling, so validate the SMF addresses before deployment. Equally important is placing the N4 interface on a dedicated, isolated control-plane segment or VLAN so that an attacker must already hold a foothold on that internal network; this requires topology and firewall changes and may not be feasible in flat lab environments. Run the UPF under a process supervisor (systemd with Restart=always, or a container orchestrator restart policy) to shorten the outage window caused by repeated panics, accepting that state is lost on each restart and availability is not truly preserved. Where PFCP traffic can be inspected, front the UPF with a firewall, IDS/IPS, or a lightweight PFCP-aware filter that drops Session Establishment Requests carrying structurally invalid Flow-Description IEs; this shifts parsing and evasion risk to the intermediary and may cause false positives that discard valid sessions, so it should be tested against normal SMF traffic before enforcement. Disabling or firewalling PFCP entirely is only viable where the UPF is not in production use, since it prevents session establishment outright.

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

PFCP (Packet Forwarding Control Protocol, 3GPP TS 29.244) is the control-plane protocol used over the N4 reference point between the SMF and the UPF in 5G core networks, and the affected component is the PFCP interface implementation (pfcpiface) in the OMEC project UPF, identified by CPE cpe:2.3:a:opennetworking:upf:2.1.3:dev. A Session Establishment Request carries one or more Packet Detection Rules (CreatePDRs) whose Flow-Description information element encodes IP filter rules; the parseFlowDesc routine in the pfcpiface converts that text into internal match criteria. The root cause is CWE-125 (out-of-bounds read): the parser does not constrain reads to the length of the supplied buffer when handling a malformed Flow-Description, so it consumes bytes beyond the end of the allocated data. In a Go implementation such as this UPF, an unrecovered slice/index fault raises a panic that unwinds and terminates the process, which is what converts a memory-safety bug into a hard availability failure; each subsequent crafted request can restart the crash cycle after the process is brought back up.

Know when Upf gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (mitre) PRIMARY 7.5 HIGH
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
vuln.today AI 7.5 HIGH

PFCP association and the crash request need no authentication (PR:N) over the network (AV:N) with a reliably reproducible single message (AC:L); impact is availability-only process crash (A:H, C:N/I:N).

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (mitre).

CVSS VectorVendor: mitre

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

DescriptionCVE.org

A denial-of-service vulnerability exists in the omec-project UPF (pfcpiface component) in version upf-epc-pfcpiface:2.1.3-dev. After PFCP association, a specially crafted PFCP Session Establishment Request with a CreatePDR that contains a malformed Flow-Description is not robustly validated. The Flow-Description parser (parseFlowDesc) can read beyond the bounds of the provided buffer, causing a panic and terminating the UPF process. An attacker who can send PFCP Session Establishment Request messages to the UPF's N4/PFCP endpoint can exploit this issue to repeatedly crash the UPF.

Executive ViewAI

Why It Matters

The open-source OMEC 5G User Plane Function container upf-epc-pfcpiface:2.1.3-dev can be remotely crashed by a single malformed PFCP session-establishment message, and publicly available exploit code exists. Because a crash of the UPF interrupts subscriber data-plane traffic for every user served by that instance, the exposure is primarily one of service availability and customer experience rather than data confidentiality or integrity. Leadership should care because the vulnerable endpoint sits on the internal N4 control-plane segment; environments where that segment is reachable by unauthorized parties or is poorly segmented face repeated, attacker-controlled outages until a fix is released.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: strictly segment and ACL the N4/PFCP interface so only trusted SMF peers can reach UDP 8805, disable any internet or cross-tenant exposure of that segment, apply PFCP message rate limiting and malformed-payload filtering at the boundary, and deploy automated UPF health-check supervision with fast restart to limit outage duration.

Threat Intelligence Overview

EPSS Score
0.4%
Top 66% exploitable
Prevalence
Low
niche open-source 5G core UPF, mainly lab/research deployments
Exploit
POC
Public exploit code exists
Data Quality
3 sources
Confidence: Low

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC Yes
EPSS 0.4%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Out-of-Cycle
Exploitation· derived
Poc
System Exposure· derived
Open
Automatable· derived
Yes
Human Impact
High

Priority Score

58
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +38
PoC: +20
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.

Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.

Affected Products (CPE)CVE.org

cpe:2.3:a:opennetworking:upf:2.1.3:dev:*:*:*:*:*:*

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy