Back to Tools FAQs
HELP CENTER · FAQTools1 min read

How can I keep sensitive values out of command output and logs?

Avoid passing secrets as literal command arguments or printing them during diagnostics. Prefer the tool's supported secret store or protected input mechanism, and configure logging to capture useful status without recording credential contents.

Tools

Use protected inputs

Command-line arguments can appear in shell history, process listings, telemetry, or error reports. Use environment injection or a secret manager only when the tool and platform document that method as supported, and restrict who can read the resulting environment.

Disable verbose or debug output around authentication when it could echo request headers, tokens, or connection strings. Redact known secret fields before persisting logs, while preserving timestamps, operation IDs, and error codes needed for diagnosis.

Check exposure and rotate when needed

Review shell history, CI logs, artifacts, and application traces after troubleshooting. Remove exposed values from retained logs where possible and rotate credentials if they may have been accessible to unauthorized people.

Test redaction with a dummy secret before using the workflow on real credentials. Ensure the log still explains what failed; redaction should conceal values, not erase the diagnostic context.

Back to Tools FAQs