CVE-2026-24015
Apache Iotdb 1.0.0 – 1.3.7
Raw vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HSummary
CVE-2026-24015 is a critical-severity Binding to an Unrestricted IP Address (CWE-1327) vulnerability in Apache Iotdb. Its CVSS base score is 9.8 (Critical).
Operationally, exploitation aligns with the MITRE ATT&CK technique Exploit Public-Facing Application (T1190); ranked at the 45th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.
The strongest mitigations our analysis identified map to CM-6 (Configuration Settings) and AC-4 (Information Flow Enforcement) — see the control section below for these in your framework.
Deeper analysis AI-assisted summary
Synthesised by an AI model from the NVD description and linked references — a reading aid, not an authoritative source.
CVE-2026-24015 is a vulnerability in Apache IoTDB, a time-series database for IoT applications. It affects versions from 1.0.0 before 1.3.7 and from 2.0.0 before 2.0.7. The issue has a CVSS v3.1 base score of 9.8 (AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H) and is linked to CWE-1327, with additional NVD-CWE-noinfo classification.
Unauthenticated remote attackers can exploit this vulnerability over the network with low attack complexity and without requiring user interaction. Successful exploitation enables high-impact compromise of confidentiality, integrity, and availability on affected systems.
Apache advisories recommend upgrading to version 1.3.7 or 2.0.7, which address the issue. Further details are provided in the security announcements at https://lists.apache.org/thread/j769ywdqm46zl3oz5lbffsldklg0ow7p and http://www.openwall.com/lists/oss-security/2026/03/09/5.
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2026-10308
Vulnerability Data
A vulnerability in Apache IoTDB. This issue affects Apache IoTDB: from 1.0.0 before 1.3.7, from 2.0.0 before 2.0.7. Users are recommended to upgrade to version 1.3.7 or 2.0.7, which fixes the issue.
- CWE(s)
Related Threats
MITRE ATT&CK Enterprise Techniques
CVEs Like This One
Affected Assets
Mitigating Controls
Mitigating Controls (NIST 800-53 r5) AI
Establishes the most restrictive configuration settings, which would require binding only to specific addresses rather than 0.0.0.0.
Enforces approved information flow policies that would disallow unrestricted remote bindings.
Enforces least functionality by prohibiting unnecessary network exposure such as unrestricted listening addresses.
Requires control of communications at external and key internal interfaces, preventing binding that accepts traffic from any source.
Mitigating Controls (NIST CSF 2.0) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.
Configuration management enforces restricted bind addresses, covering the weakness completely but only one aspect of overall hardening.
Network protection controls directly prevent exposure via unrestricted binds while fixing the weakness addresses only one vector of unauthorized access.
Documenting authorized network flows informs correct bind decisions and reduces the chance of 0.0.0.0 usage.
Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.
Security of network services includes hardening service bindings to prevent exposure on all interfaces.
Secure architecture principles discourage exposing services on all interfaces, though the control is broader than this single weakness.
Network security controls directly require restricting listening interfaces to specific addresses rather than 0.0.0.0.
Network segregation can limit the blast radius of an unrestricted binding but does not prevent the binding itself.
Secure coding guidance can catch hard-coded 0.0.0.0 bindings during development but is not the primary mitigation.