# Use of Hard-coded Credentials (CWE-798)

The product contains hard-coded credentials, such as a password or cryptographic key, which it uses for its own inbound authentication, outbound communication to external components, or encryption of internal data.

**Stack:** Docker

- Prevalence: Alta Frequentemente explorada
- Impact: Crítico 6 regras de severidade crítica
- Prevention: Documentada 11 exemplos de correção

**OWASP:** Identification and Authentication Failures (A07:2021-Identification and Authentication Failures) - #7

## Description

Hard-coded credentials typically create a significant hole that allows an attacker to bypass the authentication that has been configured by the product administrator. This hole might be difficult for the system administrator to detect.

## Prevention

Estratégias de prevenção para Hardcoded Credentials baseadas em 1 regras de detecção do Shoulder.

### Docker

Use BuildKit secrets or runtime environment variables instead of hardcoded credentials

## Warning Signs

- [CRITICAL] Dockerfile contains ...: ...
- [CRITICAL] hardcoded secrets in ENV/ARG and piping curl/wget to shell

## Consequences

- Obter privilégios
- Burlar mecanismo de proteção

## Mitigations

- Armazene credenciais fora do código-fonte
- Use variáveis de ambiente ou cofres seguros de credenciais
- Implemente procedimentos adequados de gerenciamento de chaves

## Detection

- Total rules: 11
- Critical: 6
- Languages: python, dockerfile, go, javascript, typescript, yaml

## Rules by Language

### Dockerfile (1 rules)

- **Docker Secrets and Security Best Practices** [CRITICAL]: Detects hardcoded secrets in ENV/ARG and piping curl/wget to shell.
  - Remediation: Use BuildKit secrets instead of hardcoding credentials.

```dockerfile
RUN --mount=type=secret,id=token \
    cat /run/secrets/token
```

Learn more: https://shoulder.dev/learn/docker/cwe-798/secrets-security