CVE-2024-26024
Raw vector
CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:XSummary
CVE-2024-26024 is a high-severity Reliance on Insufficiently Trustworthy Component (CWE-1357) vulnerability in Cisa (inferred from references). Its CVSS base score is 8.6 (High).
Operationally, exploitation aligns with the MITRE ATT&CK technique Supply Chain Compromise (T1195); ranked at the 11th 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 SA-19 (Component Authenticity) and SR-11 (Component Authenticity) — see the control section below for these in your framework.
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2024-23318
Vulnerability Data
SUBNET Solutions Inc. has identified vulnerabilities in third-party components used in Substation Server.
- CWE(s)
Related Threats
MITRE ATT&CK Enterprise Techniques
CVEs Like This One
Affected Assets
Mitigating Controls
Control response
—
—
- 8 hardening rules · 4 OS baselines
V15.3.4V3.7.4V8.4.2V12.2.2
Mitigating Controls (NIST 800-53 r5) AI
Mandates component authenticity controls that prevent introduction of insufficiently trustworthy hardware or software elements.
Requires anti-counterfeit measures that directly stop untrusted or inauthentic components from being acquired and integrated.
Establishes supply-chain processes to identify and remediate supplier weaknesses that would otherwise allow untrusted components.
Requires documented provenance tracking that enables verification of component trustworthiness before reliance.
Supplier assessments can discover trustworthiness shortfalls but occur after component selection rather than blocking integration.
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.
GV.SC-01's program-level policies and processes directly target supply-chain component trustworthiness (mostly), yet only lay the governance foundation and do not by themselves perform the concrete evaluations or selections that fully close CWE-1357 (partial).
GV.SC-06's supplier due diligence directly targets trustworthiness assessment before selection (mostly preventing introduction) yet leaves runtime verification, updates, and non-supplier components unaddressed (only partial prevention of the full weakness).
GV.SC-07's supplier assessment/monitoring directly targets component trustworthiness risks (mostly preventing introduction), yet leaves gaps in verification depth and non-supplier facets so only partially prevents the full weakness.
GV.SC-09 supply-chain controls directly verify component provenance/authenticity and therefore mostly block introduction of untrusted components, yet the weakness spans design-time trust decisions and non-supply-chain facets that one risk-management outcome cannot fully close.
Lifecycle management with cybersecurity integration directly vets and maintains component trustworthiness (mostly forward) but leaves supply-chain, initial selection, and assurance gaps unaddressed (partial reverse).
ID.RA-09 directly blocks introduction of untrustworthy components via pre-acquisition checks (mostly), yet leaves post-acquisition, undetected-supply-chain, and design-level facets of CWE-1357 unaddressed (partial).
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.
Vulnerability management can detect issues stemming from insufficiently trusted components.
Supplier-relationship controls directly address vetting and trust of external components.
Supplier agreements can mandate security, reliability and updateability requirements for components.
ICT supply-chain management is the primary control for ensuring trustworthiness of acquired components.
Ongoing monitoring and change management of supplier services mitigates drift in component trustworthiness.
Cloud-service security partially overlaps when the untrusted component is cloud-hosted.
Hardening callouts derived
Configuration rules from DISA STIG baselines that bear on weaknesses of the type cited by this CVE. Each rule is shown with the relationship its mapping actually records, against the CWE it was authored against. Derived via CVE→CWE over `controls_xwalks` (authoritative rows only; rows rated `none` are excluded).
Oracle Linux 8 (2 rules)
- V-248574 YUM must be configured to prevent the installation of patches, service packs, device drivers, or OL 8 system components that have not been digitally signed using a certificate that is recognized and approved by the organization. prevents CWE-1357
- V-248575 OL 8 must prevent the installation of software, patches, service packs, device drivers, or operating system components of local packages without verification they have been digitally signed using a certificate that is issued by a Certificate Authority (CA) that is recognized and approved by the organization. prevents CWE-1357
Oracle Linux 9 (3 rules)
- V-271523 OL 9 must check the GPG signature of locally installed software packages before installation. prevents CWE-1357
- V-271525 OL 9 must have GPG signature verification enabled for all software repositories. prevents CWE-1357
- V-271524 OL 9 must check the GPG signature of software packages originating from external software repositories before installation. prevents CWE-1357
RHEL 7 (2 rules)
- V-204447 The Red Hat Enterprise Linux operating system must prevent the installation of software, patches, service packs, device drivers, or operating system components from a repository without verification they have been digitally signed using a certificate that is issued by a Certificate Authority (CA) that is recognized and approved by the organization. prevents CWE-1357
- V-204448 The Red Hat Enterprise Linux operating system must prevent the installation of software, patches, service packs, device drivers, or operating system components of local packages without verification they have been digitally signed using a certificate that is issued by a Certificate Authority (CA) that is recognized and approved by the organization. prevents CWE-1357
RHEL 8 (1 rule)
- V-230264 RHEL 8 must prevent the installation of software, patches, service packs, device drivers, or operating system components from a repository without verification they have been digitally signed using a certificate that is issued by a Certificate Authority (CA) that is recognized and approved by the organization. prevents CWE-1357