Skip to content

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 impact
    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 impact
    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 impact
    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 impact
    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 impact
    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 impact
    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 impact
    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 impact
    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 impact
    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 impact
    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 impact
    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 impact
    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 expose phpMyAdmin or cPanel without authentication on the public web.

    What was tested and the impact
    What was tested
    Subdomain pattern analysis
    Impact
    These subdomains may contain sensitive functionality or outdated software

The other modules

Sources