Tools › Entity types

Credentials and secrets

Redact passwords from text, JSON, and CSV

Passwords have no shape, so this type is inferred from context: a password label followed by a value. It is imperfect by nature, which is why it is worth using alongside a secrets manager rather than instead of one.

Try it on the live API No signup. 2,000 characters, 20 runs per 10 minutes.
Output appears here.

How Redactly detects passwords

  • Detected from a password or passphrase cue followed by the value; the value must contain a digit or be a credential-style token.
  • No format or length assumption is made.
  • Rotating anything this catches is still the right response: redaction protects the copy, not the secret.

Why redact passwords?

A plaintext password in a shared log is a live credential, not a historical record.

Example request

curl -X POST https://api.bitbanger.in/v1/redact \
  -H "X-API-Key: rdct_your_key_here" \
  -H "Content-Type: application/json" \
  -d '{"text": "DB_PASSWORD=hunter2-prod, host=db.internal.example.com", "style": "replace"}'

Every hit in the response carries entity, text, start, and end. The offsets index into the text you sent, so you can apply the redactions to your own copy of the document. The full response schema is in the API reference.

Questions

Does Redactly redact passwords automatically?

Yes. Send text to the API and every detected type is redacted, including passwords. To redact only this type, pass the value credential.password in the entities filter. No training or configuration is required.

What happens to passwords after redaction?

With style set to replace, each match becomes [credential.password] — the entity type in square brackets. Setting style to mask replaces every character with a block character, and remove deletes the span entirely.

Related entity types

Redact passwords in production

Get an API key and send your first request in a minute. Plans start at $24/month.

See pricing