CWE - CWE-1391: Use of Weak Credentials (4.19.1)
Home > CWE List > CWE-1391: Use of Weak Credentials (4.19.1)  
ID

  • Home
  • CWE-1391: Use of Weak Credentials

    Weakness ID: 1391
    Vulnerability Mapping: ALLOWED This CWE ID could be used to map to real-world vulnerabilities in limited situations requiring careful review (with careful review of mapping notes)
    Abstraction: Class Class - a weakness that is described in a very abstract fashion, typically independent of any specific language or technology. More specific than a Pillar Weakness, but more general than a Base Weakness. Class level weaknesses typically describe issues in terms of 1 or 2 of the following dimensions: behavior, property, and resource.
    View customized information:
    For users who are interested in more notional aspects of a weakness. Example: educators, technical writers, and project/program managers. For users who are concerned with the practical application and details about the nature of a weakness and how to prevent it from happening. Example: tool developers, security researchers, pen-testers, incident response analysts. For users who are mapping an issue to CWE/CAPEC IDs, i.e., finding the most appropriate CWE for a specific issue (e.g., a CVE record). Example: tool developers, security researchers. For users who wish to see all available information for the CWE/CAPEC entry. For users who want to customize what details are displayed.
    ×

    Edit Custom Filter


    + Description
    The product uses weak credentials (such as a default key or hard-coded password) that can be calculated, derived, reused, or guessed by an attacker.
    + Extended Description

    By design, authentication protocols try to ensure that attackers must perform brute force attacks if they do not know the credentials such as a key or password. However, when these credentials are easily predictable or even fixed (as with default or hard-coded passwords and keys), then the attacker can defeat the mechanism without relying on brute force.

    Credentials may be weak for different reasons, such as:

    • Hard-coded (i.e., static and unchangeable by the administrator)
    • Default (i.e., the same static value across different deployments/installations, but able to be changed by the administrator)
    • Predictable (i.e., generated in a way that produces unique credentials across deployments/installations, but can still be guessed with reasonable efficiency)
    • Previously Compromised (i.e., "leaked" credentials that were published as part of a data breach)

    Even if a new, unique credential is intended to be generated for each product installation, if the generation is predictable, then that may also simplify guessing attacks.

    + Common Consequences
    Section HelpThis table specifies different individual consequences associated with the weakness. The Scope identifies the application security area that is violated, while the Impact describes the negative technical impact that arises if an adversary succeeds in exploiting this weakness. The Likelihood provides information about how likely the specific consequence is expected to be seen relative to the other consequences in the list. For example, there may be high likelihood that a weakness will be exploited to achieve a certain impact, but a low likelihood that it will be exploited to achieve a different impact.
    Impact Details

    Bypass Protection Mechanism

    Scope: Access Control

    An adversary could bypass intended authentication restrictions.
    + Potential Mitigations
    Phase(s) Mitigation

    Architecture and Design; Operation

    When the user changes or sets a password, check the password against a database of already compromised or breached passwords. These passwords are likely to be used in password guessing attacks.

    Effectiveness: Moderate

    + Relationships
    Section Help This table shows the weaknesses and high level categories that are related to this weakness. These relationships are defined as ChildOf, ParentOf, MemberOf and give insight to similar items that may exist at higher and lower levels of abstraction. In addition, relationships such as PeerOf and CanAlsoBe are defined to show similar weaknesses that the user may want to explore.
    + Relevant to the view "Research Concepts" (View-1000)
    Nature Type ID Name
    ChildOf Class Class - a weakness that is described in a very abstract fashion, typically independent of any specific language or technology. More specific than a Pillar Weakness, but more general than a Base Weakness. Class level weaknesses typically describe issues in terms of 1 or 2 of the following dimensions: behavior, property, and resource. 1390 Weak Authentication
    ParentOf Base Base - a weakness that is still mostly independent of a resource or technology, but with sufficient details to provide specific methods for detection and prevention. Base level weaknesses typically describe issues in terms of 2 or 3 of the following dimensions: behavior, property, technology, language, and resource. 521 Weak Password Requirements
    ParentOf Base Base - a weakness that is still mostly independent of a resource or technology, but with sufficient details to provide specific methods for detection and prevention. Base level weaknesses typically describe issues in terms of 2 or 3 of the following dimensions: behavior, property, technology, language, and resource. 798 Use of Hard-coded Credentials
    ParentOf Base Base - a weakness that is still mostly independent of a resource or technology, but with sufficient details to provide specific methods for detection and prevention. Base level weaknesses typically describe issues in terms of 2 or 3 of the following dimensions: behavior, property, technology, language, and resource. 1392 Use of Default Credentials
    + Modes Of Introduction
    Section HelpThe different Modes of Introduction provide information about how and when this weakness may be introduced. The Phase identifies a point in the life cycle at which introduction may occur, while the Note provides a typical scenario related to introduction during the given phase.
    Phase Note
    Requirements
    Architecture and Design
    Installation
    Operation
    + Applicable Platforms
    Section HelpThis listing shows possible areas for which the given weakness could appear. These may be for specific named Languages, Operating Systems, Architectures, Paradigms, Technologies, or a class of such platforms. The platform is listed along with how frequently the given weakness appears for that instance.
    Languages

    Class: Not Language-Specific (Undetermined Prevalence)

    Operating Systems

    Class: Not OS-Specific (Undetermined Prevalence)

    Architectures

    Class: Not Architecture-Specific (Undetermined Prevalence)

    Technologies

    Class: ICS/OT (Undetermined Prevalence)

    Class: Not Technology-Specific (Undetermined Prevalence)

    + Demonstrative Examples

    Example 1


    In 2022, the OT:ICEFALL study examined products by 10 different Operational Technology (OT) vendors. The researchers reported 56 vulnerabilities and said that the products were "insecure by design" [REF-1283]. If exploited, these vulnerabilities often allowed adversaries to change how the products operated, ranging from denial of service to changing the code that the products executed. Since these products were often used in industries such as power, electrical, water, and others, there could even be safety implications.

    Multiple OT products used weak credentials.



    + Selected Observed Examples

    Note: this is a curated list of examples for users to understand the variety of ways in which this weakness can be introduced. It is not a complete list of all CVEs that are related to this CWE entry.

    Reference Description
    Chain: JavaScript-based cryptocurrency library can fall back to the insecure Math.random() function instead of reporting a failure (CWE-392), thus reducing the entropy (CWE-332) and leading to generation of non-unique cryptographic keys for Bitcoin wallets (CWE-1391)
    Remote Terminal Unit (RTU) uses default credentials for some SSH accounts
    Distributed Control System (DCS) uses a deterministic algorithm to generate utility passwords
    Remote Terminal Unit (RTU) uses a hard-coded SSH private key that is likely to be used in typical deployments
    microcontroller board has default password, allowing admin access
    data visualization/sharing package uses default secret keys or cookie values if they are not specified in environment variables
    UART interface for AI speaker uses empty password for root shell
    password manager does not generate cryptographically strong passwords, allowing prediction of passwords using guessable details such as time of generation
    password generator for cloud application has small length value, making it easier for brute-force guessing
    network-attached storage (NAS) system has predictable default passwords for a diagnostics/support account
    IT asset management app has a default encryption key that is the same across installations
    cloud cluster management product has a default master encryption key
    Installation script has a hard-coded secret token value, allowing attackers to bypass authentication
    Intrusion Detection System (IDS) uses the same static, private SSL keys for multiple devices and installations, allowing decryption of SSL traffic
    Residential gateway uses the last 5 digits of the 'Network Name' or SSID as the default WEP key, which allows attackers to get the key by sniffing the SSID, which is sent in the clear
    + Weakness Ordinalities
    Ordinality Description
    Primary
    (where the weakness exists independent of other weaknesses)
    Resultant
    (where the weakness is typically related to the presence of some other weaknesses)
    + Memberships
    Section HelpThis MemberOf Relationships table shows additional CWE Categories and Views that reference this weakness as a member. This information is often useful in understanding where a weakness fits within the context of external information sources.
    Nature Type ID Name
    MemberOf CategoryCategory - a CWE entry that contains a set of other entries that share a common characteristic. 1396 Comprehensive Categorization: Access Control
    MemberOf CategoryCategory - a CWE entry that contains a set of other entries that share a common characteristic. 1442 OWASP Top Ten 2025 Category A07:2025 - Authentication Failures
    + Vulnerability Mapping Notes
    Usage ALLOWED-WITH-REVIEW
    (this CWE ID could be used to map to real-world vulnerabilities in limited situations requiring careful review)
    Reason Abstraction

    Rationale

    This CWE entry is a Class and might have Base-level children that would be more appropriate

    Comments

    Examine children of this entry to see if there is a better fit
    + Taxonomy Mappings
    Mapped Taxonomy Name Node ID Fit Mapped Node Name
    ISA/IEC 62443 Part 2-4 Req SP.09.02 RE(1)
    ISA/IEC 62443 Part 4-1 Req SR-3 b)
    ISA/IEC 62443 Part 4-1 Req SI-2 b)
    ISA/IEC 62443 Part 4-1 Req SI-2 d)
    ISA/IEC 62443 Part 4-1 Req SG-3 d)
    ISA/IEC 62443 Part 4-1 Req SG-6 b)
    ISA/IEC 62443 Part 4-2 Req CR 1.1
    ISA/IEC 62443 Part 4-2 Req CR 1.2
    ISA/IEC 62443 Part 4-2 Req CR 1.5
    ISA/IEC 62443 Part 4-2 Req CR 1.7
    ISA/IEC 62443 Part 4-2 Req CR 1.8
    ISA/IEC 62443 Part 4-2 Req CR 1.9
    ISA/IEC 62443 Part 4-2 Req CR 1.14
    ISA/IEC 62443 Part 4-2 Req CR 2.1
    ISA/IEC 62443 Part 4-2 Req CR 4.3
    ISA/IEC 62443 Part 4-2 Req CR 7.5
    + References
    [REF-1303] Kelly Jackson Higgins. "Researchers Out Default Passwords Packaged With ICS/SCADA Wares". 2016-01-04.
    <https://www.darkreading.com/endpoint-security/researchers-out-default-passwords-packaged-with-ics-scada-wares>. (URL validated: 2025-08-04)
    [REF-1304] ICS-CERT. "ICS Alert (ICS-ALERT-13-164-01): Medical Devices Hard-Coded Passwords". 2013-06-13.
    <https://www.cisa.gov/news-events/ics-alerts/ics-alert-13-164-01>. (URL validated: 2023-04-07)
    [REF-1283] Forescout Vedere Labs. "OT:ICEFALL: The legacy of "insecure by design" and its implications for certifications and risk management". 2022-06-20.
    <https://www.forescout.com/resources/ot-icefall-report/>.
    [REF-1374] Unciphered. "Randstorm: You Can't Patch a House of Cards". 2023-11-14.
    <https://www.unciphered.com/disclosure-of-vulnerable-bitcoin-wallet-library-2/>. (URL validated: 2025-07-29)
    [REF-1488] NIST. "Digital Identity Guidelines (SP 800-63B-4)". 5.1.1.2. 2025-07.
    <https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-63B-4.pdf>. (URL validated: 2025-09-08)
    [REF-1514] National Cyber Security Centre. "Passwords, passwords everywhere". 2022-10-23.
    <https://webarchive.nationalarchives.gov.uk/ukgwa/20221027140921/https://www.ncsc.gov.uk/pdfs/blog-post/passwords-passwords-everywhere.pdf>. (URL validated: 2025-12-08)
    + Content History
    + Submissions
    Submission Date Submitter Organization
    2022-10-06
    (CWE 4.9, 2022-10-13)
    CWE Content Team MITRE
    + Contributions
    Contribution Date Contributor Organization
    2023-06-29
    (CWE 4.12, 2023-06-29)
    "Mapping CWE to 62443" Sub-Working Group CWE-CAPEC ICS/OT SIG
    Suggested mappings to ISA/IEC 62443.
    2023-07-07
    (CWE 4.19, 2025-12-11)
    Michal Biesiada
    Proposed inclusion of already-compromised passwords, leading to modifications of extended description, mitigations, and references
    + Modifications
    Modification Date Modifier Organization
    2025-12-11
    (CWE 4.19, 2025-12-11)
    CWE Content Team MITRE
    updated Common_Consequences, Description, Potential_Mitigations, References, Relationships, Weakness_Ordinalities
    2025-09-09
    (CWE 4.18, 2025-09-09)
    CWE Content Team MITRE
    updated References
    2024-11-19
    (CWE 4.16, 2024-11-19)
    CWE Content Team MITRE
    updated Observed_Examples
    2024-02-29
    (CWE 4.14, 2024-02-29)
    CWE Content Team MITRE
    updated Observed_Examples, References
    2023-06-29 CWE Content Team MITRE
    updated Mapping_Notes, Taxonomy_Mappings
    2023-04-27 CWE Content Team MITRE
    updated References, Relationships
    2023-01-31 CWE Content Team MITRE
    updated Applicable_Platforms, Demonstrative_Examples, Observed_Examples, References
    Page Last Updated: January 21, 2026