External attack surface assessment
Subdomains, high-risk hostnames, open non-web ports, domain age and lookalike domains.
Last reviewed
Weight in the score
10%
One of six modules, scoring policy v2.1.0
Sources
- NetlasLicence key
- Team Cymru
- mnemonic
- WHOIS
- Lookalike scan
Sources that need a licence key are shown as not checked when no key is set up.
Everything you expose to the internet is something an attacker can look at. The larger and less tidy that estate, the more likely something on it is forgotten.
We enumerate subdomains from public certificate transparency logs and resolve them, so you can see which names are live. We flag high-risk hostnames such as admin, staging and VPN endpoints, open non-web ports on your addresses, very new domains, and registered domains that look like yours and could be used to impersonate you.
Subdomain counts include names created by a wildcard DNS record. The estate map groups them by address so the real size is visible.
Findings this module can raise
Every finding in a report says what was tested, why it matters, the impact and how to fix it. These are the findings this module can raise, most serious first. Terms are explained in the glossary.
Criticalseverity 90 to 100
90
Malicious lookalike domains detectedNeeds a licence key
A registered lookalike domain that is also flagged by threat intelligence indicates an active phishing or impersonation campaign against this brand
How to fix it: Review the listed lookalikes: first confirm whether any are your own defensive registrations. For confirmed third-party phishing infrastructure, file abuse reports with the registrar (WHOIS) and the hosting provider, and submit takedown requests to URLhaus and Google Safe Browsing. Defensively register the highest-risk permutations you don't already own.
What was tested and the impactHide details
- What was tested
- In-process permutation generator cross-checked against AlienVault OTX, URLhaus, and Google Safe Browsing
- Impact
- High-confidence indicator of brand abuse; takedown action and customer-facing warnings should be considered
Highseverity 70 to 89
85
Extensive subdomain exposure: 100+ subdomains
Large numbers of subdomains increase attack surface area
How to fix it: Run a subdomain inventory exercise: list every hostname, owner, hosting provider, and last-deployed date. Decommission anything inactive over 90 days, harden the rest with TLS / HSTS / CSP, and set up monitoring that alerts on net-new subdomains (Censys, your own DNS walker, or a CT-log monitor).
What was tested and the impactHide details
- What was tested
- Certificate Transparency subdomain enumeration
- Impact
- Each subdomain is a potential attack vector and requires security monitoring
80
Domain registered very recently
Very young domains (< 30 days) are disproportionately used for short-lived phishing and fraud campaigns
How to fix it: Domain age is immutable, but its risk impact decays over time. For underwriting, treat as a temporary risk premium that fades over the first 12 months. For operators, accelerate trust signals: publish security.txt, harden TLS / DMARC / DNSSEC, list the entity in standard business directories, and document corporate registration so partners and customers can verify authenticity.
What was tested and the impactHide details
- What was tested
- WHOIS creation date via AlienVault OTX
- Impact
- A newly registered domain has no trust history; insurers should weight initial scoring conservatively until the domain accumulates a track record
75
Large attack surface: 50+ subdomains
Fifty or more subdomains. At this size an inventory almost certainly does not exist, and hostnames outlive the projects that created them.
How to fix it: Automate the inventory rather than compiling one by hand, and monitor CT logs for new certificates so additions are noticed. Audit for dangling DNS entries, then establish a decommissioning process that removes DNS records, not just servers.
What was tested and the impactHide details
- What was tested
- Subdomains enumerated from Certificate Transparency logs
- Impact
- The attack surface is larger than anyone has visibility over. Attackers enumerate CT logs exactly as we did, this list is public, and probe for the weakest host, which is usually one nobody remembers owning.
75
Many open ports detectedNeeds a licence key
More than ten non-web services are exposed. This usually indicates a host that grew organically without a firewall policy, rather than a deliberate configuration.
How to fix it: Start from default-deny rather than auditing port by port: block everything at the firewall, then open only what is demonstrably needed. Verify from outside your network afterwards: cloud security groups and host firewalls disagree more often than people expect.
What was tested and the impactHide details
- What was tested
- Ports observed listening on the resolved addresses, excluding 80 and 443
- Impact
- A large exposed surface on a single host means one vulnerable service compromises everything else running there. It is also a strong signal that no one is reviewing what the machine actually exposes.
Mediumseverity 40 to 69
65
Moderate attack surface: 20+ subdomains
Twenty or more subdomains. Not excessive, but past the point where an inventory is optional: every hostname is a service someone has to keep patched.
How to fix it: Produce an inventory and give each hostname an owner. Check specifically for dangling DNS records pointing at services you no longer run: subdomain takeover is trivially exploitable and easy to find. Remove records for anything decommissioned.
What was tested and the impactHide details
- What was tested
- Subdomains enumerated from Certificate Transparency logs
- Impact
- Forgotten subdomains are a reliable source of incidents: a staging site with weak credentials, or a hostname still pointing at deprovisioned cloud infrastructure that an attacker can claim and serve content from.
65
Multiple open portsNeeds a licence key
More than five non-web services are reachable from the internet. Each is separate software with its own vulnerabilities and its own authentication.
How to fix it: For each port, decide whether it genuinely needs to be internet-reachable. Databases, SSH and admin panels almost never do: put them behind a VPN or restrict them by source address. Where a service must stay public, ensure it is patched, authenticated and rate-limited.
What was tested and the impactHide details
- What was tested
- Ports observed listening on the resolved addresses, excluding 80 and 443
- Impact
- Administrative and database protocols exposed publicly are among the most common initial-access routes. Automated scanners find them within hours and attempt default credentials continuously.
60
Many registered lookalike domains
A large number of registered lookalike domains expands the brand attack surface even when none are individually flagged today
How to fix it: Audit the listed lookalikes against your defensive-registration inventory. For permutations not owned by you, set up periodic monitoring (these often go live with phishing months after registration); consider acquiring high-similarity domains or filing UDRP complaints for confusable trademarks.
What was tested and the impactHide details
- What was tested
- In-process permutation generator with DNS resolution
- Impact
- Indicates the brand is a recurring squat target; ongoing monitoring is warranted, and at least some of these registrations are likely held by speculators or future-staging actors
50
Domain registered within last 6 months
Recently registered domains (1-6 months) carry elevated risk before establishing operational history
How to fix it: Same guidance as for very-new domains with a smaller risk weight. Continue normal operation; the signal will fade as the domain accumulates history. Tightening TLS, DMARC, and DNSSEC has the biggest near-term effect on perceived legitimacy.
What was tested and the impactHide details
- What was tested
- WHOIS creation date via AlienVault OTX
- Impact
- Fraud campaigns commonly use 1-6 month old domains to evade naive reputation filters; expect tighter underwriting until the domain ages
Lowseverity 0 to 39
30
Domain registered within last year
Domains under one year old have not yet established long-term trust signals
How to fix it: Low-priority. Maintain strong security hygiene during the first year so this signal converts cleanly to neutral as the domain matures.
What was tested and the impactHide details
- What was tested
- WHOIS creation date via AlienVault OTX
- Impact
- Slight premium on new-domain risk; not a blocker, but reduces baseline confidence in the domain
30
Some registered lookalike domains
A small number of registered lookalikes are common for any well-known domain and represent latent brand-abuse risk
How to fix it: Spot-check the listed lookalikes via WHOIS to identify ownership. Register obvious gaps in your defensive portfolio: single-character omissions of the primary brand are the cheapest insurance against future phishing.
What was tested and the impactHide details
- What was tested
- In-process permutation generator with DNS resolution
- Impact
- Low-severity finding; review the listed examples to determine whether any belong to the customer themselves (defensive registrations) versus third parties
20
No WHOIS data available
No WHOIS data was available: typically a ccTLD without OTX coverage, or a domain with extreme privacy protection
How to fix it: No action required: informational. Confidence in domain-age signals is reduced for this run, not a finding against the domain itself.
What was tested and the impactHide details
- What was tested
- WHOIS lookup via AlienVault OTX
- Impact
- We cannot confirm domain age or registrar; treat as missing-data rather than a strong negative signal
Depends on the evidenceseverity set by what is found
varies
High-Risk subdomains detected
Patterns like "admin", "test", "dev" are commonly targeted
How to fix it: Move
admin.,dev.,staging.,test.,phpmyadmin.,cpanel.and similar behind a VPN, SSO, or IP allowlist. If they must remain public-facing, enforce strong auth (FIDO2/WebAuthn), aggressive rate-limiting, and confirm they run currently-patched software: never exposephpMyAdminorcPanelwithout authentication on the public web.What was tested and the impactHide details
- What was tested
- Subdomain pattern analysis
- Impact
- These subdomains may contain sensitive functionality or outdated software