Subdomain CNAME Takeover

What is Subdomain CNAME Takeover?

Resolves CNAME records for the target domain via Google DNS-over-HTTPS, then probes each CNAME destination against 27 known unclaimed-resource fingerprints. A fingerprint match confirms an active takeover vector.

This vulnerability class falls under the Information Gathering phase of the OWASP Testing Guide (WSTG-CONF). Security engineers prioritise information gathering checks early in an assessment because weaknesses here provide a foothold that amplifies the severity of vulnerabilities found in later phases.

Security Impact

A dangling CNAME lets any attacker claim the referenced cloud resource and serve malicious content under your trusted domain. This module checks common subdomains and the root domain for exploitable CNAME configurations.

Left undetected, subdomain cname takeover issues can persist unnoticed for months. Continuous automated scanning ensures your team receives an alert the moment a regression or new exposure is introduced — long before an attacker discovers it through manual enumeration or automated offensive tooling.

How DygDog Detects It

DygDog passively fingerprints the target by inspecting publicly reachable assets, response headers, DNS records, and indexed content — no active probing that could alert IDS/WAF systems.

The Subdomain CNAME Takeover check is implemented as a passive scan module, meaning it never sends dangerous payloads or modifies application state. Scans complete in approximately 30.0 s and run continuously in the background so your security posture reflects the current state of your site — not a point-in-time snapshot.

Remediation Approach

Limit what search engines and passive observers can reach by tightening robots.txt directives, removing unnecessary meta-data from responses, and disabling directory listing on all web server configurations.

DygDog does not stop at detection. When a Subdomain CNAME Takeover finding is confirmed, the platform generates infrastructure-aware, copy-paste-ready remediation snippets using frontier AI models. Instead of generic advice you need to adapt, you receive code that targets your exact server, framework, and configuration.

OWASP References

This check maps to the following OWASP Testing Guide test cases:

• WSTG-CONF-10View OWASP WSTG →

Related Information Gathering Checks

These checks belong to the same testing phase and are often assessed together:

• Search Engine Reconnaissance

  Checks for sensitive content indexed by search engines via robots.txt, sitemap.xml, and meta robots directives.

• Web Server Fingerprinting

  Identifies web server software (nginx, Apache, IIS), version numbers, and server-side technologies from headers and responses.

• Metadata & Information Leakage

  Scans HTML comments, meta tags, and source code for developer notes, internal paths, and sensitive information.

• Subdomain Enumeration

  Discovers subdomains via DNS enumeration of common prefixes (api, admin, staging, dev, internal).