CVE-2024-36105
Raw vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:NSummary
CVE-2024-36105 is a medium-severity Binding to an Unrestricted IP Address (CWE-1327) vulnerability in Mitre (inferred from references). Its CVSS base score is 5.3 (Medium).
Operationally, exploitation aligns with the MITRE ATT&CK technique Exploit Public-Facing Application (T1190); ranked in the top 50% of CVEs by exploit likelihood; 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.
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2024-1719
Vulnerability Data
dbt enables data analysts and engineers to transform their data using the same practices that software engineers use to build applications. Prior to versions 1.6.15, 1.7.15, and 1.8.1, Binding to `INADDR_ANY (0.0.0.0)` or `IN6ADDR_ANY (::)` exposes an application on all…
more
network interfaces, increasing the risk of unauthorized access. As stated in the Python docs, a special form for address is accepted instead of a host address: `''` represents `INADDR_ANY`, equivalent to `"0.0.0.0"`. On systems with IPv6, '' represents `IN6ADDR_ANY`, which is equivalent to `"::"`. A user who serves docs on an unsecured public network, may unknowingly be hosting an unsecured (http) web site for any remote user/system to access on the same network. The issue has has been mitigated in dbt-core v1.6.15, dbt-core v1.7.15, and dbt-core v1.8.1 by binding to localhost explicitly by default in `dbt docs serve`.
- 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.