CWE · MITRE source
CWE-354Improper Validation of Integrity Check Value
The product does not validate or incorrectly validates the integrity check values or "checksums" of a message. This may prevent it from detecting if the data has been modified or corrupted in transmission.
Improper validation of checksums before use results in an unnecessary risk that can easily be mitigated. The protocol specification describes the algorithm used for calculating the checksum. It is then a simple matter of implementing the calculation and verifying that the calculated checksum and the received checksum match. Improper verification of the calculated checksum and the received checksum can lead to far greater consequences.
Last updated: 04 July 2026 00:28 UTC
Cumulative inbound coverage
How completely the frameworks we cross-walk collectively cover this — the verdict is the strongest single mapping (overlapping partials are not summed); breadth shows the corroboration behind it.
Collective: full · 19 mapping(s) from 7 framework(s): ATT&CK 9 (mostly) · STIG oracle linux 8 2 (full) · STIG rhel 7 2 (mostly) · STIG rhel 8 2 (mostly) · CAPEC 2 (partial) · STIG oracle linux 9 1 (mostly) · OWASP-Web 1 (partial)
NIST 800-53 r5 controls that address this weakness (5)AI
| Control | Title | Family | Why it addresses this CWE |
|---|---|---|---|
SC-21 | Secure Name/Address Resolution Service (Recursive or Caching Resolver) | SC | Requires validation of integrity check values on every resolution response, directly mitigating tampered or corrupted DNS data. |
SC-33 | Transmission Preparation Integrity | SC | Control mandates proper validation of integrity values (checksums) on prepared data, making flawed validation of those checks ineffective for attackers. |
SA-18 | Tamper Resistance and Detection | SA | Proper validation of integrity check values is required for reliable tamper detection, directly reducing undetected modification risks. |
SI-7 | Software, Firmware, and Information Integrity | SI | Requires use of proper integrity verification tools, reducing the chance an incorrect check value is accepted. |
SR-9 | Tamper Resistance and Detection | SR | Requires proper validation of integrity mechanisms, directly mitigating flawed check-value handling. |
MITRE ATT&CK techniques this weakness enables
Our own two-way CWE↔ATT&CK cross-walk — a direct mapping with no public source (the CWE→CAPEC→ATT&CK chain leaves most top weaknesses, incl. XSS and SQLi, mapped to nothing). Drafted by Grok and spot-checked by Claude Opus 4.8.
Direction: ← other covers this;
→ this covers other (F/M/P = full / mostly /
partial).
Top CVEs of this weakness type, ranked by Risk Priority
| CVE | Risk | CVSS | EPSS | Published |
|---|---|---|---|---|
CVE-2019-1166 | 8.0 | 5.9 | 0.6168 | 2019-10-10 |
CVE-2023-48795 | 8.0 | 5.9 | 0.9378 | 2023-12-18 |
CVE-2017-15994 | 7.0 | 9.8 | 0.0100 | 2017-10-29 |
CVE-2022-29898 | 7.0 | 9.1 | 0.0057 | 2022-05-11 |
CVE-2023-33668 | 7.0 | 9.8 | 0.0043 | 2023-07-12 |
CVE-2024-25678 UPD | 7.0 | 9.8 | 0.0035 | 2024-02-09 |
CVE-2024-3596 | 7.0 | 9.0 | 0.1486 | 2024-07-09 |
CVE-2025-54887 UPD | 7.0 | 9.1 | 0.0023 | 2025-08-08 |
CVE-2025-11543 | 7.0 | 9.8 | 0.0017 | 2025-12-22 |
CVE-2026-33026 | 7.0 | 9.1 | 0.0033 | 2026-03-30 |
CVE-2026-34182 UPD | 7.0 | 9.1 | 0.0024 | 2026-06-09 |
CVE-2026-49230 | 7.0 | 9.1 | 0.0022 | 2026-06-19 |
CVE-2017-4961 | 5.5 | 8.8 | 0.0048 | 2017-06-13 |
CVE-2017-9606 | 5.5 | 7.3 | 0.0030 | 2017-06-15 |
CVE-2017-3760 | 5.5 | 8.1 | 0.0078 | 2017-10-17 |
CVE-2018-5441 | 5.5 | 7.8 | 0.0029 | 2018-01-30 |
CVE-2017-3224 | 5.5 | 8.2 | 0.0106 | 2018-07-24 |
CVE-2018-6336 | 5.5 | 7.8 | 0.0049 | 2018-12-31 |
CVE-2019-12097 | 5.5 | 7.8 | 0.0058 | 2019-06-03 |
CVE-2019-11753 | 5.5 | 7.8 | 0.0023 | 2019-09-27 |
CVE-2019-0071 | 5.5 | 7.8 | 0.0019 | 2019-10-09 |
CVE-2019-13496 | 5.5 | 8.1 | 0.0085 | 2019-11-04 |
CVE-2012-1170 | 5.5 | 7.5 | 0.0091 | 2019-11-14 |
CVE-2019-18672 | 5.5 | 7.5 | 0.0078 | 2019-12-06 |
CVE-2017-18649 | 5.5 | 7.2 | 0.0028 | 2020-04-07 |