CVE-2024-57636: virtuoso-opensource · n/a
Affects virtuoso-opensourceSource CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 0.9% chance of exploitation in 30 days – higher than 60% 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 14 Jan 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-26.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubopenlink/virtuoso-opensourcepkg:github/openlink/virtuoso-opensourceOther 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. Restrict network access to the Virtuoso database server by implementing strict firewall rules and limiting connections to trusted hosts only. 2. Monitor SQL query logs for unusual or malformed queries that could indicate exploitation attempts targeting the itc_sample_row_check component. 3. Employ Web Application Firewalls (WAFs) or database activity monitoring tools capable of detecting and blocking SQL injection patterns. 4. If possible, disable or limit the use of the itc_sample_row_check component or related features until a patch is available. 5. Engage with OpenLink support or community forums to track patch releases or workarounds addressing this vulnerability. 6. Consider deploying Virtuoso instances behind VPNs or within private network segments to reduce exposure. 7. Regularly update and audit database configurations to ensure minimal exposure of management interfaces. 8. Prepare incident response plans for potential DoS attacks targeting database availability. 9. Evaluate alternative database solutions if immediate patching is not feasible and the risk is unacceptable. 10. Once patches are released, prioritize timely application and validate fixes in test environments before production deployment.
Description
An issue in the itc_sample_row_check component of openlink virtuoso-opensource v7.2.11 allows attackers to cause a Denial of Service (DoS) via crafted SQL statements.