What is a dangling CNAME
A dangling CNAME points to a service you no longer control — letting attackers claim it and hijack your subdomain. Dangling CNAME sits close to the public DNS layer that resolvers, browsers, inbox providers, and attackers all see. That makes configuration quality and change control just as important as the underlying standard itself.
If you are already working through Subdomain Takeover, this topic gives you the missing layer between the raw signal and the decision you have to make. For a live check, start with the CyberFurl subdomain review and then use the See the DNS posture feature page to see where it fits in the wider CyberFurl workflow.
How attackers exploit it
A dangling CNAME points at a service endpoint the domain no longer controls. If that external service namespace can be re-claimed, an attacker can stand up content under the old target and effectively take over the subdomain without touching the main registrar account.
Affected providers (S3, Azure, Heroku, GitHub Pages, Shopify, etc.)
This risk shows up anywhere a third-party platform lets customers bind subdomains and later release them. Cloud storage, app platforms, page hosting, commerce tooling, and similar services have all produced real takeover cases over the years.
Real takeover cases
The reason this issue keeps paying bug bounties is simple: the subdomain still carries the brand's trust. When an abandoned mapping is reclaimed, the attacker inherits a legitimate-looking hostname without having to spoof it.
