![]() |
VOOZH | about |
Workload Protection | Cloud Security Misconfigurations | Cloud Security Identity Risks
Datadog Workflow Automation allows you to orchestrate and automate your end-to-end processes by building workflows made up of actions that connect to your infrastructure and tools.
Use Workflow Automation with Cloud Security to automate your security-related workflows. For example, you can create workflows that allow you to block access to a public Amazon S3 bucket via an interactive Slack message, or automatically create a Jira issue and assign it to a team.
Workflow Automation allows you to trigger a workflow manually or automatically. In the following examples, the workflows are triggered manually by clicking the Run Workflow button in the Next Steps box at the top of the side panel.
When you trigger a workflow, the source object variables specified in the trigger are passed into the workflow and can be used in subsequent steps. In the following examples, the trigger event is a new security finding.
You can build a workflow using a preconfigured flow from an out-of-the-box blueprint, or by creating a custom workflow. For detailed instructions on how to create a workflow, see the Workflow Automation docs.
This example creates a remediation workflow that sends an interactive Slack message when a public Amazon S3 bucket is detected. By clicking Approve or Reject, you can automatically block access to the S3 bucket or decline to take action.
Note: To build this workflow, you must configure the Slack integration.
On the Workflow Automation page, click New Workflow.
Click Add Trigger > Security.
Note: A workflow must include a security trigger before you can run it.
The trigger’s source object variables allow you to access security misconfiguration data, such as the title ({{ Source.securityFinding.attributes.title }}).
Enter a name for the workflow and click Save.
Next, add the JavaScript Data Transformation Function action to the canvas and configure it to return the region name from the misconfiguration’s tags.
+) icon on the workflow canvas to add another step. // Gets the region info from the misconfiguration tags
// Use `$` to access Trigger or Steps data.
// Use `_` to access Lodash.
// See https://lodash.com/ for reference.
let tags = $.Source.securityFinding.tags
let region = tags.filter(t => t.includes('region:'))
if(region.length == 1){
return region[0].split(':')[1]
} else {
return '';
}
+) icon on the workflow canvas to add another step.{{ Source.securityFinding.attributes.resource_name }} in region {{ Steps.GetRegion.data }}?”+) icon to add another step.{{ Steps.GetRegion.data }}{{ Source.securityFinding.attributes.resource_name }}+) icon to add another step. S3 bucket `{{ Source.securityFinding.attributes.resource_name }}` successfully blocked. AWS API response:
```{{ Steps.Block_public_access }}```
The issue will be marked as fixed the next time the resource is scanned, which can take up to one hour.
+) icon to add another step.This example creates an automated ticket routing workflow that creates and assigns a Jira issue to the appropriate team when a security finding is detected.
Note: To build this workflow, you must configure the Jira integration.
On the Workflow Automation page, click New Workflow.
Click Add Trigger > Security.
Note: A workflow must include a security trigger before you can run it.
The trigger’s source object variables allow you to access security misconfiguration data, such as the title {{ Source.securityFinding.attributes.title }}.
Enter a name for the workflow and click Save.
+) icon on the workflow canvas to add another step.{{ Source.securityFinding.tags_value.team }}{{ Source.securityFinding.attributes.title }}You can trigger an existing workflow from the misconfiguration or identity risks explorers, as well as when you have a resource open in a side panel.
The workflow must have a security trigger to appear in the list of workflows you can run. Depending on the workflow, you may be required to enter additional input parameters, such as incident details and severity, the name of the impacted S3 bucket, or the Slack channel you want to send an alert to.
After running the workflow, additional information is shown on the side panel. You can click the link to view the workflow.
Additional helpful documentation, links, and articles:
| |