Skip to main content
CVE-2025-66719VulnerabilityPublished

CVE-2025-66719: nrf · n/a

Affects nrfSource CVE Database V5

0

Not known to be exploited · CVSS 9.1 Critical.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 3.1 base score
9.1Critical
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 29% 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:H/I:H/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 23 Jan 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
Gogithub.com/free5gc/nrfpkg:golang/github.com/free5gc/nrfOther threatsAffected
  • =1.4.0
Fixed in–

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

AI-suggested

1. Implement strict input validation on the targetNF parameter within the access-token generation logic to prevent crafted values from bypassing scope checks. 2. Conduct thorough code audits and security reviews of the access token generation and validation processes in Free5gc NRF implementations. 3. Monitor NRF logs and network traffic for anomalous or unexpected access token requests, especially those with unusual targetNF values or scopes. 4. Restrict access to the NRF interface to trusted internal networks and enforce strong authentication and authorization controls. 5. Engage with Free5gc maintainers or vendors for timely patches or updates addressing this vulnerability. 6. Deploy network segmentation and zero-trust principles to limit the impact of potential token misuse. 7. Prepare incident response plans specific to 5G core network compromises, including token misuse scenarios. 8. Consider deploying additional runtime application self-protection (RASP) or Web Application Firewall (WAF) solutions tailored to 5G core network components to detect and block exploitation attempts.

Description

An issue was discovered in Free5gc NRF 1.4.0. In the access-token generation logic of free5GC, the AccessTokenScopeCheck() function in file internal/sbi/processor/access_token.go bypasses all scope validation when the attacker uses a crafted targetNF value. This allows attackers to obtain an access token with any arbitrary scope.

References

Community reviews

Loading reviews…