CWE · MITRE source
CWE-328Use of Weak Hash
The product uses an algorithm that produces a digest (output value) that does not meet security expectations for a hash function that allows an adversary to reasonably determine the original input (preimage attack), find another input that can produce the same hash (2nd preimage attack), or find multiple inputs that evaluate to the same hash (birthday attack).
A hash function is defined as an algorithm that maps arbitrarily sized data into a fixed-sized digest (output) such that the following properties hold: Building on this definition, a cryptographic hash function must also ensure that a malicious actor cannot leverage the hash function to have a reasonable chance of success at determining any of the following: What is regarded as "reasonable" varies by context and threat model, but in general, "reasonable" could cover any attack that is more efficient than brute force (i.e., on average, attempting half of all possible combinations). Note that some attacks might be more efficient than brute force but are still not regarded as achievable in the real world. Any algorithm that does not meet the above conditions will generally be considered weak for general use in hashing. In addition to algorithmic weaknesses, a hash function can be made weak by using the hash in a security context that breaks its security guarantees. For example, using a hash function without a salt for storing passwords (that are sufficiently short) could enable an adversary to create a "rainbow table" [REF-637] to recover the password under certain conditions; this attack works against such hash functions as MD5, SHA-1, and SHA-2.
Last updated: 09 May 2026 03:25 UTC
NIST 800-53 r5 controls that address this weakness (2)AI
| Control | Title | Family | Why it addresses this CWE |
|---|---|---|---|
SC-13 | Cryptographic Protection | SC | Requires appropriate hash functions for cryptographic uses, preventing reliance on weak hashes. |
SI-2 | Flaw Remediation | SI | Security updates supplant weak hashing algorithms with stronger alternatives before attackers can exploit the original weakness. |
Top CVEs of this weakness type, ranked by Risk Priority
| CVE | Risk | CVSS | EPSS | Published |
|---|---|---|---|---|
CVE-2023-0452 | 2.0 | 9.8 | 0.0010 | 2023-01-26 |
CVE-2022-45141 | 2.0 | 9.8 | 0.0067 | 2023-03-06 |
CVE-2025-27595 | 2.0 | 9.8 | 0.0010 | 2025-03-14 |
CVE-2025-41652 | 2.0 | 9.8 | 0.0026 | 2025-05-27 |
CVE-2023-46233 | 1.9 | 9.1 | 0.0106 | 2023-10-25 |
CVE-2023-43630 | 1.8 | 8.8 | 0.0001 | 2023-09-20 |
CVE-2023-43635 | 1.8 | 8.8 | 0.0001 | 2023-09-20 |
CVE-2023-46133 | 1.8 | 9.1 | 0.0018 | 2023-10-25 |
CVE-2024-40465 | 1.8 | 8.8 | 0.0044 | 2024-07-31 |
CVE-2024-48847 | 1.6 | 8.2 | 0.0007 | 2024-12-05 |
CVE-2021-39182 | 1.5 | 7.5 | 0.0008 | 2021-11-08 |
CVE-2022-29249 | 1.5 | 7.5 | 0.0015 | 2022-05-24 |
CVE-2024-8452 | 1.5 | 7.5 | 0.0013 | 2024-09-30 |
CVE-2024-55885 | 1.5 | 7.5 | 0.0024 | 2024-12-12 |
CVE-2025-47276 | 1.5 | 7.5 | 0.0024 | 2025-05-13 |
CVE-2025-41256 | 1.5 | 7.4 | 0.0007 | 2025-06-25 |
CVE-2026-40164 | 1.5 | 7.5 | 0.0002 | 2026-04-14 |
CVE-2019-13539 | 1.4 | 7.0 | 0.0021 | 2019-11-08 |
CVE-2025-31130 | 1.4 | 6.8 | 0.0006 | 2025-04-04 |
CVE-2024-23589 | 1.4 | 6.8 | 0.0005 | 2025-05-30 |
CVE-2022-3433 | 1.3 | 6.5 | 0.0030 | 2022-10-10 |
CVE-2023-5962 | 1.3 | 6.5 | 0.0007 | 2023-12-23 |
CVE-2024-47829 | 1.3 | 6.5 | 0.0019 | 2025-04-23 |
CVE-2025-49197 | 1.3 | 6.5 | 0.0016 | 2025-06-12 |
CVE-2025-55053 | 1.3 | 6.5 | 0.0002 | 2025-09-09 |