Security Resilience

CVE-2024-22044

Published
12 March 2024
Modified
17 June 2026
CVSS Score v3.1 7.5
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
EPSS Score 0.0052 43th percentile
Risk Priority 58 floored blend · peak EPSS

CVSS and EPSS are reproduced from their sources (NVD, FIRST EPSS). Risk Priority is our own derived reading, not an NVD score.

Summary

CVE-2024-22044 is a high-severity Hidden Functionality (CWE-912) vulnerability. Its CVSS base score is 7.5 (High).

Operationally, ranked at the 43th 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-2 (Baseline Configuration) and CM-7 (Least Functionality) — see the control section below for these in your framework.

EU & UK References

Vulnerability Data

A vulnerability has been identified in SENTRON 3KC ATC6 Expansion Module Ethernet (3KC9000-8TL75) (All versions). Affected devices expose an unused, unstable http service at port 80/tcp on the Modbus-TCP Ethernet. This could allow an attacker on the same Modbus network…

more

to create a denial of service condition that forces the device to reboot.

CWE(s)

Related Threats

CVEs Like This One

CVE-2024-28011Shared CWE-912
CVE-2025-1204Shared CWE-912
CVE-2025-48416Shared CWE-912
CVE-2025-58778Shared CWE-912
CVE-2023-24108Shared CWE-912
CVE-2025-48418Shared CWE-912
CVE-2024-3016Shared CWE-912
CVE-2025-26412Shared CWE-912
CVE-2025-27840Shared CWE-912
CVE-2024-37990Shared CWE-912

Affected Assets

—
All
inferred from references and description; NVD did not file a CPE for this CVE

Mitigating Controls

Mitigating Controls (NIST 800-53 r5) AI

Maintaining and reviewing a documented baseline configuration allows comparison that reveals any functionality absent from the approved specification.

Least-functionality configuration explicitly prohibits or restricts any capability not required by the approved baseline, blocking hidden additions.

Developer testing and evaluation activities are designed to discover undocumented or unspecified functionality after it has been introduced.

Documented development processes and standards require all functionality to be specified and visible, structurally preventing undocumented hidden features.

An SDLC that incorporates security engineering principles mandates that all product functions be part of the approved specification.

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.

finds

Monitoring activities can detect anomalous behavior from hidden functions but do not eliminate the weakness.

blocks

Secure development life cycle mandates documented requirements and design reviews that would expose undocumented hidden functionality.

blocks

A.8.26 only requires that security requirements (including resilience against attacks such as SQL injection) be identified and specified during development or acquisition; it does not itself enforce, implement, or prevent the presence of hidden/backdoor functionality that violates those requirements.

blocks

Secure system architecture and engineering principles require transparent, documented designs that preclude hidden functionality.

prevents

Secure coding standards reduce the likelihood of introducing hidden code but do not address its detection or removal.

finds

Security testing in development and acceptance can discover undocumented functionality before release.

Hardening callouts derived

DISA STIG baselines are authored against specific weaknesses. Where this CVE cites a broad weakness class, the mapping is not asserted at that abstraction (owner ruling, 2026-09-25: grade only at Base and below), so no rule is shown here rather than a rule shown against the wrong grain.

  • No fine-grained STIG row for CWE-912, a class-level weakness, and none of its children carries one either.

References