↳ GitHub sourceAnalytics ruleMedium

Infoblox - Many NXDOMAIN DNS Responses Detected

Description

'Detected at least 200 DNS responses for non-existent domains in 1 hour generated by single host. Queries do not need to be the same. Customize query count, scheduling, responses and more. This rule depends on a parser based on a Kusto Function to work as expected called [**InfobloxCDC**](https://aka.ms/sentinel-InfobloxCloudDataConnector-parser).'
Rule type
Scheduled
Version
1.0.3
Declared status
Available
Query frequency
1h
Query period
1h
Trigger
gt 0

Declared MITRE coverage

Declared sources

Metadata from the source file. No dependencies inferred from KQL.

Connectors

Data types

KQL query

Original query, unchanged.

let threshold = 200;
InfobloxCDC
| where DeviceEventClassID == "DNS Response"
| where InfobloxDNSRCode == "NXDOMAIN"
| summarize count() by SourceIP
| where count_ > threshold
| join kind=inner (InfobloxCDC
  | where DeviceEventClassID == "DNS Response"
  | where InfobloxDNSRCode == "NXDOMAIN"
  ) on SourceIP

Declared entities

IPHost

Related content

Links established from declared identifiers and solution manifests.

Source provenance

GitHub

Displayed values come from files in Azure/Azure-Sentinel. They describe the published template, not your workspace configuration.

Source identifier
b2f34315-9065-488e-88d0-a171d2b0da8e
Additional source files 2Solutions/Infoblox Cloud Data Connector/Analytic Rules/Infoblox-ManyNXDOMAINDNSResponsesDetected.yamlsource ↗Solutions/Infoblox Cloud Data Connector/Data/Solution_Infoblox.jsonsolution-membership ↗
GSTEP / CATALOG TRACKING

Added to catalog : 16 Sept 2026 · 05:49 UTC
Last change observed : 16 Sept 2026 · 05:49 UTC

GSTEP sync dates, separate from the source content’s publication dates.