Providers

Datadog

Connect Datadog: authentication, permissions, what Noru collects, and troubleshooting.

Authentication
API key
Categories
Security, Infrastructure
Sync cadence
Daily by default (hourly, weekly, or monthly on request)
Requested access
users_readsecurity_monitoring_signals_readsecurity_monitoring_rules_readmonitors_readinfrastructure_readaudit_logs_read

Noru reads one Datadog organization with an API key and an application key. Six endpoints are called. The dialog lists four scopes; Noru needs six, and this page uses the full list.

What Noru collects

Evidence typeEvidenceRead from
IAMDatadog Users & Access ControlUsers
Scan resultDatadog Security Signals (up to 100, open, last 30 days)Security signal search
Scan resultDatadog CSM Posture Findings (up to 100, open)Posture management findings
PolicyDatadog Monitors (up to 200)Monitors
InfrastructureDatadog Host Inventory (up to 200)Hosts
Audit logDatadog Audit Events (up to 200, last 7 days)Audit events

Users with an email become personnel identities (disabled users inactive). No assets are created. Findings are created for critical and high security signals, critical and high CSM findings in a fail state, users without MFA (high), monitors that are alerting (medium), and monitors with no data (low). Medium and low signals never become findings. Evidence maps to IAM controls (users and audit events), vulnerability-management and incident-response controls (signals, findings, and monitors), an asset-management control (hosts), and a security-monitoring control (audit events).

What Noru does not collect

  • Logs, metrics, dashboards, APM, RUM, or SLOs.
  • Signal message bodies and monitor queries. Both are dropped before storage.
  • Anything from a site other than the one you select.

Data residency

The Datadog site select determines which regional endpoint Noru calls. An unrecognised site value falls back to US1, so confirm the selection matches where your organization lives.

Before you connect

  • An API key from Organization Settings → API Keys.
  • An application key from Organization Settings → Application Keys, scoped to users_read, security_monitoring_signals_read, security_monitoring_rules_read, monitors_read, infrastructure_read, and audit_logs_read.
  • Admin or editor role in Noru.

Connect

Connect Datadog dialog with site selector, API key, and Application key fieldsConnect Datadog dialog with site selector, API key, and Application key fields
Pick the site that matches your Datadog organization.
Open Data Sources, click Connect Data Source, and pick Datadog. The Connect Datadog dialog opens.
Enter a Connection name.
Choose the Datadog site: US1 (datadoghq.com), EU (datadoghq.eu), US3 (us3.datadoghq.com), US5 (us5.datadoghq.com), or AP1 (ap1.datadoghq.com).
Paste the API key and the Application key. The helper text lists users_read, security_monitoring_signals_read, monitors_read, infrastructure_read; add security_monitoring_rules_read and audit_logs_read as well.
Click Connect Datadog. Noru validates against the users endpoint and shows "Datadog integration connected successfully!".

The connection syncs daily; change the frequency in the detail drawer.

After connecting

Findings are deduplicated per integration and type, so a signal that stays open is updated rather than duplicated. The users call is mandatory: a key without users_read fails the sync. The other five calls warn and skip when their scope is missing, so check Sync history for partial runs.

Permissions in detail

ScopeEndpointWhy Noru needs itWhat it could technically allow
users_readGET /api/v2/usersUsers, MFA, status; validationRead every user profile and role
security_monitoring_signals_readPOST /api/v1/security_analytics/signals/searchOpen signals for findingsRead every signal, including message bodies
security_monitoring_rules_readGET /api/v2/posture_management/findingsCSM posture findingsRead rules and posture results
monitors_readGET /api/v1/monitorMonitor stateRead monitor definitions and queries
infrastructure_readGET /api/v1/hostsHost inventoryRead host metadata, tags, and agent versions
audit_logs_readGET /api/v2/audit/eventsAudit evidenceRead who did what in Datadog

The API key identifies the organization; the application key carries the scopes and the identity of the user who created it. Both are stored encrypted at rest.

Troubleshooting

  • "Datadog API error 403" with no further hint: a scope is missing. Compare the application key's scopes with the table above. If the failing call is the users endpoint, the sync fails; otherwise the module is skipped.
  • Empty signals or findings evidence: the key lacks the security monitoring scopes, or there are no open items in the window.
  • Wrong region: evidence is empty and users may not validate; check the site.
  • An expired or deleted key shows as Error and is retried automatically; Datadog does not distinguish a bad key from other failures. Create a new key and reconnect.

Last updated on