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
- What is attack surface management?
- What is external attack surface management (EASM)?
- What are shadow IT and forgotten assets?
- How is ASM different from a vulnerability scan?
- Where do vulnerability scanning and penetration testing fit?
- How do ASM, CAASM and CTEM relate?
- How do you start managing your external attack surface?
- How do you choose an EASM tool or service?
- Do PCI DSS, ISO 27001 and Cyber Essentials require it?
- Why Sovereign Secure
- 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:
- List your seeds. Every registered domain, brand, legal entity, IP range and cloud account, including those from acquisitions.
- Pull what is already public. Review your DNS zones, search certificate transparency logs for your domains and check cloud provider inventories.
- Give every asset an owner. Anything without an owner is a candidate for decommissioning; remove its DNS records when you do.
- 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.
- 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.
- 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
- Scope your testChoose your test types and asset counts online to scope your penetration test.Scope your test
- Pen testing cost guideUK day rates, price ranges by test type and what drives the cost.Read the cost guide
- Talk to a testerTell us what you need tested. We aim to reply within one working day.Talk to a tester
Last reviewed October 2026 by the Sovereign Secure assessment team.




