CWE-187: Partial String Comparison
Official CWE-187 CWE context with Glexia analysis, remediation guidance, related CVEs, and ATT&CK context.
Glexia's Take
CWE-187: Partial String Comparison
Partial String Comparison represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Executive Impact
- Integrity,Access Control: Alter Execution Logic,Bypass Protection Mechanism
Developer Pattern
CWE-187 is the kind of defect developers can usually prevent with explicit validation, safer framework defaults, and tests that exercise hostile input or unsafe state transitions.
Confidence
high confidence from CWE-187, 4.20.
Official CWE Definition
CWE-187: Partial String Comparison
The product performs a comparison that only examines a portion of a factor before determining whether there is a match, such as a substring, leading to resultant weaknesses.
For example, an attacker might succeed in authentication by providing a small password that matches the associated portion of the larger, correct password.
Developer And Remediation Guidance
How teams prevent and detect this weakness
Causes
- This example defines a fixed username and password. The AuthenticateUser() function is intended to accept a username and a password from an untrusted user, and check to ensure that it matches the username and password. If the username and password match, AuthenticateUser() is intended to indicate that authentication succeeded. In AuthenticateUser(), the strncmp() call uses the string length of an attacker-provided inPass parameter in order to determine how many characters to check in the password. So, if the attacker only provides a password of length 1, the check will only examine the first byte of the application's password before determining success.,As a result, this partial comparison leads to improper authentication (CWE-287).,Any of these passwords would still cause authentication to succeed for the "admin" user:,This significantly reduces the search space for an attacker, making brute force attacks more feasible.,The same problem also applies to the username, so values such as "a" and "adm" will succeed for the username.,While this demonstrative example may not seem realistic, see the Observed Examples for CVE entries that effectively reflect this same weakness.
Remediation
- Testing: Thoroughly test the comparison scheme before deploying code into production. Perform positive testing as well as negative testing.
Detection
- Code review
- SAST
- DAST
- Focused regression tests
Mappings
Related CVEs, CWEs, and ATT&CK context
Related CWEs
ATT&CK Relevance
ATT&CK relevance is shown only when reviewed or responsibly inferred.