From 77bcfaa9bfbef9663e5177d8cf3b065345cdfd36 Mon Sep 17 00:00:00 2001 From: "melissa.amos" Date: Wed, 2 Sep 2026 16:51:44 -0700 Subject: [PATCH] [DOCS-15327] Make App and API Protection naming consistent Normalize product name to "App and API Protection" in prose and titles, and wrap literal UI element names in {{< ui >}} tags using "App & API Protection" across the application_security section. Also corrects stale breadcrumbs in threat_protection/policies/_index.md that pointed to a non-existent "Protection" nav segment; the Policies section is the correct path to Detection Rules and In-App WAF. --- .../en/security/application_security/_index.md | 4 ++-- .../api_posture/api_findings.md | 2 +- .../application_security/api_posture/compliance.md | 2 +- .../guide/manage_account_theft_appsec.md | 2 +- .../setup/aws/fargate/_index.md | 8 ++++---- .../application_security/setup/aws/waf/_index.md | 2 +- .../application_security/setup/docker/_index.md | 8 ++++---- .../application_security/setup/dotnet/dotnet.md | 2 +- .../setup/gcp/cloud-run/_index.md | 8 ++++---- .../application_security/setup/go/setup.md | 4 ++-- .../setup/kubernetes/_index.md | 8 ++++---- .../setup/kubernetes/gateway-api.md | 2 +- .../application_security/setup/linux/_index.md | 8 ++++---- .../application_security/setup/macos/_index.md | 8 ++++---- .../setup/php/troubleshooting.md | 14 +++++++------- .../application_security/setup/windows/_index.md | 8 ++++---- .../threat_protection/policies/_index.md | 10 +++++----- .../threat_protection/policies/inapp_waf_rules.md | 4 ++-- .../application_security/troubleshooting.md | 14 +++++++------- 19 files changed, 59 insertions(+), 59 deletions(-) diff --git a/hugo/content/en/security/application_security/_index.md b/hugo/content/en/security/application_security/_index.md index e8829fac23d..5b79554783d 100644 --- a/hugo/content/en/security/application_security/_index.md +++ b/hugo/content/en/security/application_security/_index.md @@ -36,7 +36,7 @@ further_reading: text: "Mitigate account takeovers with Datadog App and API Protection" - link: "https://learn.datadoghq.com/courses/app-protection-block-attacks" tag: "Learning Center" - text: "Block Application Attacks with Application & API Protection" + text: "Block Application Attacks with App and API Protection" algolia: tags: ["asm", "App and API Protection"] site_support_id: application_security_override @@ -60,7 +60,7 @@ AI Guard is in Preview. Get real-time security guardrails for your AI apps and a {{< img src="/security/application_security/app-sec-landing-page.png" alt="A security signal panel in Datadog, which displays attack flows and flame graphs" width="75%">}} -**App & API Protection (AAP)** provides unified visibility and security for your applications and APIs, helping you detect, investigate, and prevent threats across modern workloads. +**App and API Protection (AAP)** provides unified visibility and security for your applications and APIs, helping you detect, investigate, and prevent threats across modern workloads. Whether you're defending public-facing APIs, internal services, or user-facing applications, AAP equips your teams with realtime OOTB threat detection, posture assessment, and in-app protections. diff --git a/hugo/content/en/security/application_security/api_posture/api_findings.md b/hugo/content/en/security/application_security/api_posture/api_findings.md index 28484e0abc1..802cb1f4f7c 100644 --- a/hugo/content/en/security/application_security/api_posture/api_findings.md +++ b/hugo/content/en/security/application_security/api_posture/api_findings.md @@ -40,7 +40,7 @@ Click a finding to view its details and perform a workflow such as Validate > In Datadog API Posture uses [Bits Code][3] to generate code fixes for vulnerabilities. -1. In Datadog, navigate to [**Security** > **App & API Protection** > **Findings**][1]. +1. In Datadog, navigate to [{{< ui >}}Security{{< /ui >}} > {{< ui >}}App & API Protection{{< /ui >}} > {{< ui >}}Findings{{< /ui >}}][1]. 2. Select a finding to open a side panel with details about the finding and the affected endpoint. 3. In the **Next Steps** > **Remediation** section, click **Fix with Bits**. diff --git a/hugo/content/en/security/application_security/api_posture/compliance.md b/hugo/content/en/security/application_security/api_posture/compliance.md index 97657664dbf..c159b13c230 100644 --- a/hugo/content/en/security/application_security/api_posture/compliance.md +++ b/hugo/content/en/security/application_security/api_posture/compliance.md @@ -51,7 +51,7 @@ The OWASP API Security Top 10 identifies the most critical security risks for AP ## View your compliance posture -Navigate to [**Security > App & API Protection > Compliance**][4] to open the Compliance Frameworks page. You can: +Navigate to [{{< ui >}}Security{{< /ui >}} > {{< ui >}}App & API Protection{{< /ui >}} > {{< ui >}}Compliance{{< /ui >}}][4] to open the Compliance Frameworks page. You can: - Select a framework (for example, OWASP API Security Top 10) to see per-control pass/fail status. - Click a failing control to view the list of API security findings that caused it to fail. - Open a finding's side panel to see the affected endpoint, severity, and recommended remediation steps. diff --git a/hugo/content/en/security/application_security/guide/manage_account_theft_appsec.md b/hugo/content/en/security/application_security/guide/manage_account_theft_appsec.md index 0802547104e..5c42c0b4a74 100644 --- a/hugo/content/en/security/application_security/guide/manage_account_theft_appsec.md +++ b/hugo/content/en/security/application_security/guide/manage_account_theft_appsec.md @@ -171,7 +171,7 @@ The actions covered in the next sections help you to identify and leverage detec 1. Open [Create a new rule][18]. 2. Enter a name for the rule. -3. Select {{< ui >}}Signal{{< /ui >}} and remove all entries except {{< ui >}}App and API Protection{{< /ui >}}. +3. Select {{< ui >}}Signal{{< /ui >}} and remove all entries except {{< ui >}}App & API Protection{{< /ui >}}. 4. Restrict the rule to `category:account_takeover`, and expand the severities to include `Medium`. 5. Add notification recipients (Slack, Teams, PagerDuty). To learn more, see [Notification channels][19]. diff --git a/hugo/content/en/security/application_security/setup/aws/fargate/_index.md b/hugo/content/en/security/application_security/setup/aws/fargate/_index.md index 877fd58542e..7d06775fb3e 100644 --- a/hugo/content/en/security/application_security/setup/aws/fargate/_index.md +++ b/hugo/content/en/security/application_security/setup/aws/fargate/_index.md @@ -4,19 +4,19 @@ disable_sidebar: true further_reading: - link: "/security/application_security/" tag: "Documentation" - text: "Protect against Threats with Datadog Application & API Protection" + text: "Protect against Threats with Datadog App and API Protection" - link: "/security/application_security/add-user-info/" tag: "Documentation" text: "Tracking user activity" - link: "/security/default_rules/?category=cat-application-security" tag: "Documentation" - text: "OOTB Application & API Protection Rules" + text: "OOTB App and API Protection Rules" - link: "/security/application_security/troubleshooting" tag: "Documentation" - text: "Troubleshooting Application & API Protection" + text: "Troubleshooting App and API Protection" - link: "/security/application_security/how-it-works/" tag: "Documentation" - text: "How Application & API Protection Works in Datadog" + text: "How App and API Protection Works in Datadog" --- {{< site-region region="gov" >}} diff --git a/hugo/content/en/security/application_security/setup/aws/waf/_index.md b/hugo/content/en/security/application_security/setup/aws/waf/_index.md index 3566c6ed75f..59a0c15b620 100644 --- a/hugo/content/en/security/application_security/setup/aws/waf/_index.md +++ b/hugo/content/en/security/application_security/setup/aws/waf/_index.md @@ -123,7 +123,7 @@ Ensure the AWS role attached to the [Connection][3] has the following permission {{% /tab %}} {{< /tabs >}} -After setup is complete, click **Block New Attackers** on the App & API Protection [denylist page][6]. Select the web ACL and associated AWS connection to block IP addresses. +After setup is complete, click **Block New Attackers** on the [denylist page][6]. Select the web ACL and associated AWS connection to block IP addresses. [1]: /integrations/amazon-web-services/ [2]: /integrations/amazon_waf/ diff --git a/hugo/content/en/security/application_security/setup/docker/_index.md b/hugo/content/en/security/application_security/setup/docker/_index.md index 16494ee51b2..63f98ed69cd 100644 --- a/hugo/content/en/security/application_security/setup/docker/_index.md +++ b/hugo/content/en/security/application_security/setup/docker/_index.md @@ -4,19 +4,19 @@ disable_sidebar: true further_reading: - link: "/security/application_security/" tag: "Documentation" - text: "Protect against Threats with Datadog Application & API Protection" + text: "Protect against Threats with Datadog App and API Protection" - link: "/security/application_security/add-user-info/" tag: "Documentation" text: "Tracking user activity" - link: "/security/default_rules/?category=cat-application-security" tag: "Documentation" - text: "OOTB Application & API Protection Rules" + text: "OOTB App and API Protection Rules" - link: "/security/application_security/troubleshooting" tag: "Documentation" - text: "Troubleshooting Application & API Protection" + text: "Troubleshooting App and API Protection" - link: "/security/application_security/how-it-works/" tag: "Documentation" - text: "How Application & API Protection Works in Datadog" + text: "How App and API Protection Works in Datadog" --- {{< site-region region="gov" >}} diff --git a/hugo/content/en/security/application_security/setup/dotnet/dotnet.md b/hugo/content/en/security/application_security/setup/dotnet/dotnet.md index 26f395a2a3f..449ef5f517c 100644 --- a/hugo/content/en/security/application_security/setup/dotnet/dotnet.md +++ b/hugo/content/en/security/application_security/setup/dotnet/dotnet.md @@ -201,7 +201,7 @@ ENV DD_APPSEC_ENABLED=true ## Using AAP without APM tracing -If you want to use Application & API Protection without APM tracing functionality, you can deploy with tracing disabled: +If you want to use App and API Protection without APM tracing functionality, you can deploy with tracing disabled: 1. Configure your SDK with the `DD_APM_TRACING_ENABLED=false` environment variable in addition to the `DD_APPSEC_ENABLED=true` environment variable. 2. This configuration will reduce the amount of APM data sent to Datadog to the minimum required by App and API Protection products. diff --git a/hugo/content/en/security/application_security/setup/gcp/cloud-run/_index.md b/hugo/content/en/security/application_security/setup/gcp/cloud-run/_index.md index 9c79cc311fa..007e0bf1a02 100644 --- a/hugo/content/en/security/application_security/setup/gcp/cloud-run/_index.md +++ b/hugo/content/en/security/application_security/setup/gcp/cloud-run/_index.md @@ -4,19 +4,19 @@ disable_sidebar: true further_reading: - link: "/security/application_security/" tag: "Documentation" - text: "Protect against Threats with Datadog Application & API Protection" + text: "Protect against Threats with Datadog App and API Protection" - link: "/security/application_security/add-user-info/" tag: "Documentation" text: "Tracking user activity" - link: "/security/default_rules/?category=cat-application-security" tag: "Documentation" - text: "OOTB Application & API Protection Rules" + text: "OOTB App and API Protection Rules" - link: "/security/application_security/troubleshooting" tag: "Documentation" - text: "Troubleshooting Application & API Protection" + text: "Troubleshooting App and API Protection" - link: "/security/application_security/how-it-works/" tag: "Documentation" - text: "How Application & API Protection Works in Datadog" + text: "How App and API Protection Works in Datadog" --- {{< site-region region="gov" >}} diff --git a/hugo/content/en/security/application_security/setup/go/setup.md b/hugo/content/en/security/application_security/setup/go/setup.md index a458f96045e..5e1cbadfff2 100644 --- a/hugo/content/en/security/application_security/setup/go/setup.md +++ b/hugo/content/en/security/application_security/setup/go/setup.md @@ -8,7 +8,7 @@ aliases: further_reading: - link: "/security/application_security/setup/go/sdk" tag: "Documentation" - text: "App & API Protection SDK for Go" + text: "App and API Protection SDK for Go" - link: "/security/application_security/add-user-info/" tag: "Documentation" text: "Adding user information to traces" @@ -90,7 +90,7 @@ Add the following environment variable value to your application container's Doc ENV DD_APPSEC_ENABLED=true ``` -For more information on how to create a fitting docker image, See Creating a Dockerfile for App & API Protection for Go. +For more information on how to create a fitting docker image, See Creating a Dockerfile for App and API Protection for Go. {{% /tab %}} {{% tab "Kubernetes" %}} diff --git a/hugo/content/en/security/application_security/setup/kubernetes/_index.md b/hugo/content/en/security/application_security/setup/kubernetes/_index.md index 8df242ce3d1..909f8c871c6 100644 --- a/hugo/content/en/security/application_security/setup/kubernetes/_index.md +++ b/hugo/content/en/security/application_security/setup/kubernetes/_index.md @@ -4,19 +4,19 @@ disable_sidebar: true further_reading: - link: "/security/application_security/" tag: "Documentation" - text: "Protect against Threats with Datadog Application & API Protection" + text: "Protect against Threats with Datadog App and API Protection" - link: "/security/application_security/add-user-info/" tag: "Documentation" text: "Tracking user activity" - link: "/security/default_rules/?category=cat-application-security" tag: "Documentation" - text: "OOTB Application & API Protection Rules" + text: "OOTB App and API Protection Rules" - link: "/security/application_security/troubleshooting" tag: "Documentation" - text: "Troubleshooting Application & API Protection" + text: "Troubleshooting App and API Protection" - link: "/security/application_security/how-it-works/" tag: "Documentation" - text: "How Application & API Protection Works in Datadog" + text: "How App and API Protection Works in Datadog" --- {{< site-region region="gov" >}} diff --git a/hugo/content/en/security/application_security/setup/kubernetes/gateway-api.md b/hugo/content/en/security/application_security/setup/kubernetes/gateway-api.md index e74f04c052f..bd1721cdafc 100644 --- a/hugo/content/en/security/application_security/setup/kubernetes/gateway-api.md +++ b/hugo/content/en/security/application_security/setup/kubernetes/gateway-api.md @@ -162,7 +162,7 @@ The Gateway API integration uses the [Datadog Go Tracer][6] and inherits all env ## Enabling APM tracing -By default, the request mirror traces won't enable Datadog's APM product. If you want to use Application & API Protection without APM tracing functionality, this is the default behavior. +By default, the request mirror traces won't enable Datadog's APM product. If you want to use App and API Protection without APM tracing functionality, this is the default behavior. To enable APM tracing, set the environment variable `DD_APM_TRACING_ENABLED=true` in the request mirror deployment. diff --git a/hugo/content/en/security/application_security/setup/linux/_index.md b/hugo/content/en/security/application_security/setup/linux/_index.md index 29935e53dbc..09568d4034f 100644 --- a/hugo/content/en/security/application_security/setup/linux/_index.md +++ b/hugo/content/en/security/application_security/setup/linux/_index.md @@ -4,19 +4,19 @@ disable_sidebar: true further_reading: - link: "/security/application_security/" tag: "Documentation" - text: "Protect against Threats with Datadog Application & API Protection" + text: "Protect against Threats with Datadog App and API Protection" - link: "/security/application_security/add-user-info/" tag: "Documentation" text: "Tracking user activity" - link: "/security/default_rules/?category=cat-application-security" tag: "Documentation" - text: "OOTB Application & API Protection Rules" + text: "OOTB App and API Protection Rules" - link: "/security/application_security/troubleshooting" tag: "Documentation" - text: "Troubleshooting Application & API Protection" + text: "Troubleshooting App and API Protection" - link: "/security/application_security/how-it-works/" tag: "Documentation" - text: "How Application & API Protection Works in Datadog" + text: "How App and API Protection Works in Datadog" --- {{< site-region region="gov" >}} diff --git a/hugo/content/en/security/application_security/setup/macos/_index.md b/hugo/content/en/security/application_security/setup/macos/_index.md index 548eebc83ff..ca20d78d5c2 100644 --- a/hugo/content/en/security/application_security/setup/macos/_index.md +++ b/hugo/content/en/security/application_security/setup/macos/_index.md @@ -4,19 +4,19 @@ disable_sidebar: true further_reading: - link: "/security/application_security/" tag: "Documentation" - text: "Protect against Threats with Datadog Application & API Protection" + text: "Protect against Threats with Datadog App and API Protection" - link: "/security/application_security/add-user-info/" tag: "Documentation" text: "Tracking user activity" - link: "/security/default_rules/?category=cat-application-security" tag: "Documentation" - text: "OOTB Application & API Protection Rules" + text: "OOTB App and API Protection Rules" - link: "/security/application_security/troubleshooting" tag: "Documentation" - text: "Troubleshooting Application & API Protection" + text: "Troubleshooting App and API Protection" - link: "/security/application_security/how-it-works/" tag: "Documentation" - text: "How Application & API Protection Works in Datadog" + text: "How App and API Protection Works in Datadog" --- {{< site-region region="gov" >}} diff --git a/hugo/content/en/security/application_security/setup/php/troubleshooting.md b/hugo/content/en/security/application_security/setup/php/troubleshooting.md index 63b81bb3cfe..048b15be7a1 100644 --- a/hugo/content/en/security/application_security/setup/php/troubleshooting.md +++ b/hugo/content/en/security/application_security/setup/php/troubleshooting.md @@ -168,21 +168,21 @@ If your service is a PHP service, explicitly set the environment variable to `DD ### Remote Configuration If AAP was activated using [Remote Configuration][16], do the following: - 1. Go to [Services][15]. - 2. Select **App & API Protection in Monitoring Mode**. - 3. In the **App & API Protection** facet, enable **Monitoring Only**, **No data**, and **Ready to block**. + 1. Go to [{{< ui >}}Services{{< /ui >}}][15]. + 2. Select {{< ui >}}App & API Protection in Monitoring Mode{{< /ui >}}. + 3. In the {{< ui >}}App & API Protection{{< /ui >}} facet, enable {{< ui >}}Monitoring Only{{< /ui >}}, {{< ui >}}No data{{< /ui >}}, and {{< ui >}}Ready to block{{< /ui >}}. 4. Click on a service. - 5. In **Capabilities** > **App & API Protection** > **Threat Detection**, click **Deactivate**. + 5. In {{< ui >}}Capabilities{{< /ui >}} > {{< ui >}}App & API Protection{{< /ui >}} > {{< ui >}}Threat Detection{{< /ui >}}, click {{< ui >}}Deactivate{{< /ui >}}.
If AAP was activated using Remote Configuration, you can use a Deactivate button. If AAP was activated using local configuration, the Deactivate button is not an option.
### Bulk disable To disable AAP on your services in bulk, do the following: - 1. Go to [Services][15]. - 2. In the **App & API Protection** facet, enable **Monitoring Only**, **No data**, and **Ready to block**. + 1. Go to [{{< ui >}}Services{{< /ui >}}][15]. + 2. In the {{< ui >}}App & API Protection{{< /ui >}} facet, enable {{< ui >}}Monitoring Only{{< /ui >}}, {{< ui >}}No data{{< /ui >}}, and {{< ui >}}Ready to block{{< /ui >}}. 3. Select the checkboxes for the services where you want to disable threat detection. - 4. In **Bulk Actions**, select **Deactivate threat detection on (number of) services**. + 4. In {{< ui >}}Bulk Actions{{< /ui >}}, select {{< ui >}}Deactivate threat detection on (number of) services{{< /ui >}}. diff --git a/hugo/content/en/security/application_security/setup/windows/_index.md b/hugo/content/en/security/application_security/setup/windows/_index.md index a0b1861ce2a..2c65451180a 100644 --- a/hugo/content/en/security/application_security/setup/windows/_index.md +++ b/hugo/content/en/security/application_security/setup/windows/_index.md @@ -4,19 +4,19 @@ disable_sidebar: true further_reading: - link: "/security/application_security/" tag: "Documentation" - text: "Protect against Threats with Datadog Application & API Protection" + text: "Protect against Threats with Datadog App and API Protection" - link: "/security/application_security/add-user-info/" tag: "Documentation" text: "Tracking user activity" - link: "/security/default_rules/?category=cat-application-security" tag: "Documentation" - text: "OOTB Application & API Protection Rules" + text: "OOTB App and API Protection Rules" - link: "/security/application_security/troubleshooting" tag: "Documentation" - text: "Troubleshooting Application & API Protection" + text: "Troubleshooting App and API Protection" - link: "/security/application_security/how-it-works/" tag: "Documentation" - text: "How Application & API Protection Works in Datadog" + text: "How App and API Protection Works in Datadog" --- {{< site-region region="gov" >}} diff --git a/hugo/content/en/security/application_security/threat_protection/policies/_index.md b/hugo/content/en/security/application_security/threat_protection/policies/_index.md index 1c8f0bb6c78..8aa99be1e2d 100644 --- a/hugo/content/en/security/application_security/threat_protection/policies/_index.md +++ b/hugo/content/en/security/application_security/threat_protection/policies/_index.md @@ -36,7 +36,7 @@ From there, all AAP-protected services block incoming requests performed by the In addition to manually blocking attackers, you can configure automation rules to have AAP automatically block attackers that are flagged in Security Signals. -To get started, navigate to **Security > App and API Protection > Protection > [Detection Rules][14]**. You can create a new rule or edit an existing rule with type _App and API Protection_. For example, you can create a rule to trigger `Critical` severity signals when Credential Stuffing attacks are detected, and automatically block the associated attackers' IP addresses for 30 minutes. +To get started, navigate to {{< ui >}}Security{{< /ui >}} > {{< ui >}}App & API Protection{{< /ui >}} > {{< ui >}}Policies{{< /ui >}} > [{{< ui >}}Detection Rules{{< /ui >}}][14]. You can create a rule or edit an existing rule. For example, you can create a rule to trigger `Critical` severity signals when Credential Stuffing attacks are detected, and automatically block the associated attackers' IP addresses for 30 minutes. **Note**: You must instrument your services to be able to block authenticated attackers. See [User Monitoring and Protection][15] for more details. @@ -71,7 +71,7 @@ For fine-grained control, you can clone a Datadog managed policy or create a cus As In-App WAF rules are toggled between modes, the changes are reflected in near real-time for services with [Remote Configuration enabled][2]. For other services, you can update the policy on the [In-App WAF page][9] and then [define In-App WAF rules][10] for the change in behavior to be applied. -Manage In-App WAF by navigating to Security --> App and API Protection --> Configuration --> [In-App WAF][9]. +Manage In-App WAF by navigating to {{< ui >}}Security{{< /ui >}} > {{< ui >}}App & API Protection{{< /ui >}} > {{< ui >}}Policies{{< /ui >}} > [{{< ui >}}In-App WAF{{< /ui >}}][9]. View blocked security traces in the [Trace Explorer][11] by filtering on the facet `Blocked:true`. @@ -81,7 +81,7 @@ View blocked security traces in the [Trace Explorer][11] by filtering on the fac 1. [**Enable Remote Configuration**][2] so that your AAP-enabled services show up under In-App WAF. This is required to securely push In-App WAF configuration from your Datadog backend to the SDK in your infrastructure. -2. **Associate your AAP/Remote Configuration-enabled services with a policy**. After Remote Configuration is enabled on a service, navigate to **Security > App and API Protection > Protection > [In-App WAF][9]**. The service appears under the _Datadog Monitoring-only_ policy by default. Datadog Monitoring-only is a managed policy and is read-only, meaning you cannot modify the status (monitoring, blocking, or disabled) for individual rules. +2. **Associate your AAP/Remote Configuration-enabled services with a policy**. After Remote Configuration is enabled on a service, navigate to {{< ui >}}Security{{< /ui >}} > {{< ui >}}App & API Protection{{< /ui >}} > {{< ui >}}Policies{{< /ui >}} > [{{< ui >}}In-App WAF{{< /ui >}}][9]. The service appears under the _Datadog Monitoring-only_ policy by default. Datadog Monitoring-only is a managed policy and is read-only, meaning you cannot modify the status (monitoring, blocking, or disabled) for individual rules. If you need granular control, clone one of the available policies to create a custom policy where rule statuses can be modified. Associate one or more of your services with this custom policy. @@ -93,7 +93,7 @@ View blocked security traces in the [Trace Explorer][11] by filtering on the fac {{% asm-protection-page-configuration %}} -The default HTTP response status code while serving the deny page to attackers is `403 FORBIDDEN`. To customize the response, navigate to **Security > App and API Protection > Protection > In-App Waf > [Custom Responses][16]**. +The default HTTP response status code while serving the deny page to attackers is `403 FORBIDDEN`. To customize the response, navigate to {{< ui >}}Security{{< /ui >}} > {{< ui >}}App & API Protection{{< /ui >}} > {{< ui >}}Policies{{< /ui >}} > {{< ui >}}In-App Waf{{< /ui >}} > [{{< ui >}}Custom Responses{{< /ui >}}][16]. You can optionally mask the fact that the attacker has been detected and blocked by overriding the response code to be `200 OK` or `404 NOT FOUND` when the deny page is served. @@ -103,7 +103,7 @@ You can also optionally redirect attackers to a custom deny page and away from y Protection mode is **on** by default and is a toggle available to quickly disable blocking across **all** your services. Requests can be blocked from two sections in Datadog: all attacker requests from Security Signals, and security traces from In-App WAF. -As important as it is for you to be able to apply protection granularly and reduce the likelihood of legitimate users getting blocked, you sometimes need a simple off switch to quickly stop **all** blocking across **all** services. To turn off protection, navigate to **Security > App and API Protection > Protection > [In-App WAF][9]** and toggle **Allow Request Blocking** to off. +As important as it is for you to be able to apply protection granularly and reduce the likelihood of legitimate users getting blocked, you sometimes need a simple off switch to quickly stop **all** blocking across **all** services. To turn off protection, navigate to {{< ui >}}Security{{< /ui >}} > {{< ui >}}App & API Protection{{< /ui >}} > {{< ui >}}Policies{{< /ui >}} > [{{< ui >}}In-App WAF{{< /ui >}}][9] and toggle **Allow Request Blocking** to off. [1]: /security/application_security/setup/ [2]: /tracing/guide/remote_config diff --git a/hugo/content/en/security/application_security/threat_protection/policies/inapp_waf_rules.md b/hugo/content/en/security/application_security/threat_protection/policies/inapp_waf_rules.md index d50770c9a29..8e014dfeb5e 100644 --- a/hugo/content/en/security/application_security/threat_protection/policies/inapp_waf_rules.md +++ b/hugo/content/en/security/application_security/threat_protection/policies/inapp_waf_rules.md @@ -52,7 +52,7 @@ An input represents which part of the request the operator is applied to. The fo ## Custom In-App WAF rules -Custom In-App WAF rules enable users to log or block specific types of requests to their applications. For example, you can use custom rules to monitor login success or failure. To get started, navigate to {{< ui >}}Security{{< /ui >}} > {{< ui >}}App and API Protection{{< /ui >}} > {{< ui >}}Policies{{< /ui >}} > {{< ui >}}In-App WAF{{< /ui >}} > [{{< ui >}}Custom Rules{{< /ui >}}][4]. +Custom In-App WAF rules enable users to log or block specific types of requests to their applications. For example, you can use custom rules to monitor login success or failure. To get started, navigate to {{< ui >}}Security{{< /ui >}} > {{< ui >}}App & API Protection{{< /ui >}} > {{< ui >}}Policies{{< /ui >}} > {{< ui >}}In-App WAF{{< /ui >}} > [{{< ui >}}Custom Rules{{< /ui >}}][4]. **Note:** Default rules in In-App WAF are read-only. To refine your In-App WAF behavior, modify the In-App WAF rules. Default rules cannot be modified, however, you can create a custom rule based on one of the default rules, and modify the match conditions to your needs. Be sure to disable the default rule so that you don't have two similar rules evaluating the same requests. @@ -93,7 +93,7 @@ Blocking on a service is defined through the policy rules. Three Datadog default Services using a policy are visible directly in the policy management page. -1. In Datadog, navigate to [Security > App and API Protection > Policies > In-App WAF][2]. +1. In Datadog, navigate to [{{< ui >}}Security{{< /ui >}} > {{< ui >}}App & API Protection{{< /ui >}} > {{< ui >}}Policies{{< /ui >}} > {{< ui >}}In-App WAF{{< /ui >}}][2]. {{< img src="security/application_security/threats/waf/in-app-waf.png" alt="In-App WAF configuration page, showing two default policies." style="width:100%;" >}} diff --git a/hugo/content/en/security/application_security/troubleshooting.md b/hugo/content/en/security/application_security/troubleshooting.md index 3a49e62ffac..a3cc1eaf5ea 100644 --- a/hugo/content/en/security/application_security/troubleshooting.md +++ b/hugo/content/en/security/application_security/troubleshooting.md @@ -556,21 +556,21 @@ If your service is a PHP service, explicitly set the environment variable to `DD ### Remote Configuration If AAP was activated using [Remote Configuration][16], do the following: - 1. Go to [Services][15]. - 2. Select **App & API Protection in Monitoring Mode**. - 3. In the **App & API Protection** facet, enable **Monitoring Only**, **No data**, and **Ready to block**. + 1. Go to [{{< ui >}}Services{{< /ui >}}][15]. + 2. Select {{< ui >}}App & API Protection in Monitoring Mode{{< /ui >}}. + 3. In the {{< ui >}}App & API Protection{{< /ui >}} facet, enable {{< ui >}}Monitoring Only{{< /ui >}}, {{< ui >}}No data{{< /ui >}}, and {{< ui >}}Ready to block{{< /ui >}}. 4. Click on a service. - 5. In the service details, in **App & API Protection**, click **Deactivate**. + 5. In the service details, in {{< ui >}}App & API Protection{{< /ui >}}, click {{< ui >}}Deactivate{{< /ui >}}.
If AAP was activated using Remote Configuration, you can use a Deactivate button. If AAP was activated using local configuration, the Deactivate button is not an option.
### Bulk disable To disable AAP on your services in bulk, do the following: - 1. Go to [Services][15]. - 3. In the **App & API Protection** facet, enable **Monitoring Only**, **No data**, and **Ready to block**. + 1. Go to [{{< ui >}}Services{{< /ui >}}][15]. + 3. In the {{< ui >}}App & API Protection{{< /ui >}} facet, enable {{< ui >}}Monitoring Only{{< /ui >}}, {{< ui >}}No data{{< /ui >}}, and {{< ui >}}Ready to block{{< /ui >}}. 3. Select the check boxes for the services where you want to disable threat detection. - 4. In **Bulk Actions**, select **Deactivate Threat detection on (number of) services**. + 4. In {{< ui >}}Bulk Actions{{< /ui >}}, select {{< ui >}}Deactivate Threat detection on (number of) services{{< /ui >}}. ## Need more help?