惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

aimingoo的专栏
aimingoo的专栏
Jina AI
Jina AI
WordPress大学
WordPress大学
Recent Announcements
Recent Announcements
G
Google Developers Blog
I
InfoQ
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Google DeepMind News
Google DeepMind News
P
Proofpoint News Feed
MyScale Blog
MyScale Blog
M
MIT News - Artificial intelligence
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
C
Check Point Blog
J
Java Code Geeks
T
Tailwind CSS Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Microsoft Security Blog
Microsoft Security Blog
MongoDB | Blog
MongoDB | Blog
V
Visual Studio Blog
人人都是产品经理
人人都是产品经理
量子位
A
About on SuperTechFans
D
DataBreaches.Net
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知

Datadog | The Monitor blog

Introducing our open source AI-native SAST Instrument and monitor Boomi integration flows with OpenTelemetry and Datadog Not all index scans are equal: How we cut query latency by over 99% Platform engineering metrics: What to measure and what to ignore Integrate Recorded Future threat intelligence with Datadog Cloud SIEM CI/CD security: threat modeling using a MITRE-style threat matrix CI/CD security: How to secure your GitHub ecosystem Ingress NGINX is EOL: A practical guide for migrating to Kubernetes Gateway API Operating agentic AI with Amazon Bedrock AgentCore and Datadog LLM Observability: Lessons from NTT DATA Introducing the Datadog Code Security MCP Capture and analyze custom heatmaps in Session Replay Understand session replays faster with AI summaries and smart chapters Monitor ClickHouse query performance with Datadog Database Monitoring How we designed empathetic alert sounds for on-call engineers Search and act across Datadog to resolve issues faster with Bits Assistant Measure the business impact of every product change with Datadog Experiments Analyzing round trip query latency Configuring JavaScript caches for better performance Introducing Bits AI Dev Agent for Code Security Datadog achieves ISO 42001 certification for responsible AI Monitor Nutanix clusters, hosts, and VMs with Datadog Monitor Juniper Mist in Datadog A new Host Map for modern infrastructure Annotate traces to improve LLM quality with Datadog LLM Observability What’s new in Cloud SIEM: AI-powered investigations, enhanced threat intelligence, and scalable security operations Explore Kubernetes with native OpenTelemetry data Monitor Oracle Fusion Cloud Applications with Datadog Announcing the Datadog Terraform provider v4.0.0 Scaling Kubernetes workloads on custom metrics How to design cloud environments for AI-powered threat analysis
Add more context to Cloud SIEM detections and investigati...
Nimisha Saxena, Paul Howard-Flanders · 2024-12-19 · via Datadog | The Monitor blog
Nimisha Saxena

Nimisha Saxena

Paul Howard-Flanders

Paul Howard-Flanders

A primary goal for security teams is identifying specific threats to their environment, but they often face the daunting task of reviewing vast amounts of log data and alerts. Even with well-crafted detection rules, sifting through irrelevant data to pinpoint essential details for an investigation can be a significant challenge. This not only prolongs investigation times but also increases the risk of overlooking critical information.

To address these hurdles, Datadog Cloud SIEM enables security teams to add context to their detection rules and log searches with Datadog Reference Tables. This capability allows teams to easily filter out non-relevant data, keep investigations focused, and detect threats efficiently.

In this post, we’ll walk you through how reference tables allow you to:

  • Use data that’s critical to your security teams

  • Optimize your detection rules for fast, accurate signal generation

  • Conduct efficient security investigations on historical logs

Add context to detection rules with reference tables

Datadog Reference Tables enable your security teams to supplement logs with custom metadata. Each table is built around a primary key—typically an ID present in your logs—paired with additional, contextual data linked to that key. For example, the risky_okta_users table below uses the usr_id field from Okta logs as the primary key and assigns a risk score to each user.

Add context with a Datadog Reference Table

For your security teams, this capability allows them to bring rich and up-to-date security context to their detection rules, including:

  • Data residing outside of standard logs, such as exposed keys and managed endpoints

  • Third-party security feeds, including threat intelligence lists

  • Sizeable datasets, like watchlists, known IP addresses, and indicators of compromise (IoCs)

Refresh tables with current data

As the threat landscape evolves, detection rules and their supporting datasets can quickly become outdated. This increases the risk of overlooking critical issues, which leaves your environment vulnerable to threats. With Datadog Reference Tables, your security teams can easily update and enrich the data used by detection rules, ensuring they continuously evaluate logs against the most up-to-date datasets, threat intelligence lists, and more.

Update Reference Tables with new information

Optimize your detection rules for fast, accurate signal generation

Writing effective detection rules is a constant challenge for security teams. While these rules are essential for identifying potential threats, they can often be too broad, generating an overwhelming number of alerts. This leads to wasted time as security teams sift through irrelevant notifications, which makes it difficult to focus on real threats. By incorporating custom data tables with detection rules, the investigative process becomes simpler and more efficient than traditional methods. Reference tables enable your security teams to fine-tune rules with specific criteria, quickly filter out noise, and minimize false positives.

To filter a detection rule using a reference table, navigate to the rule’s editor. Click the “Add” button next to the search query editor and select “Join with Reference Table.”

Add a Reference Table to a Cloud SIEM Detection rule

In the dropdown menu, choose the appropriate table and log field. Finally, select either the “IN” or “OUT” operator, depending on whether you want to include or exclude values from a specific table column.

Determine which Reference Table data should be used in a Cloud SIEM detection rule

Conduct in-depth security investigations on historical logs

Building secure applications requires deep visibility into network and service activity, with logs serving as a critical tool for monitoring. However, logs alone often lack the full context needed for security teams to investigate threats efficiently. To solve this problem, they need the ability to instantly query relevant logs and filter them using up-to-date threat intelligence.

With the Log Explorer, your security teams can filter logs at query time using their custom tables, ensuring they have accurate, up-to-date information for security investigations and critical audits. Datadog will then automatically enrich each log with that data, which gives your teams a more complete view of activity beyond what standard log data alone provides. The following example demonstrates how they can quickly sift through a large volume of Okta authentication logs to assess specific users with higher risk scores:

Datadog enriches logs with Reference Table data

In addition to having the ability to analyze logs, Datadog allows your security teams to retain them for a standard 15 months or variably with Flex Logs. Flex Logs decouples the cost of log storage from the cost of querying, enabling you to keep your logs for the relative long term while still being able to instantly query them for audits and in-depth investigations.

Enhance your Cloud SIEM detection rules with Datadog Reference Tables

In this post, we explored how Datadog Reference Tables enhance your security team’s detection rules, ensuring they have the most up-to-date information to identify malicious activity and attacks. To dive deeper, check out our documentation on setting up reference tables. You can also explore our blog for practical examples of using reference tables with logs and building sufficient security coverage for your detection rules.