CVE-2024-58131
Fisco-Bcos 3.11.0
Raw vector
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:N/I:N/A:LSummary
CVE-2024-58131 is a medium-severity Incorrect Synchronization (CWE-821) vulnerability in Fisco-Bcos Fisco-Bcos. Its CVSS base score is 4.0 (Medium).
Operationally, exploitation aligns with the MITRE ATT&CK technique Exploitation for Privilege Escalation (T1068); ranked at the 17th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog; a public proof-of-concept is referenced.
The strongest mitigations our analysis identified map to SC-39 (Process Isolation) and SC-4 (Information in Shared System Resources) — see the control section below for these in your framework.
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2024-54372
Vulnerability Data
FISCO BCOS 3.11.0 has an issue with synchronization of the transaction pool that can, for example, be observed when a malicious node (that has modified the codebase to allow a large min_seal_time value) joins a blockchain network.
- CWE(s)
Related Threats
MITRE ATT&CK Enterprise Techniques
CVEs Like This One
Affected Assets
Mitigating Controls
Control response
—
—
—
V15.4.1V6.5.1V15.1.3V15.4.2
Mitigating Controls (NIST 800-53 r5) AI
Process isolation reduces the attack surface and blast radius of synchronization failures but does not itself implement the required synchronization.
SC-4 directly requires preventing unintended information transfer through shared resources, structurally blocking the concurrent unsynchronized access described by CWE-821.
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.
Secure SDLC practices directly require correct concurrency controls and synchronization primitives to prevent race conditions.
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.
Security testing can detect synchronization flaws before production deployment.
Secure SDLC practices include concurrency and synchronization requirements that reduce race conditions.
Application security requirements can mandate proper locking and thread-safety controls.
Secure architecture principles address concurrent access and resource synchronization.
Secure coding standards directly require correct synchronization primitives and thread-safety.
Change management processes can introduce or miss synchronization fixes during updates.