Description
Identity Security Cloud Workflows HTTP Request action now includes Sensitive Request Headers, an optional field for API keys, bearer tokens, and other secrets. Values are masked in the builder, hidden in workflow definitions, and omitted from execution history for new runs.
What You Need to Know
-
Optional: Sensitive Request Headers is optional. Existing workflows and Request Headers keep working as they do today.
-
Sensitive vs standard headers: Put secret values in Sensitive Request Headers. Keep non-sensitive headers in Request Headers.
-
Execution history: New runs hide sensitive values. Past executions that used plain-text Request Headers are not updated.
Problem
Sensitive values in Request Headers can appear in plain text in workflow definitions and execution history, which increases exposure risk for API keys, tokens, and similar data.
Solution
-
Sensitive Request Headers: Masked key-value pairs for secrets.
-
Protected storage and display: Values are encrypted and hidden in definitions and new execution history.
Who is affected?
Workflow authors who configure HTTP Request actions with authentication headers, API keys, or other sensitive values in Identity Security Cloud.
Action required: None.
Action highly recommended: Move secret header values from Request Headers into Sensitive Request Headers when you edit a workflow.
Important dates
Phased rollout:
| Environment | Date | |
|---|---|---|
| Sandbox (STG) | Aug 26, 2026 | |
| Production | Sep 2 - 9, 2026 |
