Skip to main content
CVE-2025-49852VulnerabilityPublished Updated

CVE-2025-49852: ControlID iDSecure On-premises · Server-Side Request Forgery (SSRF)

Affects ControlID iDSecure On-premisesSource CVE Database V5

0

Not known to be exploited · CVSS 8.7 High.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 4.0 base score
8.7High
How severe the flaw is on the 0–10 CVSS scale.
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:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 24 Jun 2025

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

What to do

Affected software

ProductAffectedFixed in
ControlID iDSecure On-premisesAffected
  • =0
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.

References

Community reviews

Loading reviews…