CVE-2026-1736: Open5GS · Reachable Assertion
Affects Open5GSSource CVE Database V5
Not known to be exploited · CVSS 6.9 Medium.
Data as of 26 Oct 2026, 09:16 UTC
- 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:PExploitation evidence
Disclosed: evidence found.
CVE published 2 Feb 2026
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 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Open5GS | Affected
| Fixed in– |
GitHubopen5gs/open5gspkg:github/open5gs/open5gsOther threats | Affected
| Fixed in– |
CPE configurations (1)
cpe:2.3:a:open5gs:open5gs:*:*:*:*:*:*:*:*
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Organizations should immediately upgrade Open5GS deployments to versions later than 2.7.6 where the vulnerability is patched. If upgrading is not immediately feasible, network administrators should implement strict filtering and validation of S11 interface traffic to block malformed or suspicious packets that could trigger the assertion. Deploying intrusion detection or prevention systems (IDS/IPS) with signatures tuned to detect exploitation attempts against this vulnerability can provide additional protection. Network segmentation should be enforced to isolate core network functions from untrusted networks, reducing exposure. Regular monitoring of SGWC logs and system health can help detect early signs of exploitation or instability. Operators should also review and harden their overall 5G core network security posture, including applying the latest security patches for all components. Coordination with Open5GS community and vendors for timely updates and advisories is recommended. Finally, conducting penetration testing and vulnerability assessments focused on 5G core components can help identify residual risks.
Description
A security vulnerability has been detected in Open5GS up to 2.7.6. Impacted is the function sgwc_s11_handle_create_indirect_data_forwarding_tunnel_request of the file /src/sgwc/s11-handler.c of the component SGWC. Such manipulation leads to reachable assertion. The attack may be launched remotely. The exploit has been disclosed publicly and may be used. A patch should be applied to remediate this issue. The issue report is flagged as already-fixed.
References
- vuldb.com (opens in a new tab)
- vuldb.com (opens in a new tab)
- vuldb.com (opens in a new tab)
- github.com/open5gs/open5gs/issues/4270 (opens in a new tab)
- github.com/open5gs/open5gs/issues/4270 (opens in a new tab)
- github.com/open5gs/open5gs/issues/4270 (opens in a new tab)
- github.com/open5gs/open5gs/ (opens in a new tab)