Cyber Resilience

CWE · MITRE source

CWE-521Weak Password Requirements

Abstraction: Base · CVEs in our corpus: 258

The product does not require that users should have strong passwords.

Last updated: 04 July 2026 08:17 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 · 24 mapping(s) from 5 framework(s): ATT&CK 9 (mostly) · CAPEC 9 (partial) · ASVS 5.0 3 (mostly) · STIG rhel 7 2 (partial) · OWASP-Web 1 (full)

See the full cumulative-coverage rollup →

OWASP Top 10 for Web (2025)

This weakness contributes to A07:2025 Authentication Failures.

NIST 800-53 r5 controls that address this weakness (8)AI

Control Title Family Why it addresses this CWE
IA-1Policy and ProceduresIAIA policy establishes password requirements, directly addressing weak password requirements.
IA-5Authenticator ManagementIAEnsuring authenticators have sufficient strength of mechanism for intended use addresses weak password requirements.
PM-15Security and Privacy Groups and AssociationsPMFacilitated training and awareness of current practices improves definition and enforcement of sufficiently strong password requirements.
PM-3Information Security and Privacy ResourcesPMDedicated security resources support deployment of strong authentication systems and enforcement of robust password policies.
CM-6Configuration SettingsCMConfiguration settings can define and enforce strong password requirements to avoid weak policies.
PL-9Central ManagementPLOrganization-wide password and authentication policies are applied uniformly, preventing weak local password requirements.
RA-5Vulnerability Monitoring and ScanningRAVulnerability scans assess password policies and weak credential requirements against benchmarks.
SA-5System DocumentationSAUser documentation on maintaining security includes password requirements, directly mitigating weak password policies.

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-18988 KEV10.07.00.04752020-02-07
CVE-2019-174448.09.80.69452020-10-12
CVE-2017-11967.09.80.01662017-06-07
CVE-2017-7903 UPD7.09.80.02742017-06-30
CVE-2017-98537.09.80.01722017-08-05
CVE-2017-128617.09.80.03342017-10-10
CVE-2017-12217.09.80.01582017-11-13
CVE-2017-141897.09.80.02782017-11-29
CVE-2017-31867.09.80.06092017-12-16
CVE-2017-167277.09.10.01512017-12-22
CVE-2018-13727.09.80.02242018-02-27
CVE-2018-10001347.09.80.04912018-03-16
CVE-2017-16017.09.80.02532018-05-02
CVE-2018-129257.09.80.01462018-06-28
CVE-2018-190647.09.80.01992018-11-07
CVE-2018-157197.09.80.01082018-12-12
CVE-2019-76747.09.80.01352019-02-09
CVE-2019-91237.09.80.01502019-02-25
CVE-2019-99507.09.80.02302019-04-24
CVE-2019-139187.09.80.01512019-09-13
CVE-2019-37587.09.80.01462019-09-18
CVE-2019-196907.09.80.01462019-12-18
CVE-2019-197477.09.80.01392019-12-20
CVE-2019-74887.09.80.01892019-12-23
CVE-2020-90237.09.80.01492020-02-17