- 필수 기능
- 시작하기
- Glossary
- 표준 속성
- Guides
- Agent
- 통합
- 개방형텔레메트리
- 개발자
- Administrator's Guide
- API
- Datadog Mobile App
- CoScreen
- Cloudcraft
- 앱 내
- 서비스 관리
- 인프라스트럭처
- 애플리케이션 성능
- APM
- Continuous Profiler
- 스팬 시각화
- 데이터 스트림 모니터링
- 데이터 작업 모니터링
- 디지털 경험
- 소프트웨어 제공
- 보안
- AI Observability
- 로그 관리
- 관리
A Cloud SIEM security signal is created when Datadog detects a threat while analyzing logs against detection rules. View, search, filter, and correlate security signals in the Signals Explorer without needing to learn a dedicated query language. You can also assign security signals to yourself or another user in the Datadog platform. In addition to the Signals Explorer, you can configure Notification Rules to send signals to specific individuals or teams to keep them informed of issues.
You must have the Security Signals Write
permission to modify a security signal, such as change the state and view signal action history in Audit Trail. See Role Based Access Control for more information about Datadog’s default roles and granular role-based access control permissions available for Datadog Security in the Cloud Security.
In the Signals Explorer, use the facet panel or search bar to group and filter your signals. For example, you can view signals by their severity, detection rules, and MITRE ATT&CK. After you have filtered your signals to your use case, create a saved view so that you can reload your query later.
To view all signals with specific severities, for example HIGH
and CRITICAL
, that are in the open
or under review
triage state, do one of the following:
status:(high OR critical OR medium) @workflow.triage.state:(open OR under_review)
.To add the column Signal State, select the Options button in the top right corner above the table and add the facet: @workflow.triage.state
. This displays the signal status and allows you to sort by status through the header.
Use different visualizations to investigate the threat activity in your environment. For example, in the Visualize by field, you can group signals by:
source
, technique
, and so on).To view your signals based on detections rules, click Rules List in the Visualize as field under the search bar. Click on a rule to see the signals related to that rule. Click on a signal to see the signal details.
To view your signals by MITRE ATT&CK Tactic and Technique:
by
to add a second group by
, and select Technique for it.OPEN
.Open
: Datadog Security triggered a detection based on a rule, and the resulting signal is not yet resolved.Under Review
: During an active investigation, change the triage status to Under Review
. From the Under Review
state, you can move the status to Archived
or Open
as needed.Archived
: When the detection that caused the signal has been resolved, update the status to Archived
. When a signal is archived, you can give a reason and description for future reference. If an archived issue resurfaces, or if further investigation is necessary, the status can be changed back to Open
. All signals are locked 30 days after they have been created.Under Review
.Use bulk actions to triage multiple signals. To use bulk actions, first search and filter your signals in the Signals Explorer, then:
Note: The Signals Explorer stops dynamically updating when performing a bulk action.
Use Workflow Automation to carry out actions to help you investigate and remediate a signal. These actions can include:
To run a workflow from the signal side panel, select Run Workflows in the Next Steps section. In the workflow browser, search and select a workflow to run. Click the Workflows tab in the signal side panel to see which workflows were triggered for the signal.
To trigger a workflow automatically for any security signal, see Trigger a Workflow from a Security Signal and Automate Security Workflows with Workflow Automation for more information.
A signal contains important information to determine whether the threat detected is malicious or not. Additionally, you can add a signal to a case in Case Management for further investigation.
Click the Logs tab to view the logs related to the signal. Click View All Related Logs to see the related logs in Log Explorer.
To investigate entities:
Click the Related Signals tab to see the related signals and information, such as fields and attributes, that the signals share. Click View All Related Activity to see the signals in the Signals Explorer.
To view the suppression rules for the detection rule that generated the signal, do one of the following:
Sometimes you need more information than what is available in a single signal to investigate the signal. Use Case Management to collect multiple signals, create timelines, discuss with colleagues, and keep a notebook of the analysis and findings.
To create a case from a security signal:
The signal is automatically assigned to the user who created the case and the triage status is also changed to Under Review
.
After a case is created, hover over the Case button to see the case associated with the signal.
Note: If a case is determined to be critical after further investigation, click Declare Incident in the case to escalate it to an incident.
Whether it is based on a single signal or after an investigation of a case, certain malicious activity demands a response. You can declare incidents in Datadog to bring together developers, operations, and security teams to address a critical security event. Incident Management provides a framework and workflow to help teams effectively identify and mitigate incidents.
To declare an incident in the signal panel:
If you want to add the signal to an incident, click the down arrow next to Declare Incident and select the incident you want to add the signal to. Click Confirm.
Datadog Cloud SIEM offers integrated threat intelligence provided by our threat intelligence partners. These feeds are constantly updated to include data about known suspicious activity (for example, IP addresses known to be used by malicious actors), so that you can quickly identify which potential threats to address.
Datadog automatically enriches all ingested logs for indicators of compromise (IOCs) from its threat intelligence feeds. If a log contains a match to a known IOC, a threat_intel
attribute is appended to the log event to provide additional insights based on available intelligence.
The query to see all threat intelligence matches in the Security Signals Explorer is @threat_intel.indicators_matched:*
. The following are additional attributes to query for threat intelligence:
@threat_intel.results.category
: attack, corp_vpn, cryptomining, malware, residential_proxy, tor, scanner@threat_intel.results.intention
: malicious, suspicious, benign, unknownSee the Threat Intelligence documentation for more information on threat intelligence feeds.
When a suspicious activity is detected from your logs, determine whether the suspicious actor has interacted with your systems by searching for its network IP. Use the following query to search by IP attributes in the Log Explorer: @network.ip.list:<IP address>
. The query searches IPs anywhere within the logs, including the tags, attributes, error, and message fields.
You can also launch this query directly from the signal panel: