Threats Detection

Review and manage the detection models DataDome uses to protect your applications from malicious traffic.

Review and manage the detection models DataDome uses to identify and protect against malicious traffic, including model policies, deactivation, updates, and detection categories.

1. Overview

DataDome threat detection models use machine learning techniques and are continuously updated.

The models are grouped into four categories:

  • Signature-Based detection
    Detects malicious traffic using static or dynamically generated signatures. These signatures may use fingerprinting techniques such as TLS fingerprints, browser fingerprints, and HTTP headers.
  • Behavioral detection
    Detects abnormal or aggressive behavior that is not associated with human activity, such as repeated login attempts.
  • Reputational detection
    Detects threats based on the reputation of the source IP address. An IP address may have been recently associated with malicious activity or identified as a data center or residential proxy by DataDome machine learning models. Because IP addresses can be shared, DataDome combines IP reputation with other criteria for more precise detection.
  • Vulnerability Scanner detection
    Detects threats that systematically identify and examine predictable content locations, paths, file names, and parameters to find weaknesses and potential security vulnerabilities.

2. Specific and general models

Some models are designed for specific contexts and only apply to endpoints handling particular types of traffic, such as:

  • Login
  • Account creation
  • Add to cart
  • Forms
  • Payment
  • Agentic protocols
  • API

Other models are generic and apply to all endpoints.

For this reason, carefully define your endpoints when setting up DataDome account.

3. Manage models

Set models policy

You can view the list of models and manage the policy associated with each one. A policy defines the response applied when a model detects a threat.

For AI Threats Detection models, the available policies are:

  • Device Check
  • Slider
  • Block

DataDome displays the recommended default policy for each model.

For some models, changing the policy is not allowed because doing so could reduce DataDome’s effectiveness in protecting against threats. In this case, if a model’s policy is not suitable for your needs, you can deactivate the model instead.

🚧

Allow policy

The Allow policy is not supported for Threats Detection models, please use the deactivation feature instead.

Learn more about policies and responses.

Activate and deactivate models

You can deactivate or activate any model from the model list.

After deactivating a model, you can still access the latest requests that matched it from the menu. You can activate the model again at any time.

Before activating a model, you can preview the traffic that would be matched using the "Explore" menu option.

📘

Deactivated models

When a model is deactivated, it no longer matches traffic based on its associated criteria, and its corresponding policy is deactivated. Other models continue to monitor the traffic.

4. Detection model updates

The Detection Model Updates tab in the notifications sidebar provides a dated history of changes to detection models, including models that were updated, deleted, or created. Only changes relevant to your traffic are reported.

Use this history to:

  • identify when a detection change was deployed;
  • understand what part of the detection logic was updated;
  • correlate detection changes with traffic and matched rules in Explore.

5. Detection model definitions

Signature-Based detection

UserAgent Library

Bots using the popular UserAgent Library.

Fake Browsers and Fake Browser Login

Bots that modified their user-agent as well as other HTTP headers to appear human/like a legitimate human browser.

UserAgent Crawler

Bots using the popular UserAgent Crawler.

Inconsistent HTTP headers

Bots that improperly forged their HTTP headers.

Headless Browser Forged Fingerprint

Headless browsers (Chrome/Firefox/Safari) instrumented with frameworks such as Puppeteer/Selenium/Playwright that modified their browser fingerprint to try to appear human.

UserAgent Browser Automation

Bots using the popular UserAgent Browser Automation.

Puppeteer Extra Stealth

Bots based on (Headless) Chrome and instrumented with the Puppeteer Extra Stealth plugin

Scraping (signature detection)

Scrapers detected because they have an inconsistent browser fingerprint.

UserAgent linux command

Bots using the popular UserAgent Library.

SaasCrawlers

Bot signature that are linked to Scraping SaaS/ Bot as a service


Reputational detection

Bad IP reputation (data center IPs)

Bots that operate from data center IPs that were recently flagged as malicious by DataDome’s detection engine.

Bad IP reputation

Bots that operate from IP addresses with a bad reputation.

Residential proxies

Bots that route their traffic through residential proxies.

Free proxies IPs

Bots that route their traffic through free proxies (proxies freely listed on the Internet)

Shared data center proxies

Bots that route their traffic through IPs that have been identified as data center proxies.


Did this page help you?