Secrets Configuration
Configure how Gordon stores and retrieves sensitive data. Two separate stores exist: installation secrets (this page) and app secret values (managed with gordon apps secrets, values in pass under gordon/apps/<uuid>/<service>/<name>).
Configuration
The secrets backend is configured within the [auth] section:
[auth]
secrets_backend = "pass" # "pass", "sops", or "unsafe"
Options
| Option | Type | Default | Description |
|---|---|---|---|
secrets_backend |
string | "unsafe" |
Secrets storage backend |
Backends
Pass (Recommended for Production)
Uses the Unix password manager (pass) for secure secret storage:
[auth]
secrets_backend = "pass"
Setup:
# Install pass
sudo apt install pass
# Initialize with GPG key
pass init your-gpg-key-id
# Store secrets
pass insert gordon/auth/token_secret
Usage in config:
[auth]
token_secret = "gordon/auth/token_secret" # Path in pass store
Benefits:
- GPG-encrypted storage
- Version control friendly (encrypted files)
- Standard Unix tooling
- Works with team GPG keys
Installation secrets storage:
gordon secrets set <domain> --from-filestores per-domain secrets in pass undergordon/env/<sanitized-domain>/<KEY>(dots/colons/slashes → underscores)- Eligible plaintext
.envfiles are imported into pass at startup and removed only after all entries are stored successfully; conflicts or failures leave the source file for operator review
SOPS
Uses Mozilla SOPS for encrypted file-based secrets:
[auth]
secrets_backend = "sops"
Setup:
# Install sops
brew install sops # macOS
# or download from https://github.com/getsops/sops/releases
# Create encrypted secrets file
sops secrets.yaml
Usage in env files:
API_SECRET=${sops:secrets.yaml:api.secret}
DB_PASSWORD=${sops:secrets.yaml:database.password}
Benefits:
- Multiple encryption backends (AWS KMS, GCP KMS, Azure Key Vault, PGP)
- YAML/JSON file encryption
- Git-friendly (encrypted files in repo)
Security:
- Absolute paths are rejected to prevent arbitrary file access
- Path traversal (
..) is blocked - Only relative paths from your config directory are allowed
Unsafe (Development Only)
Stores secrets as plain text files:
[auth]
secrets_backend = "unsafe"
Storage location:
{data_dir}/secrets/
├── gordon/
│ └── auth/
│ └── token_secret
Usage:
# Create secret
mkdir -p ~/.gordon/secrets/gordon/auth
echo "your-token-secret" > ~/.gordon/secrets/gordon/auth/token_secret
Warning: Only use for local development. Secrets are stored in plain text.
Secret Provider Syntax
In environment files, reference secrets using provider syntax:
Pass Provider
# ${pass:<path>}
DATABASE_PASSWORD=${pass:myapp/database/password}
API_KEY=${pass:myapp/api-key}
SOPS Provider
# ${sops:<file>:<key.path>}
DATABASE_PASSWORD=${sops:secrets.yaml:database.password}
API_SECRET=${sops:production.yaml:api.key}
App Secret Values
App secret names are registered in the app manifest ([service.secrets] maps ENV name to secret name); values are written separately and stay in pass:
gordon apps secrets set blog --service web DATABASE_URL=...
Values affect the next deploy/restart, never running containers. Only key names are ever echoed back, never values. See App Manifest and Apps CLI.
Examples
Production with Pass
[auth]
enabled = true
secrets_backend = "pass"
token_secret = "gordon/auth/token_secret"
# Setup
pass insert gordon/auth/token_secret
# Enter a random 32+ character string
# Generate tokens
gordon auth token generate --subject deploy --expiry 0
Development with Unsafe
[auth]
enabled = false
secrets_backend = "unsafe"
Security Recommendations
- Production: Always use
passorsopsbackend - Never commit: Don't commit unencrypted secrets to git (app files must never contain secret values)
- Rotate regularly: Regenerate tokens and passwords periodically
- Least privilege: Use separate secrets per environment
- Path validation: SOPS provider rejects absolute paths and path traversal attempts for security