Cyber Resilience

CVE-2024-26024

Published
28 May 2024
Modified
15 April 2026
CVSS Score v4 8.6
Click a component to see what it means
Raw vectorCVSS: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:X
EPSS Score 0.0021 11th percentile
Risk Priority 36 floored blend · peak EPSS

Summary

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

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

T1195 Supply Chain Compromise Initial Access
Adversaries may manipulate products or product delivery mechanisms prior to receipt by a final consumer for the purpose of data or system compromise.
T1195.001 Compromise Software Dependencies and Development Tools Initial Access
Adversaries may manipulate software dependencies and development tools prior to receipt by a final consumer for the purpose of data or system compromise.
T1195.002 Compromise Software Supply Chain Initial Access
Adversaries may manipulate application software prior to receipt by a final consumer for the purpose of data or system compromise.
T1195.003 Compromise Hardware Supply Chain Initial Access
Adversaries may manipulate hardware components in products prior to receipt by a final consumer for the purpose of data or system compromise.
Derived from this CVE’s CWE(s) via the direct CWE→ATT&CK cross-walk.

CVEs Like This One

CVE-2025-32800Shared CWE-1357
CVE-2026-47619Shared CWE-1357
CVE-2024-28042Shared CWE-1357
CVE-2024-3313Shared CWE-1357

Affected Assets

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

Mitigating Controls

Control response

Prevent
Stop it (NIST 800-53)

Detect
Catch it (NIST detect / respond)

Harden
Shrink the surface (DISA STIG)
  • 8 hardening rules · 4 OS baselines
Validate
Prove the fix (OWASP ASVS)
  • V15.3.4
  • V3.7.4
  • V8.4.2
  • V12.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 mostly match
prevents

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 mostly match
prevents

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 mostly match
prevents

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 mostly match
prevents

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.

ID.AM-08 mostly match
prevents

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 mostly match
prevents

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.

finds

Vulnerability management can detect issues stemming from insufficiently trusted components.

prevents

Supplier-relationship controls directly address vetting and trust of external components.

prevents

Supplier agreements can mandate security, reliability and updateability requirements for components.

prevents

ICT supply-chain management is the primary control for ensuring trustworthiness of acquired components.

finds

Ongoing monitoring and change management of supplier services mitigates drift in component trustworthiness.

prevents

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

References