What is Asset Discovery?
Also: asset enumeration · attack surface discovery · external asset discovery · attack surface mapping
Definition
Asset discovery is the process of finding every internet-facing thing an organization owns or operates - domains, subdomains, IP addresses, hosts, open services, and cloud resources - so that nothing exposed to attackers stays invisible to defenders. It is the first and most decisive phase of external attack surface management, because you cannot protect, patch, or monitor an asset you do not know exists.
In depth
Asset discovery answers a deceptively simple question: what does our organization actually expose to the internet right now? In practice the answer is almost never the tidy list a security team imagines. Marketing spins up a campaign microsite, a developer launches a staging API on a forgotten subdomain, an acquired company brings its own ASN, and a contractor stands up a cloud bucket that never gets decommissioned. Each of these is a live entry point. Gartner created the External Attack Surface Management (EASM) market category in 2021 specifically because organizations were consistently unaware of internet-facing assets and systems they owned, and discovery is the capability that closes that visibility gap.
Effective discovery begins with seeds - a small set of confidently-owned, verified anchors such as a primary brand domain, a known corporate IP range, a registered organization name in WHOIS, or an Autonomous System Number (ASN). From these seeds, discovery expands outward through attribution. DNS enumeration walks subdomains and resolves them to hosts; WHOIS and registrant data link sibling domains; reverse DNS and PTR records map IPs back to names. The goal is to grow a defensible inventory where each discovered asset can be traced back to a seed, so the team avoids both blind spots and false attributions that waste analyst time.
Certificate Transparency (CT) is one of the most powerful discovery signals available, and it exists because of RFC 9162. CT logs are public, append-only, cryptographically-verifiable records of every TLS certificate that participating certificate authorities issue. They were designed to let anyone detect misissued certificates, but they double as a discovery goldmine: when an engineer requests a certificate for an internal-sounding hostname like vpn-test.internal.example.com, that name becomes publicly searchable the moment the certificate is logged. Querying CT logs routinely surfaces subdomains, staging environments, and pre-launch services that never appear in any internal asset register.
ASN and netblock expansion handles the IP-layer half of the problem. An ASN identifies a block of IP networks under a single administrative control, and large organizations are frequently allocated their own ASNs or registered netblocks in the regional internet registries (ARIN, RIPE, APNIC, and others). Discovery tools enumerate the prefixes announced by an organization's ASN and the netblocks registered to its name, then probe those ranges to fingerprint live hosts and services. Cloud assets complicate this picture - addresses are ephemeral and shared - so discovery must also correlate cloud provider ranges, DNS records pointing at cloud endpoints, and service banners to attribute transient cloud resources correctly.
It is worth distinguishing asset discovery from adjacent terms. Discovery is about enumeration - building a complete, attributed inventory of what exists. It is not the same as vulnerability scanning, which inspects already-known assets for weaknesses, nor exposure validation, which confirms whether a discovered weakness is actually reachable and exploitable. Discovery is also broader than asset inventory in the IT-management sense: traditional inventory tracks assets the organization deliberately provisioned, while attack-surface discovery deliberately hunts for the assets nobody remembered to provision, decommission, or document - the shadow IT and orphaned infrastructure that attackers find first.
Why it matters
Every breach starts somewhere, and increasingly it starts on an asset the victim did not know was online. CISA's guidance on attack surface management exists precisely because exploited public-facing applications are a leading initial-access vector for ransomware - and you cannot patch, monitor, or decommission a host that is missing from your inventory. The cost of incomplete discovery is not abstract: a single forgotten staging server with default credentials, an expired subdomain ripe for takeover, or an unmonitored S3 bucket can hand an attacker a foothold that bypasses every control you carefully applied to the assets you do track. The assets you forgot are the ones that get you compromised, and they are exactly the ones disciplined discovery is built to find before an adversary does.
How Legba Recon uses it
Legba Recon treats asset discovery as the foundation of its workflow, not an afterthought. It starts from your verified seeds - root domains, organization names, registered netblocks, and ASNs - and expands the surface using the same techniques attackers rely on: continuous Certificate Transparency log monitoring to catch new and internal-sounding hostnames the moment a certificate is issued, DNS and WHOIS enumeration to attribute sibling domains and subdomains, and ASN and netblock expansion to map your IP-layer footprint including ephemeral cloud endpoints. Crucially, Recon does not stop at a list of hostnames; it fingerprints the services running on each discovered asset, attributes everything back to a seed so your inventory stays defensible and free of false positives, and feeds that live inventory directly into validation so newly-surfaced exposures - a dangling DNS record, an exposed admin panel, leaked credentials - are caught and reported the day they appear rather than the day they are exploited.
Explore Legba Recon →Methodology
Each finding-type guide is built from Legba Recon's real detection and validation logic, reviewed by a named security contributor, and cited against primary sources such as OWASP, CISA, NIST, and MITRE. We update pages when the underlying guidance changes. See our contributors and company.
FAQs.
References.
- 01Attack surface - GlossaryNIST Computer Security Resource Center
- 02Cyber Asset Attack Surface Management (CAASM)Cybersecurity and Infrastructure Security Agency (CISA)
- 03RFC 9162: Certificate Transparency Version 2.0IETF / RFC Editor
- 04Attack Surface Analysis Cheat SheetOWASP Cheat Sheet Series
- 05
