Skip to content
Sovereign SecureSovereign Secure

Attack surface guide

External Attack Surface Management (EASM): What It Is and Where Testing Fits

Updated

What attack surface management and EASM actually do, the forgotten assets they tend to uncover, how to choose an EASM tool, and how vulnerability scanning and penetration testing confirm which exposures matter.

Prefer to talk? Call +44 161 523 5276

  • PCI SSC Qualified Security Assessor company
  • External penetration testing and vulnerability scanning
  • ISO 27001 certified

The short answer

External attack surface management (EASM) is the continuous discovery, inventory and monitoring of everything your organisation exposes to the internet, including assets nobody recorded, such as forgotten subdomains, old test servers and unmanaged cloud services. It tells you what is exposed; vulnerability scanning and penetration testing then show which of those exposures are weak or exploitable.

On this page
  1. What is attack surface management?
  2. What is external attack surface management (EASM)?
  3. What are shadow IT and forgotten assets?
  4. How is ASM different from a vulnerability scan?
  5. Where do vulnerability scanning and penetration testing fit?
  6. How do ASM, CAASM and CTEM relate?
  7. How do you start managing your external attack surface?
  8. How do you choose an EASM tool or service?
  9. Do PCI DSS, ISO 27001 and Cyber Essentials require it?
  10. Why Sovereign Secure
  11. Next step

External attack surface management (EASM) is the continuous discovery, inventory and monitoring of everything your organisation exposes to the internet: domains, subdomains, IP addresses, web applications, remote access gateways, cloud services and certificates. Its main value is finding the assets nobody recorded, such as the staging site left running after a project ended or the cloud storage a supplier set up, because those are the systems that never get patched.

EASM answers the question “what do we have exposed?”. It does not, on its own, tell you whether an exposure can be exploited. That is the job of vulnerability scanning and penetration testing, which this guide covers further down.

What is attack surface management?

Attack surface management (ASM) is the ongoing process of discovering, inventorying, assessing and monitoring every point where an attacker could try to get into your systems. Your attack surface is the sum of those points. It has a digital side (internet-facing and internal systems), a human side (the people who can be phished) and a physical side (sites and devices). ASM focuses on the digital side.

The word that matters is continuous. Attack surfaces change every week: a developer starts a cloud instance, marketing launches a campaign site, a supplier changes a DNS record, a certificate expires. An inventory checked once a year is out of date within days. ASM treats discovery as a standing process, usually in six stages:

Stage What happens Output
Discover Find every asset linked to your organisation Candidate asset list
Attribute Confirm each asset really belongs to you or your suppliers Verified inventory
Classify Record what each asset runs, who owns it and what data it handles Asset context
Assess Check for exposed services, outdated software and misconfiguration Exposure list
Prioritise and remediate Fix, decommission or accept each exposure, with an owner Action plan
Monitor Repeat discovery and alert on new or changed assets Change alerts

What is external attack surface management (EASM)?

External attack surface management is ASM from the outside in. It starts with a few “seeds”, such as your domain names, company and brand names and known IP ranges, and expands from them using the same public sources an attacker would:

  • DNS records, to enumerate subdomains and the hosts they point to.
  • Certificate transparency logs, which publicly record the TLS certificates that public certificate authorities issue for your domains, including ones for test and internal-sounding hostnames.
  • Domain registration and IP allocation records, such as those held by RIPE NCC for UK and European address space, to find related domains and ranges.
  • Internet-wide scan data, which shows open ports and the software answering on them.
  • Public code repositories and paste sites, where hostnames, keys and passwords sometimes leak.

Attribution is the step that separates useful EASM from noise. A host on a shared cloud platform or content delivery network may mention your domain without being yours to test, so each asset has to be confirmed before anyone scans or tests it.

What are shadow IT and forgotten assets?

Shadow IT is technology used for work without the knowledge of IT or security: a SaaS tool someone signed up for with a work email, or a cloud account opened to test an idea. Forgotten assets are systems that were known once but dropped off the list. Both sit outside patching, monitoring and access control, which makes them easy targets.

Asset How it gets forgotten Why it matters
Old subdomains with dangling DNS records The cloud resource was deleted but the DNS record was not An attacker can claim the resource and serve content on your domain (subdomain takeover)
Staging, test and development sites Left running after a project ends Old code, debug settings and sometimes copies of real data
Agency-built marketing microsites Owned by a campaign, not by IT Unpatched content management systems and plugins
Remote access and admin interfaces Opened temporarily for a supplier or migration RDP, SSH, database and management ports exposed to the internet
Cloud storage and services outside central accounts Created on a personal or project account Publicly readable files, exposed keys, no logging
Domains from acquisitions or rebrands No one owns the old brand Live hosts and mail records nobody monitors
Expired or soon-to-expire certificates No renewal owner Outages, browser warnings and a sign of an unmanaged host

How is ASM different from a vulnerability scan?

ASM finds out what exists and watches for change; vulnerability scanning checks known assets for known weaknesses in depth. A scanner only tests the targets it is given, so if a forgotten server is missing from the list, it is missing from every scan. ASM improves the list; scanning and testing examine what is on it.

Aspect EASM Vulnerability scanning External penetration test PCI ASV scan
Question it answers What do we expose? Which known weaknesses do our assets have? What can an attacker actually exploit? Does our external scope meet the PCI DSS scan standard?
Who sets the scope Discovered from seeds You supply the targets Agreed at scoping You define and attest the scope
How often Continuous Monthly or quarterly, and after change At least yearly, and after significant change At least every three months (Requirement 11.3.2)
Depth Wide and shallow Known vulnerabilities, validated Manual exploitation and chaining Automated, to a pass or fail standard

Where do vulnerability scanning and penetration testing fit?

ASM gives you an accurate list of what is exposed; the next job is to find out which exposures are weak and which are dangerous. Regular vulnerability scanning services check every confirmed asset for known vulnerabilities and confirm fixes with rescans, and a vulnerability assessment adds the validation and prioritisation that turn results into a fix list. External penetration testing goes further: a tester maps your public footprint from DNS, certificate transparency and code repositories, often turning up hosts missing from your asset list, then proves by hand which exposures can be exploited. If you take card payments, the quarterly external scans under PCI DSS Requirement 11.3.2 must come from an Approved Scanning Vendor, and PCI ASV scanning is scoped from the IP addresses and domains you provide, which is another reason to know your full external footprint.

How do ASM, CAASM and CTEM relate?

These terms overlap, and vendors use them loosely:

Term What it means
ASM The overall practice of discovering and monitoring your attack surface
EASM ASM from the outside, the way an attacker sees you
CAASM Cyber asset attack surface management: an internal inventory built from your existing tools through their APIs
CTEM A wider programme model that uses ASM for discovery, then prioritises, validates and fixes exposures

Continuous threat exposure management (CTEM) is the framework that puts these pieces in order, with ASM feeding its discovery stage and testing providing validation. Between tests, breach and attack simulation tools replay known attack techniques to check that controls still block and detect them.

How do you start managing your external attack surface?

You can make real progress before buying any platform:

  1. List your seeds. Every registered domain, brand, legal entity, IP range and cloud account, including those from acquisitions.
  2. Pull what is already public. Review your DNS zones, search certificate transparency logs for your domains and check cloud provider inventories.
  3. Give every asset an owner. Anything without an owner is a candidate for decommissioning; remove its DNS records when you do.
  4. Register for NCSC Early Warning. It is a free NCSC service for UK organisations that sends alerts about suspected compromises, malicious activity, vulnerable services and open ports linked to the IP addresses and domains you register. It does not scan your networks itself and only covers what you register, so discovery still matters.
  5. Scan what you find, then test what matters most. Put every confirmed asset into regular scanning and include the high-risk ones in your next penetration test.
  6. Make discovery part of change management. New services should enter the inventory when they are built, not when someone finds them.

The NCSC’s asset management guidance sets out why an accurate inventory underpins every other security control.

How do you choose an EASM tool or service?

Choose by what you need it to achieve, then by how well it discovers and attributes your assets. The NCSC’s EASM buyer’s guide, published in September 2025, says EASM is worth considering for organisations responsible for several internet-accessible services, and frames the choice around seven questions rather than a feature list:

NCSC question What to check before you buy
What are you trying to achieve? A specific objective, such as mapping your whole attack surface, meeting a compliance requirement or checking email anti-spoofing controls
How is the attack surface discovered? Automated, ongoing discovery from many data sources; integrations with your asset register and cloud accounts to widen coverage; discoveries validated or confidence-scored before they reach you
Who will access the tool or need to see the information? Access for the right teams, and exports from board-level summaries to CSV
How will you interact with the tool? A web interface, email alerts, ticketing and workflow integrations, or a feed into your SIEM
How will you prioritise identified risks? Ratings that weigh where the issue sits, how likely it is to be exploited and its impact; clear provenance for each asset and finding; easy removal of false positives
How current does the data need to be? How often scans and analysis run, and whether you can trigger a scan on demand
Do you also need vulnerability assessment? Active vulnerability testing goes beyond checking software versions and needs extra configuration and permissions

Attribution deserves the hardest look. A tool that lists hosts you do not own creates noise and, if someone scans them, legal risk; one that misses your supplier-hosted services leaves gaps. Before committing, run a trial against your own domains and compare what each product finds with the asset list you built in the steps above.

Whichever product you pick, it tells you what is exposed, not what can be broken. Confirmed assets still belong in your vulnerability scanning and the scope of your next external penetration test.

Do PCI DSS, ISO 27001 and Cyber Essentials require it?

None of them uses the term ASM, but each one requires the knowledge ASM produces:

Framework Requirement What it asks
PCI DSS v4.0.1 12.5.1 and 12.5.2 A current inventory of in-scope system components, and scope confirmed at least every 12 months and after significant change (every six months for service providers, under 12.5.2.1)
ISO/IEC 27001:2022 Annex A 5.9, 5.23 and 8.8 An inventory of information and associated assets, controls for the cloud services you use, and management of technical vulnerabilities
Cyber Essentials Scope and security update management In-scope internet-connected devices, plus the cloud services you use, must meet the controls, including installing high and critical updates within 14 days

A forgotten server can break all three at once: it is not in your inventory, it is not in your scan scope and it is not being patched.

Why Sovereign Secure

  • External testing and scanning from one team. Our external penetration tests start with reconnaissance of your public footprint, and our vulnerability scanning covers internal and external systems with triage and rescans, so the assets your discovery turns up can be checked and tested.
  • A PCI SSC Qualified Security Assessor company, with PCI ASV scans delivered through a PCI SSC Approved Scanning Vendor partner.
  • An IASME-licensed Cyber Essentials certification body, issuing Cyber Essentials and Cyber Essentials Plus certificates, and ISO 27001 certified ourselves.

Next step

Send us your domains, known IP ranges and cloud providers, and tell us what prompted the question, and we will recommend whether an external penetration test, a scanning programme or both fits, with a fixed-price proposal. Use the penetration testing quote form or call +44 161 523 5276.

Free tools and services

Last reviewed October 2026 by the Sovereign Secure assessment team.

Trusted by banks, payment providers and global brands

  • Accor
  • Fiserv
  • JCPenney
  • Ticketmaster
  • Nitecrest
  • Cashplus
  • Ahli United Bank
  • Kuwait Finance House
  • AYA Bank
  • Bank of Palestine
  • Liquid Pay
  • DataFlow Group
  • Wilmington
  • The Growth Company
  • Wahyukart

FAQ

Frequently asked questions

Can't find your answer? Call us on +44 161 523 5276 or send us a message.

What is attack surface management?

Attack surface management (ASM) is the continuous process of discovering, inventorying, assessing and monitoring every point where an attacker could try to get into your organisation's systems. It treats the asset list as something that changes daily, not a spreadsheet updated once a year.

What is external attack surface management?

External attack surface management (EASM) is the internet-facing part of ASM, carried out from an outsider's point of view. Starting from your domain names and company details, it finds the hosts, services, certificates and cloud resources linked to you, including ones your IT team does not know about, and alerts on changes.

How is ASM different from a vulnerability scan?

ASM finds out what you have and watches for change; vulnerability scanning checks the assets you point it at for known weaknesses. A scanner cannot test a server nobody added to its target list, so ASM improves the scope that scanning works from.

What is shadow IT?

Shadow IT is any system or service used for work without the IT or security team's knowledge, such as a SaaS tool signed up for with a work email, a marketing microsite built by an agency or a cloud account a developer opened for testing. It sits outside patching, monitoring and access control.

What is the difference between EASM and CAASM?

EASM looks at your organisation from outside, the way an attacker would. Cyber asset attack surface management (CAASM) builds an internal view by pulling asset data from tools you already run, such as endpoint management, identity and cloud consoles, through their APIs. The two complement each other.

Can a penetration test replace attack surface management?

No. An external penetration test includes a reconnaissance phase that maps your internet-facing footprint at that moment, and it proves which exposures can be exploited. ASM is continuous, so it catches the new subdomain or open port that appears the week after the test.

Do PCI DSS or ISO 27001 require attack surface management?

Neither uses the term, but both require you to know what you have. PCI DSS v4.0.1 Requirement 12.5.1 requires a current inventory of in-scope system components, and ISO/IEC 27001:2022 Annex A 5.9 requires an inventory of information and other associated assets.

Free consultation

Talk to an assessor

We aim to reply within one working day, and send a fixed quote once your scope is confirmed.

  • PCI SSC-approved QSA, QPA, CPSA, P2PE and 3DS assessors
  • IASME-licensed Cyber Essentials certification body
  • Clients across the UK, US, Europe, Middle East and Asia since 2012

“The Cyber Security Services were delivered on time and price was competitive.”

Beverley McGowan, Director, Specialists Hub. Read the full testimonial

By sending this form you agree to us contacting you about your enquiry. See our privacy policy.

We aim to reply within one working day. The first consultation is free.