What is Reconnaissance?
Also: Recon · Information Gathering · Footprinting · OSINT Collection
Definition
Reconnaissance is the information-gathering phase of an attack or assessment in which an adversary or tester collects intelligence about a target's organization, infrastructure, and people to plan everything that follows. It is the first tactic in the MITRE ATT&CK Enterprise matrix (TA0043) and splits into passive techniques that never touch the target and active techniques that probe it directly.
In depth
Reconnaissance answers a single question before anyone touches a payload: what does the target actually look like from the outside? In MITRE ATT&CK terms it is tactic TA0043, defined as the phase where "the adversary is trying to gather information they can use to plan future operations." It sits in the PRE (pre-compromise) stage, ahead of Resource Development and Initial Access, because the quality of every later move depends on how accurately the attacker has mapped the terrain. The same logic underpins a legitimate engagement: OWASP's Web Security Testing Guide opens its methodology with an entire Information Gathering category precisely because, in its words, before attacking an application you need to understand it.
The first axis everyone learns is passive versus active. Passive reconnaissance never sends a packet that the target can attribute to you. It leans on open-source intelligence (OSINT): WHOIS and registrar records, public DNS data, certificate transparency logs, code repositories, job postings, breach dumps, and search-engine dorking against the Google Hacking Database. Because the data already lives in third-party systems, the target sees nothing and the activity is effectively undetectable. The trade-off is staleness and incompleteness, you only learn what someone else has already indexed.
Active reconnaissance closes that gap by interacting with the target directly, and MITRE captures it as Active Scanning (T1595) with three sub-techniques: Scanning IP Blocks (T1595.001), Vulnerability Scanning (T1595.002), and Wordlist Scanning (T1595.003). This is port scanning with Nmap, banner grabbing, virtual-host and subdomain brute forcing, and probing live endpoints. Active recon is far richer, it confirms which hosts are actually up, which ports are open right now, and which software versions are running, but every probe is a packet the defender can log, alert on, or block. The art of the discipline is sequencing: harvest everything cheaply and silently with passive methods first, then spend noisy active probes only where the passive picture says something interesting lives.
It is worth distinguishing reconnaissance from the terms it is often confused with. Discovery (TA0007 in ATT&CK) is internal enumeration performed after a foothold already exists; reconnaissance is the external, pre-access view. Scanning and enumeration are techniques used during recon, not synonyms for it. And attack surface management is the continuous, defensive practice of running this same reconnaissance against yourself, on a schedule, so that you find the exposed RDP port, the dangling DNS record, or the public storage bucket before an adversary indexes it. Reconnaissance is the verb; your attack surface is the noun it produces.
Reconnaissance also feeds directly into the rest of the kill chain. The output, a prioritized inventory of hosts, services, technologies, identities, and likely entry points, is what lets an attacker choose a reliable initial-access vector instead of guessing. MITRE notes that recon intelligence is leveraged to plan and execute Initial Access, to scope and prioritize post-compromise objectives, and to drive further reconnaissance. That feedback loop is why thorough recon makes attacks both more likely to succeed and harder to detect: the attacker arrives already knowing where the soft spots are.
Why it matters
The uncomfortable truth is that an attacker's reconnaissance is happening whether you participate or not, and the asymmetry favors them. Certificate transparency logs, DNS history, code-hosting platforms, and search-engine caches are public; a determined adversary can build a complete map of your forgotten subdomains, exposed admin panels, and leaked keys in an afternoon, for free, without ever tripping an alert. Every asset you have not catalogued is an asset they will catalogue for you. The cost of skipping this discipline is not abstract: the breaches that hurt most are rarely the cleverly engineered ones, they are the exposed environment file, the dangling DNS record, or the open database that nobody on the defending side knew was reachable. If you do not run reconnaissance against yourself, you are trusting that the version of your attack surface living in MITRE's PRE stage matches the version in your asset spreadsheet. It almost never does.
How Legba Recon uses it
Reconnaissance is not just a phase Legba Recon understands, it is the engine the product is built on, run continuously and from the same outside-in vantage point an attacker uses. Recon starts passively, the way an adversary would: it pulls certificate transparency logs, DNS records, and public sources to enumerate your real footprint of domains, subdomains, and hosts, with zero packets sent to your infrastructure. It then escalates to active scanning only where that passive picture warrants it, probing live services and software the way MITRE's T1595 describes, so the inventory reflects what is actually exposed today rather than what a stale spreadsheet claims. Crucially, Recon does not stop at a list. Every finding is validated to cut false positives and then mapped to a concrete exposure, an open RDP port, a takeover-able subdomain, a world-readable bucket, so your team sees not just "here is your attack surface" but "here is exactly what an attacker's reconnaissance would hand them, ranked by what to fix first." You get the attacker's recon report before the attacker does.
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.
- 01Reconnaissance, Tactic TA0043 - EnterpriseMITRE ATT&CK
- 02Active Scanning, Technique T1595 - EnterpriseMITRE ATT&CK
- 03
- 04OWASP Web Security Testing GuideOWASP Foundation
