Skip to content
OpenAdvisories

Weakness (CWE)

CWE-547: Use of Hard-coded, Security-relevant Constants

Base Draft

The product uses hard-coded constants instead of symbolic names for security-critical values, which increases the likelihood of mistakes during code maintenance or security policy change.

How to prevent it (1 mitigation)
  1. Implementation

    Avoid using hard-coded constants. Configuration files offer a more flexible solution.

Source: MITRE CWE-547

5 results · Clear filters · Feed

  • Critical 9.8

    Universal sysadmin credential vulnerability in Jumis

    Jumis (formerly Tildes Jumis) creates and uses a Microsoft SQL Server login named ##Tilde_JumisAdmin## whose password is derived deterministically from a single non-secret input - the SQL Server name (@@servername). The derivation algorithm is hard-coded in t…

  • Critical 9.3

    Use of Hard-coded, Security-relevant Constants in MICROSENS NMP Web+

    The affected products could allow an unauthenticated attacker to generate forged JSON Web Tokens (JWT) to bypass authentication.

  • Critical 9.8

    Dpanel's hard-coded JWT secret leads to remote code execution

    Dpanel is a Docker visualization panel system which provides complete Docker management functions. The Dpanel service contains a hardcoded JWT secret in its default configuration, allowing attackers to generate valid JWT tokens and compromise the host machine…

  • Critical 9.1

    Use of Hard-coded, Security-relevant Constants in deepset-ai/haystack

    Use of Hard-coded, Security-relevant Constants in GitHub repository deepset-ai/haystack prior to 0.1.30.

  • Critical 9.1

    keycloak vulnerable to unauthorized login via mail server setup

    A flaw was found in keycloack before version 8.0.0. The owner of 'placeholder.org' domain can setup mail server on this domain and knowing only name of a client can reset password and then log in. For example, for client name 'test' the email address will be …