Follow the whole chain
A finding is not one record. It is the full path from the name you own to the point where control leaves you.
The terminal domain is the part that matters for triage. A chain that passes
through three of your own names and ends on a domain you do not own is the
risk, and the intermediate hops are how you explain it to whoever owns the
record.
CNAME, MX, and NS records are all covered, because a forgotten mail exchanger
or delegated nameserver is as claimable as a forgotten web host.
Group by provider
Every finding is attributed to a canonical provider family, and the workspace surfaces the top providers with a count against each. This is usually the fastest way through a backlog. Dangling names are rarely random: a team decommissions a platform, and every name that pointed at it goes stale together. Filtering to that provider turns what looks like forty unrelated findings into one decommission you can hand to one owner.Know whether it can be taken
Findings carry a claimability assessment, so you triage by exploitability rather than by record type:Narrow the queue
Alongside provider and claimability, findings filter by apex domain, entry host, entry record type, response code, answer kind, answer IP, service, terminal host, terminal domain, confidence, whether the domain is available, and when the exposure started. Lifecycle selects what you are looking at: active detector findings, resolved history, or a deduplicated union where a current active episode wins.Work the finding
DNS risks use the shared finding lifecycle, plus one state of their own:External surface overview
Inventory, findings, and the rest of the workspace.
Pivot through passive DNS
Investigate the same relationships across the whole internet map.