Cyber Resilience

CVE-2024-45157

Trustedfirmware Mbed Tls 2.26.0 – 2.28.9

Published
05 September 2024
Modified
05 June 2026
Patch / advisory
CVSS Score v3.1 5.1
Click a component to see what it means
Raw vectorCVSS:3.1/AV:L/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N
EPSS Score 0.0024 15th percentile
Risk Priority 39 floored blend · peak EPSS

Summary

CVE-2024-45157 is a medium-severity Incorrect Behavior Order (CWE-696) vulnerability in Trustedfirmware Mbed Tls. Its CVSS base score is 5.1 (Medium).

Operationally, ranked at the 15th 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-11 (Developer Testing and Evaluation) and RA-5 (Vulnerability Monitoring and Scanning) — see the control section below for these in your framework.

EU & UK References

Vulnerability Data

An issue was discovered in Mbed TLS before 2.28.9 and 3.x before 3.6.1, in which the user-selected algorithm is not used. Unlike previously documented, enabling MBEDTLS_PSA_HMAC_DRBG_MD_TYPE does not cause the PSA subsystem to use HMAC_DRBG: it uses HMAC_DRBG only when…

more

MBEDTLS_PSA_CRYPTO_EXTERNAL_RNG and MBEDTLS_CTR_DRBG_C are disabled.

CWE(s)

Related Threats

CVEs Like This One

CVE-2024-28755Same product: Trustedfirmware Mbed Tls
CVE-2024-23744Same product: Trustedfirmware Mbed Tls
CVE-2026-34876Same product: Trustedfirmware Mbed Tls
CVE-2026-25833Same product: Trustedfirmware Mbed Tls
CVE-2023-45199Same product: Trustedfirmware Mbed Tls
CVE-2025-49087Same product: Trustedfirmware Mbed Tls
CVE-2025-49601Same product: Trustedfirmware Mbed Tls
CVE-2026-34873Same product: Trustedfirmware Mbed Tls
CVE-2026-34874Same product: Trustedfirmware Mbed Tls
CVE-2024-45159Same product: Trustedfirmware Mbed Tls

Affected Assets

trustedfirmware
mbed tls
2.26.0 — 2.28.9 · 3.2.0 — 3.6.1

Mitigating Controls

Mitigating Controls (NIST 800-53 r5) AI

Developer testing and evaluation at post-design stages can discover incorrect ordering of related behaviors before deployment.

Vulnerability scanning may surface order-related weaknesses after code is built but does not address their root cause.

Mandating a documented development process and standards enforces review of behavior ordering within the software lifecycle.

Security and privacy engineering principles applied during design and implementation directly require correct sequencing of operations to avoid introducing order-dependent flaws.

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 SDLC practices directly enforce correct sequencing of security-relevant operations during design and coding.

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

Security testing can detect ordering flaws but does not prevent them during development.

prevents

Secure development life cycle mandates correct sequencing of security activities, directly preventing incorrect behavior order.

prevents

Secure system architecture and engineering principles require proper ordering of design and implementation steps.

prevents

Secure coding standards enforce correct execution order of security-critical operations.

none

Change management may catch order-related issues during reviews but does not address root cause.

References