exploiting-subdomain-takeover-vulnerabilities

Detect and verify subdomain takeover vulnerabilities from dangling DNS records during authorized penetration tests.

954|172|Updated Mar 13, 2026
One-click install
npx skills add https://github.com/xalgord/xalgorix --skill exploiting-subdomain-takeover-vulnerabilities
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: exploiting-subdomain-takeover-vulnerabilities
Source: https://github.com/xalgord/xalgorix/tree/main/internal/tools/skills/data/web-application-security/exploiting-subdomain-takeover-vulnerabilities
Command: npx skills add https://github.com/xalgord/xalgorix --skill exploiting-subdomain-takeover-vulnerabilities

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Organizations often leave dangling CNAME records pointing to decommissioned cloud services, allowing attackers to claim those resources and serve malicious content on trusted subdomains. This Skill provides a structured workflow to identify, verify, and safely exploit these misconfigurations during authorized penetration tests, avoiding false positives from generic 404 responses.

Core Features & Use Cases

  • Dangling DNS Detection: Enumerate subdomains, resolve full CNAME chains, and match responses against service-specific fingerprints (S3, GitHub Pages, Heroku, Azure, Shopify, Fastly) using subjack, nuclei, and manual curl checks.
  • Verified Exploitation: Claim unclaimed cloud resources with benign canary content to prove takeover, including guidance for the CloudFront-vs-S3 NoSuchBucket/NoSuchKey false positive trap.
  • Impact Assessment: Evaluate cookie scope, SPF/DMARC bypass, OAuth redirect, and CORS trust to determine real-world risk such as session hijacking and phishing.
  • Use Case: During a bug bounty engagement, you find assets.target.com CNAMEs to a deleted S3 bucket; follow the workflow to claim the bucket, serve a benign PoC page, document cookie-theft impact, and clean up after reporting.

Quick Start

Enumerate subdomains of the authorized target, resolve their CNAME records, and check each against takeover fingerprints to confirm any claimable dangling resources.

Frequently Asked Questions about exploiting-subdomain-takeover-vulnerabilities

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I check for subdomain takeover vulnerabilities?

Enumerate subdomains with subfinder or amass, resolve CNAME records with dig, then match HTTP responses against service-specific fingerprints using subjack or nuclei takeover templates. Confirm by claiming the resource with benign canary content before reporting.

What tools detect dangling DNS records and subdomain takeover?

subjack and nuclei automate takeover detection with fingerprint databases, while dnsx and httpx handle bulk DNS resolution and HTTP probing. The can-i-take-over-xyz reference lists which services are actually claimable.

Why is a 404 response not proof of subdomain takeover?

Many services return 404 or generic errors while still being owned and unclaimable. You must match the exact service fingerprint, resolve the full CNAME chain, and perform a benign canary claim to confirm the resource is actually registrable.

Does NoSuchBucket always mean an S3 subdomain takeover is possible?

No. When a subdomain points to a CloudFront distribution, NoSuchKey means the origin bucket exists and is not vulnerable. Classic S3 takeover applies only when a CNAME points directly at an S3 website endpoint returning NoSuchBucket.

What is the real-world impact of a subdomain takeover?

Impact includes serving phishing content on a trusted subdomain, stealing session cookies scoped to the parent domain, bypassing SPF for email spoofing, and abusing CORS or OAuth redirect trust. Assess cookie scope and CORS headers to determine severity.