CVE-2024-25511: n/a
Source CVE Database V5
Not known to be exploited · CVSS 9.4 Critical.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.6% chance of exploitation in 30 days – higher than 49% 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:LExploitation evidence
Disclosed: evidence found.
CVE published 7 May 2024
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
AI-suggested
To mitigate CVE-2024-25511, organizations should prioritize the following actions: 1) Apply vendor patches immediately once available; monitor RuvarOA vendor channels for updates. 2) Implement strict input validation and parameterized queries in the affected application code to prevent SQL injection. 3) Deploy web application firewalls (WAFs) with rules specifically designed to detect and block SQL injection attempts targeting the 'id' parameter and related endpoints. 4) Restrict external access to the /AddressBook/address_public_new.aspx endpoint by network segmentation or access control lists (ACLs) to limit exposure. 5) Conduct thorough security assessments and code reviews of customizations or integrations involving RuvarOA. 6) Monitor database logs and application logs for anomalous queries or error messages indicative of injection attempts. 7) Educate development and security teams about secure coding practices to prevent similar vulnerabilities. 8) Consider temporary disabling or restricting the vulnerable module if patching is delayed and business impact is manageable. These measures collectively reduce the attack surface and limit the potential for exploitation until a permanent fix is deployed.
Description
RuvarOA v6.01 and v12.01 were discovered to contain a SQL injection vulnerability via the id parameter at /AddressBook/address_public_new.aspx.