CVE-2025-49852: ControlID iDSecure On-premises · Server-Side Request Forgery (SSRF)
Affects ControlID iDSecure On-premisesSource CVE Database V5
Not known to be exploited · CVSS 8.7 High.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 36% 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:H/VI:N/VA:N/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 24 Jun 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 |
|---|---|---|
| ControlID iDSecure On-premises | Affected
| Fixed in– |
AI-suggested
1. Immediate Network Segmentation: Restrict network access to the iDSecure On-premises server to trusted management networks only, blocking all unnecessary inbound and outbound traffic to reduce exposure. 2. Implement Strict Egress Filtering: Configure firewalls to limit the server’s ability to make outbound HTTP/HTTPS requests to only essential destinations, preventing SSRF exploitation from reaching internal or external targets. 3. Monitor Network Traffic: Deploy IDS/IPS solutions to detect anomalous outbound requests originating from the iDSecure server that could indicate SSRF exploitation attempts. 4. Apply Vendor Patches Promptly: Although no patches are currently available, organizations should prioritize applying updates as soon as ControlID releases a fix. 5. Conduct Internal Audits: Review and harden the configuration of the iDSecure system, disabling any unnecessary features or services that could be leveraged in SSRF attacks. 6. Use Web Application Firewalls (WAF): If applicable, deploy WAF rules to detect and block SSRF attack patterns targeting the iDSecure interface. 7. Incident Response Preparedness: Prepare for potential exploitation by establishing monitoring and response plans specific to SSRF indicators and ControlID product logs. These steps go beyond generic advice by focusing on network-level controls and proactive monitoring tailored to the nature of SSRF in an on-premises security management system.
Description
ControlID iDSecure On-premises versions 4.7.48.0 and prior are vulnerable to a server-side request forgery vulnerability which could allow an unauthenticated attacker to retrieve information from other servers.