Secret Redaction
What this page covers
This page explains the security boundary around Hermes secret redaction. Tool output is scanned for strings that look like tokens, API keys, and credentials before entering conversation context or logs. Redaction is separate from command approval and PII redaction.
Hermes changes quickly, so treat the official documentation as the source of truth and use the built-in CLI to inspect the local install before editing config by hand.
Fast path
hermes config set security.redact_secrets truehermes config set security.redact_secrets false # only for deliberate redactor debugging, then restarthermes config set privacy.redact_pii truehermes config set approvals.mode smarthermes config set approvals.mode manualPractical checklist
- Keep secret redaction enabled for normal use.
- Changing
security.redact_secretsrequires a fresh session/restart because it is snapshotted at import time. - Use
.env, OAuth flows, or credential managers for secrets; do not paste raw credentials into chat. - PII redaction for gateway messages is a separate
privacy.redact_piisetting. - Approval modes (
manual,smart,off) control dangerous command prompts and do not disable secret redaction.
Common pitfalls
- Turning off redaction just to make a task easier.
- Assuming
--yoloor approvals off exposes raw secrets; these are independent toggles. - Saving redacted-looking values back into config as if they were real credentials.
- Publishing logs/screenshots without checking for unredacted private data.
Verification checklist
hermes configshowssecurity.redact_secrets: truefor normal operation.- After any redaction toggle, a fresh session or gateway restart was used.
- Logs and generated docs do not contain raw API keys, bot tokens, or passwords.
Official reference
https://hermes-agent.nousresearch.com/docs/user-guide/configuration/
