Partial Comparison |
Weakness ID: 187 (Weakness Base) | Status: Incomplete |
Description Summary
Extended Description
For example, an attacker might succeed in authentication by providing a small password that matches the associated portion of the larger, correct password.
Example 1
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 check 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.
Reference | Description |
---|---|
CVE-2004-1012 | Argument parser of an IMAP server treats a partial command "body[p" as if it is "body.peek", leading to index error and out-of-bounds corruption. |
CVE-2004-0765 | Web browser only checks the hostname portion of a certificate when the hostname portion of the URI is not a fully qualified domain name (FQDN), which allows remote attackers to spoof trusted certificates. |
CVE-2002-1374 | One-character password by attacker checks only against first character of real password. |
CVE-2000-0979 | One-character password by attacker checks only against first character of real password. |
Thoroughly test the comparison scheme before deploying code into production. Perform positive testing as well as negative testing. |
Ordinality | Description |
---|---|
Primary | (where the weakness exists independent of other weaknesses) |
Nature | Type | ID | Name | View(s) this relationship pertains to |
---|---|---|---|---|
ChildOf | Category | 171 | Cleansing, Canonicalization, and Comparison Errors | Development Concepts (primary)699 |
ChildOf | Weakness Class | 697 | Insufficient Comparison | Research Concepts (primary)1000 |
CanFollow | Weakness Class | 185 | Incorrect Regular Expression | Research Concepts1000 |
PeerOf | Weakness Base | 625 | Permissive Regular Expression | Research Concepts1000 |
This is conceptually similar to other weaknesses, such as insufficient verification and regular expression errors. It is primary to some weaknesses. |
Submissions | ||||
---|---|---|---|---|
Submission Date | Submitter | Organization | Source | |
PLOVER | Externally Mined | |||
Modifications | ||||
Modification Date | Modifier | Organization | Source | |
2008-07-01 | Eric Dalci | Cigital | External | |
updated Potential Mitigations, Time of Introduction | ||||
2008-09-08 | CWE Content Team | MITRE | Internal | |
updated Description, Relationships, Other Notes, Taxonomy Mappings, Weakness Ordinalities | ||||
2009-12-28 | CWE Content Team | MITRE | Internal | |
updated Demonstrative Examples, Observed Examples, Other Notes, Relationship Notes |