Cyber Resilience

CVE-2024-5679

Memory Safety in Schneider-Electric Ecostruxure Foxboro Dcs Control Core Services ≤ 9.8

Published
11 July 2024
Modified
21 November 2024
Patch / advisory
CVSS Score v3.1 7.1
Click a component to see what it means
Raw vectorCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H
EPSS Score 0.0015 4th percentile
Risk Priority 55 floored blend · peak EPSS

Summary

CVE-2024-5679 is a high-severity Out-of-bounds Write (CWE-787) vulnerability in Schneider-Electric Ecostruxure Foxboro Dcs Control Core Services. Its CVSS base score is 7.1 (High).

Operationally, ranked at the 4th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

EU & UK References

Vulnerability Data

CWE-787: Out-of-Bounds Write vulnerability exists that could cause local denial-of-service, or kernel memory leak when a malicious actor with local user access crafts a script/program using an IOCTL call in the Foxboro.sys driver.

CWE(s)

Related Threats

CVEs Like This One

CVE-2023-2569Same product: Schneider-Electric Ecostruxure Foxboro Dcs Control Core Services
CVE-2024-37036Same vendor: Schneider-Electric
CVE-2024-30307Shared CWE-787
CVE-2023-6228Shared CWE-787
CVE-2023-31470Shared CWE-787
CVE-2025-2288Shared CWE-787
CVE-2023-30653Shared CWE-787
CVE-2024-43825Shared CWE-787
CVE-2023-46542Shared CWE-787
CVE-2023-43866Shared CWE-787

Affected Assets

schneider-electric
ecostruxure foxboro dcs control core services
≤ 9.8

Mitigating Controls

Likely Mitigating Controls AI

Per-CVE control mapping for this CVE has not run yet; the list below is derived from the weakness types (CWEs) cited in the NVD entry.

addresses: CWE-787

Out-of-bounds writes that corrupt control flow or inject shellcode are rendered non-executable by the same memory protections.

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.

PR.PS-06 mostly match
prevents

Secure-development practices (static analysis, bounds checking, code review) are the primary means of preventing out-of-bounds writes.

ID.RA-01 partial match
prevents

Vulnerability scanning and recording can discover out-of-bounds write flaws so they can be remediated.

PR.PS-02 partial match
prevents

Patching or replacing vulnerable software directly eliminates known instances of this coding weakness.

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.

detects

Security testing in development and acceptance can detect and prevent out-of-bounds write defects.

prevents

Secure development life cycle mandates practices that prevent out-of-bounds writes.

prevents

Application security requirements can specify bounds-checking and safe memory handling.

prevents

Secure architecture and engineering principles reduce the likelihood of buffer overflows.

prevents

Secure coding directly addresses out-of-bounds writes through language choice and coding standards.

prevents

Change management can enforce review gates that catch unsafe memory operations before deployment.

References