CVE-2025-61099: frr · n/a
Affects frrSource CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 42% 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 27 Oct 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 |
|---|---|---|
GitHubfrrouting/frrpkg:github/frrouting/frrOther 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
1. Monitor FRRouting project communications and security advisories closely to apply official patches or updates as soon as they become available. 2. In the interim, implement network-level filtering to block or restrict OSPF LS Update packets from untrusted or external sources, using firewalls or router ACLs to limit exposure. 3. Employ network segmentation to isolate routing infrastructure from general user networks, reducing the attack surface. 4. Enable logging and monitoring on routing daemons to detect abnormal crashes or restarts indicative of exploitation attempts. 5. Conduct regular vulnerability assessments and penetration testing focused on routing infrastructure to identify weaknesses. 6. Consider deploying redundant routing paths and failover mechanisms to maintain network availability in case of a DoS event. 7. Educate network operations teams about this vulnerability and establish incident response procedures specific to routing daemon failures. 8. Review and harden OSPF configurations, disabling unnecessary opaque LSAs or features if possible to reduce attack vectors.
Description
FRRouting/frr from v2.0 through v10.4.1 was discovered to contain a NULL pointer dereference via the opaque_info_detail function at ospf_opaque.c. This vulnerability allows attackers to cause a Denial of Service (DoS) via a crafted LS Update packet.