This page describes how to set up the Datadog Gateway Injector to automatically enable Application Security monitoring, API Posture and catalog and protection for your Kubernetes ingress proxies and gateways.

Overview

The Datadog AppSec Gateway Injector automatically configures ingress proxies and gateways in your Kubernetes cluster to enable Application Security monitoring. This eliminates the need for manual proxy configuration and provides API-wide security coverage without modifying individual services or deploying tracers across your application fleet.

What is the Gateway Injector?

The Gateway Injector is a Kubernetes controller that:

• Automatically detects supported proxies in your cluster (Envoy Gateway, Istio)
• Configures proxies to route traffic through an external Application Security processor
• Enables threat detection for all traffic passing through your ingress layer
• Simplifies operations through centralized configuration with Helm

Supported proxies

• Envoy Gateway: Automatically creates EnvoyExtensionPolicy resources
• Istio: Automatically creates EnvoyFilter resources in the Istio system namespace

More proxies are available via manual installation on the global setup page.

Limitations

• Requires Datadog Cluster Agent 7.73.0 or later
• External processor must be manually deployed and scaled
• Deployed service may require an appropriate network policy:
  • From the proxy pods on the service port
  • To the Datadog Agent for traces
• For specific proxy version compatibility, see:
  • Envoy Gateway compatibility
  • Istio compatibility

Prerequisites

Before enabling the Security Injector, ensure you have:

• 1. A running Kubernetes cluster (version 1.20 or later)
• 2. Datadog Cluster Agent 7.73.0+ installed and configured in your cluster
• 3. One or more supported proxies installed:
• • Envoy Gateway
• • Istio
• 4. Remote Configuration enabled to allow blocking attackers through the Datadog UI

How it works

The Gateway Injector operates in External Mode, where a single Application Security processor deployment serves all gateway traffic in your cluster.

Architecture

• External Processor Deployment: You deploy a centralized Application Security processor as a Kubernetes Deployment with an associated Service.
• Automatic Proxy Detection: The Injector controller watches for supported proxy resources in your cluster using Kubernetes informers.
• Automatic Configuration: When proxies are detected, the injector creates the necessary configuration:
  • For Envoy Gateway: Creates EnvoyExtensionPolicy resources that reference the external processor service
  • For Istio: Creates EnvoyFilter resources in the Istio system namespace
• Traffic Processing: Gateways route traffic to the external processor via the Kubernetes service for security analysis.

Benefits

• Resource Efficient: A single shared processor handles traffic from all gateways
• Centralized Management: One deployment to monitor, scale, and configure
• Infrastructure-as-Code: Manage configuration through Helm values
• Non-Invasive: No application code changes required
• Scalable: Easily add new gateways without additional configuration

Setup

Step 1: Deploy the external processor

Deploy the Datadog Application Security external processor service. This processor analyzes traffic forwarded from your gateways.

For detailed deployment instructions and configuration options, see the Envoy Gateway documentation or Istio documentation.

Example processor deployment:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: datadog-aap-extproc-deployment
  namespace: datadog
spec:
  replicas: 2
  selector:
    matchLabels:
      app: datadog-aap-extproc
  template:
    metadata:
      labels:
        app: datadog-aap-extproc
    spec:
      containers:
      - name: datadog-aap-extproc-container
        image: ghcr.io/datadog/dd-trace-go/service-extensions-callout:v2.4.0
        ports:
        - name: grpc
          containerPort: 443
        - name: health
          containerPort: 80
        env:
        # Use the address of the datadog agent service in your cluster
        - name: DD_AGENT_HOST
          value: "datadog-agent.datadog.svc.cluster.local"

        - name: DD_SERVICE_EXTENSION_TLS
          value: "false"
        readinessProbe:
          httpGet:
            path: /
            port: health
          initialDelaySeconds: 5
          periodSeconds: 10
        livenessProbe:
          httpGet:
            path: /
            port: health
          initialDelaySeconds: 15
          periodSeconds: 20
---
apiVersion: v1
kind: Service
metadata:
  name: datadog-aap-extproc-service
  namespace: datadog
spec:
  ports:
  - name: grpc
    port: 443
    targetPort: grpc
  selector:
    app: datadog-aap-extproc
  type: ClusterIP

Apply the manifest:

kubectl apply -f datadog-aap-extproc-service.yaml

Step 2: Configure the Injector

Enable the injector and configure it to use your external processor service.

Configure the Gateway Injector using Helm values. Add the following to your values.yaml:

datadog:
  appsec:
    injector:
      enabled: true

      # Enable automatic proxy detection (enabled by default)
      autoDetect: true

      # External processor configuration (required)
      processor:
        service:
          name: datadog-aap-extproc-service # Required: name of the processor service
          namespace: datadog                # Optional: defaults to Cluster Agent namespace
        port: 443

Install or upgrade the Datadog Helm chart:

helm upgrade -i datadog-agent datadog/datadog -f values.yaml

Step 3: Verify installation

After applying your configuration, verify the injector is running:

kubectl logs -n datadog deployment/datadog-cluster-agent | grep appsec

Look for log messages indicating the injector has started and detected proxies.

Verify proxy configuration

For Envoy Gateway, check that EnvoyExtensionPolicy resources were created:

kubectl get envoyextensionpolicy -A

For Istio, check that EnvoyFilter resources were created:

kubectl get envoyfilter -n istio-system

The Injector will produce events for each operation done in the cluster whenever it resulted in failure or success.

Test traffic processing

Send requests through your gateway and verify they appear in the Datadog App and API Protection UI:

1. Navigate to Security > Application Security in Datadog.
2. Look for security signals from your gateway traffic.
3. Verify that threat detection is active.

Configuration reference

Injector options

Proxy types

• envoy-gateway: Configures Envoy Gateway using EnvoyExtensionPolicy resources
• istio: Configures Istio using global EnvoyFilter resources in the Istio system namespace

Opting out specific resources

You can exclude specific Gateway or GatewayClass resources from automatic Appsec Injector configuration by adding a label:

apiVersion: gateway.networking.k8s.io/v1
kind: Gateway
metadata:
  name: my-gateway
  namespace: my-namespace
  labels:
    appsec.datadoghq.com/enabled: "false"  # Exclude this gateway from automatic configuration
spec:
  # ... gateway configuration

Resources with the appsec.datadoghq.com/enabled: "false" label will be ignored by the injector. This is useful when you want to:

• Manually configure specific gateways
• Temporarily disable Appsec for testing
• Exclude certain gateways from security monitoring

Note: By default, all resources are included. Only resources with the label explicitly set to "false" are excluded.

Troubleshooting

All errors are logs as Kubernetes events. Make sure to check for events on the Gateway or GatewayClass you wish to instrument.

Injector not detecting proxies

Symptom: No EnvoyExtensionPolicy or EnvoyFilter resources are created.

Solutions:

• Check that autoDetect is set to true or proxies are manually specified
• Verify the Cluster Agent logs for proxy detection messages
• Ensure your proxies are installed and have the expected Kubernetes resources (Gateway, GatewayClass)
• Try manually specifying proxy types using the proxies parameter

EnvoyExtensionPolicy or EnvoyFilter not created

Symptom: Injector is running but configuration resources are missing.

Solutions:

• Check Cluster Agent logs for RBAC permission errors
• Verify the Cluster Agent service account has permissions to create EnvoyExtensionPolicy or EnvoyFilter resources
• Ensure the processor service exists and is accessible
• Check for conflicting existing policies or filters

Traffic not being processed

Symptom: No security events appear in the Datadog UI.

Solutions:

• Verify the external processor deployment is running: kubectl get pods -n datadog -l app=datadog-aap-extproc
• Look for warning logs in your reverse proxies concerning this part of the configuration.
• Check processor logs for connection errors: kubectl logs -n datadog -l app=datadog-aap-extproc
• Verify the processor service is correctly configured and resolvable
• Test connectivity from gateway pods to the processor service
• Ensure Remote Configuration is enabled in your Datadog Agent

External processor connection issues

Symptom: Gateways cannot reach the external processor.

Solutions:

• Verify the processor service name and namespace match your configuration
• Check for NetworkPolicy rules blocking cross-namespace traffic
• For Envoy Gateway: Ensure ReferenceGrant resources exist for cross-namespace service references
• Test DNS resolution from gateway pods: nslookup datadog-aap-extproc-service.datadog.svc.cluster.local
• Verify the processor port configuration matches the service definition

RBAC permission errors

Symptom: Cluster Agent logs show permission denied errors.

Solutions:

• Verify the Cluster Agent ClusterRole includes permissions for:
  • gateway.envoyproxy.io/envoyextensionpolicies
  • networking.istio.io/envoyfilters
  • gateway.networking.k8s.io/gateways
  • gateway.networking.k8s.io/gatewayclasses
• Check that the ClusterRoleBinding references the correct service account
• Make sure you are using the newest version of the Datadog Helm Chart or Operator.

Further Reading

추가 유용한 문서, 링크 및 기사:

Collect your application tracesDOCUMENTATION Collect your application logsDOCUMENTATION App and API Protection for Envoy GatewayDOCUMENTATION App and API Protection for IstioDOCUMENTATION OOTB App and API Protection RulesDOCUMENTATION Troubleshooting App and API ProtectionDOCUMENTATION