Skip to main content
CVE-2026-2524VulnerabilityPublished Updated

CVE-2026-2524: Open5GS · Denial of Service

Affects Open5GSSource CVE Database V5

0

Not known to be exploited · CVSS 6.9 Medium.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 4.0 base score
6.9Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.6% chance of exploitation in 30 days – higher than 52% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N/E:P

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 16 Feb 2026

  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-26.

What to do

Affected software

ProductAffectedFixed in
Open5GSAffected
  • =2.7.6
Fixed in–

CPE configurations (1)

  • cpe:2.3:a:open5gs:open5gs:*:*:*:*:*:*:*:*

AI-suggested

1. Immediate network-level filtering: Implement firewall or intrusion prevention system (IPS) rules to monitor and block malformed or suspicious S11 interface messages targeting the MME, especially create session response messages. 2. Deploy rate limiting on S11 interface traffic to reduce the impact of potential flooding or malformed packets. 3. Isolate the MME component within a segmented and controlled network zone to limit exposure to untrusted networks. 4. Monitor MME logs and system metrics for signs of crashes, restarts, or abnormal behavior indicative of exploitation attempts. 5. Engage with the Open5GS community and maintain awareness of patches or updates addressing this vulnerability; apply patches promptly once available. 6. Consider deploying redundant MME instances or failover mechanisms to maintain service continuity in case of DoS events. 7. Conduct regular security assessments and penetration testing focused on telecom core network components to identify and mitigate similar vulnerabilities proactively. 8. If feasible, implement application-layer validation or sanity checks on session creation responses within the MME to detect and reject malformed inputs. 9. For organizations using Open5GS in production, evaluate alternative 5G core solutions with active vendor support and security maintenance until this vulnerability is resolved.

Description

A flaw has been found in Open5GS 2.7.6. The impacted element is the function mme_s11_handle_create_session_response of the component MME. This manipulation causes denial of service. The attack can be initiated remotely. The exploit has been published and may be used. The project was informed of the problem early through an issue report but has not responded yet.

References

Community reviews

Loading reviews…