CVE-2026-24012: Apache IoTDB Denial of Service via Uncontrolled Query Resource Consumption
Apache IoTDB contains a denial-of-service vulnerability in query processing that allows unauthenticated attackers to crash DataNode instances. When submitting queries with extreme parameters—such as a very large time range paired with a minimal aggregation interval—an attacker can force the DataNode to allocate massive amounts of memory, overwhelming the Java heap and terminating the process. No authentication is required to exploit this issue, making it a network-accessible threat to any exposed IoTDB deployment.
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
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-07-06 / 2026-07-07
NVD description (verbatim)
Uncontrolled Resource Consumption vulnerability in Apache IoTDB. Some interface fails to impose reasonable limits on the time span and aggregation interval of the query. An attacker can construct a request with extreme parameters (e.g., a very large time range combined with a minimal interval). This forces the DataNode to build an enormous result set in memory, which exhausts the Java heap and causes the DataNode process to crash. This issue affects Apache IoTDB: from 1.3.3 before 2.0.8. Users are recommended to upgrade to version 2.0.8, which fixes the issue.
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability stems from insufficient input validation on query time span and aggregation interval parameters in Apache IoTDB's query interface. The affected query processing code fails to enforce reasonable bounds on these values, permitting an attacker to craft requests designed to generate extremely large intermediate result sets. During query execution, the DataNode attempts to construct and hold this oversized result set entirely in memory, triggering an out-of-memory condition that crashes the Java process. This uncontrolled resource consumption is categorized under CWE-400 and poses a network-accessible denial-of-service vector.
Business impact
A successful attack disrupts time-series data collection, monitoring, and analytics operations dependent on the affected IoTDB cluster. DataNode crashes interrupt query processing and potentially impact data write operations, degrading observability and alerting systems. For organizations using IoTDB to collect IoT telemetry, sensor data, or metrics, even brief availability loss can cause visibility gaps during critical operational windows. Repeated attacks could enforce a sustained denial-of-service condition, reducing the reliability of monitoring infrastructure.
Affected systems
Apache IoTDB versions 1.3.3 through 2.0.7 are vulnerable. The issue does not affect versions prior to 1.3.3 or version 2.0.8 and later. This affects deployments across all supported platforms where IoTDB is installed, particularly those exposing query endpoints to untrusted networks or multi-tenant environments.
Exploitability
Exploitability is high. The attack requires no authentication, no special privileges, and no user interaction. An attacker with network access to the IoTDB query interface can immediately craft and send a malicious query. The network vector (AV:N), low attack complexity (AC:L), and lack of privilege or interaction requirements mean this can be weaponized with minimal effort once the affected interface is discovered. The CVSS 3.1 score of 7.5 (HIGH) reflects the ease of exploitation, though impact is limited to availability rather than confidentiality or integrity.
Remediation
Upgrade to Apache IoTDB version 2.0.8 or later to obtain the fix. For organizations unable to immediately patch, consider network-level mitigations: restrict query interface access to trusted clients using firewall rules, reverse proxy authentication, or IP allowlisting. Monitor DataNode process exit events and Java heap usage for signs of exploitation. Implement query timeouts and connection limits at the application level where possible, though these are not guaranteed protections absent the vendor patch.
Patch guidance
Apply the upgrade to Apache IoTDB 2.0.8 according to your deployment model. Verify compatibility with any custom extensions or integrations before rolling out. Test the upgrade in a non-production environment to confirm query functionality and performance remain stable. Plan upgrades during maintenance windows to minimize disruption to time-series collection. Verify the upgrade by confirming the version string and reviewing release notes to ensure the fix has been included.
Detection guidance
Monitor DataNode logs for repeated out-of-memory exceptions (OutOfMemoryError) or unexpected process terminations correlated with incoming queries. Track query parameters in access logs to identify requests with unusually large time ranges or minimal aggregation intervals—legitimate queries rarely span years with sub-second intervals. Observe Java heap memory usage patterns for sudden spikes preceding crashes. Set up alerting on DataNode exit codes and process restart frequency as indicators of potential attack patterns. Network-based detection can flag queries with pathological parameter combinations if you inspect query payloads at the application gateway level.
Why prioritize this
This vulnerability merits prompt remediation due to the combination of network accessibility, zero authentication requirement, and immediate availability impact. Although it does not lead to data breach or system compromise, the denial-of-service severity and ease of exploitation create a meaningful business risk, especially in environments where IoTDB serves as infrastructure for real-time monitoring or critical IoT data pipelines. The HIGH CVSS score and large version range (1.3.3–2.0.7) reflect its broad applicability.
Risk score, explained
The CVSS 3.1 score of 7.5 (HIGH) is driven by the unrestricted network vector (AV:N/AC:L/PR:N/UI:N), which permits any remote attacker to trigger the vulnerability without credentials. The impact is confined to availability (A:H) with no confidentiality or integrity breach, preventing a CRITICAL rating. The severity reflects a genuine operational threat—service unavailability—rather than data exposure, making it a priority for availability-critical deployments but lower than exploits enabling data exfiltration or system compromise.
Frequently asked questions
Does this vulnerability require a successful authentication to the IoTDB instance?
No. The vulnerability exists in a query interface that does not require authentication, meaning any network-adjacent attacker can submit a malicious query to trigger the denial of service.
Can the attacker steal data or modify records using this vulnerability?
No. The vulnerability only causes a denial of service by exhausting memory and crashing the DataNode process. It does not permit unauthorized data access, modification, or privilege escalation.
Are DataNodes in a cluster recovered automatically if one is crashed by this attack?
Recovery depends on your cluster configuration and orchestration layer. A crashed DataNode may be restarted by Kubernetes or manual intervention, but repeated exploitation can enforce a sustained outage. Upgrading to 2.0.8 eliminates the ability to trigger the crash.
Do organizations using older versions of IoTDB before 1.3.3 need to be concerned about this CVE?
No. Versions prior to 1.3.3 are not affected by this specific vulnerability. However, older versions may have other known issues; consult Apache IoTDB advisories for your deployed version.
This analysis is for informational purposes and reflects publicly disclosed vulnerability information as of the stated publication date. SEC.co makes no warranty regarding the completeness or accuracy of this content and recommends consulting official vendor advisories and security bulletins from Apache for authoritative guidance. Exploit attempts or unauthorized testing against systems without explicit permission are illegal. Organizations should validate patches in test environments before production deployment and coordinate with infrastructure and operations teams to minimize service disruption during remediation. Source: NVD (public-domain), retrieved 2026-08-15. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-49361HIGHApache Fluss Remote Denial of Service via Oversized Frame
- CVE-2026-50645HIGHApache CXF Attachment Header DoS Vulnerability – Remediation Guide
- CVE-2026-50750HIGHApache ActiveMQ Unauthenticated Denial of Service (OOM)
- CVE-2026-54399HIGHApache HttpComponents Core HTTP Parser Denial of Service
- CVE-2026-54428HIGHApache HttpComponents Core HTTP/2 HPACK Memory Exhaustion DoS
- CVE-2023-54365HIGHTraefik HTTP/2 Denial of Service Vulnerability – Rapid Reset Attack
- CVE-2024-14036HIGHDräger Core Denial of Service via Malformed SDC Messages
- CVE-2025-52293HIGHGPAC MP4Box HEVC Parser Denial of Service (CVSS 7.5)