HIGH 7.5

CVE-2025-61025: OpenLink Virtuoso 7.2.11 Remote DoS via SQL Query Parsing

OpenLink Virtuoso Open Source version 7.2.11 contains a vulnerability in its SQL query parsing component (sslr_qst_get) that allows remote attackers to crash the database server without authentication. By sending specially crafted SQL statements over the network, an attacker can trigger a denial of service condition, making the database unavailable to legitimate users. No special privileges or user interaction are required to exploit this flaw.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.5 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Weaknesses (CWE)
CWE-400, CWE-89
Affected products
0 configuration(s)
Published / Modified
2026-06-23 / 2026-06-23

NVD description (verbatim)

An issue in the sslr_qst_get component of openlink virtuoso-opensource v7.2.11 allows attackers to cause a Denial of Service (DoS) via crafted SQL statements.

2 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2025-61025 is a remote denial of service vulnerability in OpenLink Virtuoso Open Source v7.2.11 affecting the sslr_qst_get component responsible for SQL statement parsing and query optimization. The vulnerability stems from improper input validation (CWE-400: Uncontrolled Resource Consumption) combined with insufficient SQL statement sanitization (CWE-89: SQL Injection). Attackers can craft malformed SQL queries that cause excessive resource consumption or processing loops, resulting in service unavailability. The CVSS 3.1 score of 7.5 reflects the high severity: network-accessible attack vector, low complexity, no privileges required, and complete availability impact.

Business impact

A successful exploit forces Virtuoso database services offline, disrupting dependent applications and data access. Organizations relying on Virtuoso for RDF triple stores, data integration, or SPARQL endpoints face potential service interruptions. Recovery requires manual intervention to restart the database. In production environments, this can cascade into application failures and data unavailability affecting business operations, analytics pipelines, and API services that depend on the database backend.

Affected systems

OpenLink Virtuoso Open Source version 7.2.11 is explicitly vulnerable. Organizations running this specific version should assume exposure. Customers using commercial Virtuoso editions or different versions must consult OpenLink's security advisories to determine applicability. Given the open-source nature, deployments in cloud environments, containerized infrastructures, and on-premises data centers all represent potential risk surfaces if running the affected version.

Exploitability

This vulnerability is highly exploitable: it requires no authentication, no user interaction, and can be triggered remotely by sending malicious SQL over standard database connections (typically port 1111 or via ODBC/JDBC interfaces). Attack complexity is low, meaning a basic crafted SQL statement reliably triggers the DoS. However, no public exploit code or weaponized tooling is currently documented, so active exploitation in the wild remains unconfirmed. The barrier to weaponization is low given SQL's universality.

Remediation

Immediately upgrade OpenLink Virtuoso Open Source to a patched version beyond 7.2.11. Consult OpenLink's official security advisories for the specific patch release and migration guidance. Organizations unable to patch immediately should implement network-level access controls restricting database port access to trusted internal systems only, and monitor for suspicious SQL patterns in query logs. Consider rate-limiting or query timeout policies to mitigate resource exhaustion attacks. Test patches in non-production environments before deployment to ensure application compatibility.

Patch guidance

Contact OpenLink directly or monitor their security advisory pages for patch releases addressing CVE-2025-61025. Verify patch version numbers and compatibility with your specific deployment model (standalone, cluster, containerized). Apply patches during maintenance windows with appropriate service restart procedures. For high-availability deployments, patch secondary nodes first, then failover and patch primary nodes to minimize downtime. Document the patching timeline and validate service restoration against health checks.

Detection guidance

Monitor Virtuoso error logs for repeated connection attempts followed by service crashes or restarts. Look for unusual SQL statement patterns containing excessive nested queries, deeply recursed CTEs (common table expressions), or malformed syntax that trigger parser exceptions. Implement database query logging at the connection level to capture suspected attack patterns. Monitor CPU and memory consumption for unexpected spikes during normal query operations. Set alerts on database service availability and automatic restart frequencies to detect active exploitation. Network-based detection can identify multiple failed connections or rapid sequential connection attempts typical of DoS probes.

Why prioritize this

This vulnerability merits immediate prioritization for organizations running Virtuoso 7.2.11 due to the combination of remote accessibility, no authentication requirement, high severity CVSS score (7.5), and direct impact on availability—a critical security objective. The low attack complexity means threat actors can exploit without sophisticated techniques. Although not yet featured in public exploitation catalogs, the straightforward nature of SQL-based attacks makes weaponization trivial. Environments processing sensitive data or supporting mission-critical queries face compounded business risk.

Risk score, explained

The CVSS 3.1 score of 7.5 (HIGH) reflects a network-accessible vulnerability with low attack complexity, requiring no privileges or user interaction, and delivering complete impact to system availability. The score appropriately penalizes lack of confidentiality and integrity impact but credits the full availability loss. Organizations should weight this score against their specific operational context: a non-critical development environment rates lower operational risk than a production analytics database serving thousands of queries daily. Temporal factors (no public exploit, no KEV status) slightly reduce active threat, but the fundamental severity remains high.

Frequently asked questions

Can this vulnerability affect Virtuoso deployments using authentication or firewalls?

Authentication and network restrictions reduce immediate exposure but do not prevent exploitation if an attacker gains internal access or if the database accepts connections from compromised internal systems. Network segmentation is a strong compensating control but should not replace patching as a long-term strategy.

How can we determine if Virtuoso 7.2.11 is running in our environment?

Query your system inventory and Docker registries for Virtuoso containers or installations. Check application dependency documentation and database connection strings. Run SELECT sys_stat('build_num') on your Virtuoso instance to confirm the version. For containerized deployments, inspect image tags and running container versions.

Is upgrading from 7.2.11 to the next patched release safe?

Patch releases are designed to be drop-in replacements with minimal breaking changes. Always test in a staging environment first, run application regression tests, and verify backward compatibility with dependent queries and stored procedures before production deployment. Consult the OpenLink release notes for any warnings specific to your use case.

What SQL patterns should we watch for as indicators of exploitation attempts?

Look for SQL statements with excessive recursion depth, nested subqueries with many levels, malformed syntax intended to trigger parser errors, or extremely long query strings. Legitimate queries rarely match these patterns. Correlation with sudden service restarts or availability alerts strengthens suspicion of active exploitation.

This analysis is provided for informational purposes to assist security teams in vulnerability assessment and remediation planning. The information reflects the CVE record and publicly available sources as of the publication date. Organizations must verify patch availability and compatibility with their specific deployments by consulting OpenLink's official security advisories. SEC.co does not warrant the accuracy of third-party vendor information or patch timelines. Implement patches only after thorough testing in non-production environments. This document does not constitute legal or compliance advice; consult your compliance and legal teams regarding vulnerability disclosure obligations and incident response procedures. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).