CISO Tribune

Guide

Attack Surface Management vs Exposure Management

Attack surface management maps every entry point attackers could use. Exposure management tests which ones are exploitable and assigns an owner to each fix.

By Hadass Liza Bitton · Published November 2, 2026 · Last reviewed November 2, 2026 · 16 min read

TL;DR: Attack surface management (ASM) maps every entry point an attacker could use, while exposure management tests which of those weaknesses can actually be exploited and assigns each confirmed one to an owner. External ASM looks from the internet in, internal ASM covers identities, endpoints and people, and continuous threat exposure management (CTEM) runs the whole cycle as a loop. In our reading, the practical difference is a shorter list of proven exposures, each with a named owner.

What is attack surface management?

Attack surface management (ASM) is the continuous discovery, classification, prioritization and monitoring of every entry point an attacker could use. One working definition calls it "the continuous process of discovering, classifying, and monitoring all potential entry points in an organization’s environment that could be exploited by attackers" (CyCognito). Another adds prioritization and names where those entry points live: cloud, on-premises and SaaS environments (Wiz).

The case for doing it rests on simple arithmetic. An attack surface is the count of entry points exposed to a potential attacker, and "The larger the attack surface, the larger the set of methods that can be used by an adversary to attack" (NICCS). The reverse holds too. A smaller surface lowers the chance of an attacker finding a vulnerability and the risk of a high impact exploit (NICCS).

That is why reduction is the point, not just visibility. ASM "focuses on reducing exposed assets, thereby limiting attacker options" (Splunk).

Why continuous is the key word

A spreadsheet of servers is not ASM. The word continuous "is what separates this discipline from a traditional asset inventory," and a one-time inventory is outdated within hours (Wiz).

A concrete case: cloud storage buckets and serverless endpoints get provider-assigned public addresses, such as name.s3.us-east-2.amazonaws.com, that sit outside an organization's known DNS space. Scanners built around known domain inventories will never find them (Wiz).

The four activities, in plain terms

ActivityThe question it answers (our reading)
DiscoveryWhat do we own or expose that we did not know about?
ClassificationWhat is each asset, and what data or system sits behind it?
PrioritizationWhich exposures would hurt most if used?
MonitoringWhat changed since the last look?

Prioritization is where context matters. An exposed staging environment may be low priority, while an exposed production database with customer data is not (Splunk).

What a security leader can check this week

  • Ask when the asset inventory was last refreshed, and whether it updates on its own or by request.
  • Ask whether discovery covers cloud addresses outside your registered domains.
  • Ask who owns a new finding, and how long it sits before someone acts.

In our reading, the answers to those three questions say more about an ASM program than any tool list does. For related terms, see the glossary and the CISO security glossary.

What counts as the external attack surface?

External attack surface management (EASM) looks at your organization from the outside in. It starts with no credentials and no internal inventory, which is how an attacker starts. Rapid7 defines it as identifying public-facing assets and monitoring the public-cloud misconfigurations, exposed credentials, or other external information and processes that could be used against you.

Rapid7 quotes Forrester's description of the tooling as products that "continually scan for, discover, and enumerate internet-facing assets" and then fingerprint them and identify exposures on known and unknown assets. The word unknown matters. In our reading, an EASM program earns its budget on the assets nobody listed.

The boundary is wider than your own firewall. Trend Micro counts connections to third-party suppliers, partners, vendors, and remote workers as part of the external surface.

What an outside-in sweep turns up

CategoryWhat it looks likeWhy it matters (our reading)
Exposed servicesRemote access gateways such as virtual private networks (VPNs), which Trend Micro says have come to be targeted by attackers as pathways into corporate IT environmentsA single login page can open the internal network
Public-cloud misconfigurationsStorage, compute and network settings left open by mistakeCloud consoles make exposure a one-click change
Leaked credentialsPublic code repositories holding passwords, API keys, or configuration files, in ThreatNG's descriptionA working key skips the exploit entirely
Shadow ITBusiness units that spin up cloud resources without any help from the IT departmentNobody patches what nobody owns
Acquired subsidiariesThe Forrester due-diligence use case: discover and enumerate unknown internet-facing assets of acquisition targetThe buyer inherits the risk before the integration plan exists
Aging edge devicesTrend Micro's assessment step looks for unpatched software, out-of-date systemsFirewalls and VPN appliances past vendor support stop receiving fixes

The API keys above are application programming interface credentials, the tokens one system uses to call another.

Where discovery breaks down

Many tools start from seed data. ThreatNG, an EASM vendor, argues that tools relying on lists of known internet protocol (IP) addresses and domains remain completely blind to shadow IT and infrastructure from newly acquired subsidiaries. Treat that as one vendor's framing, but the test it implies is useful.

A practical check: give your current tool only your primary domain, then compare what it finds against the asset register. The gap between the two lists is your real external surface. Repeat the exercise within weeks of closing any acquisition, and ask who owns each orphaned asset before anyone argues about severity.

What is the internal attack surface?

The internal attack surface is everything an outside-in scan cannot see. CyCognito describes internal attack surface management (ASM) as visibility and control inside the network. In its scope that means systems behind the firewall, internal APIs, development environments, shared file systems, network infrastructure, and endpoint devices.

Rapid7 says these assets are, in theory, not exposed to the public internet. In our reading, that qualifier matters. The internal surface is where an attacker lands after the perimeter fails.

Identities and endpoints

Wiz puts permissions at the center. It says identity and access permissions, such as service accounts, identity and access management (IAM) roles, stale credentials and excessive standing access, are increasingly the primary internal surface. It also argues that this internal context determines the true blast radius of any external exposure.

The tooling looks different from external scanning. CyCognito says internal tools integrate with endpoint detection and response (EDR), vulnerability management platforms, and identity systems. They rely on agent-based scans, log analysis, and configuration reviews rather than reconnaissance from the internet.

People

Staff are part of the surface too. Wiz lists phishing, pretexting, baiting, and impersonation as attacks on human psychology rather than technical flaws. It adds that insiders with legitimate access can bypass technical controls entirely. Its suggested complements are awareness training, phishing simulations and multi-factor authentication (MFA) across all accounts.

Physical vectors: USB

Removable media joins the physical and human sides. The Cybersecurity and Infrastructure Security Agency (CISA) says universal serial bus (USB) drives are commonly abused by adversaries to achieve initial access or lateral movement. Attackers copy malware to a drive and use social engineering to get a user to run it.

Be clear about the scope. CISA says the aim is not to prevent initial access but to prevent the replication of malware via USB. It advises starting the rule in audit mode to limit operational disruption.

AreaWhat a leader can ask the team (our reading)
IdentitiesWhich service accounts and roles hold standing admin access, and who owns them
EndpointsWhether EDR and vulnerability data feed the same asset record
PeopleHow phishing simulation results change training and access decisions
Removable mediaWhether the USB execution rule runs in audit or block mode, and on which device groups

For the definitions behind these terms, see the glossary.

What is exposure management, and how does it extend attack surface management?

Attack surface management answers what exists and where it sits. Exposure management answers which of those weaknesses an attacker could actually use. Wiz puts the split in one line: attack surface management builds a complete map of possible weaknesses, while exposure management validates which ones are exploitable.

In our reading, that validation step is the practical difference for a security leader. An inventory that keeps growing does not, by itself, tell a team where to spend the next sprint. Wiz notes that outside-in scanning alone cannot show what an exposed asset can reach internally. Exposure management joins the map to that reach, using the internal context covered in the previous section.

How it differs from vulnerability management

Exposure management also widens the input.

The CTEM cycle

Continuous threat exposure management (CTEM) gives the discipline a structure. CyCognito describes CTEM as a continuous cycle of scoping, discovery, prioritization, validation, and mobilization, and says the cycle aligns closely with the attack surface management lifecycle. The right-hand column is our reading of how a leader might test each stage.

StageWhat the stage doesA question to put to the team (our reading)
ScopingStarts from business risk rather than technical findingsWhich services would hurt the business most if they were lost?
DiscoveryBuilds a view of possible attack paths to critical assets, rather than isolated issuesCan you show me a path, not just a list?
PrioritizationConsiders exploitability, attacker reach, and business impact, not only severity scoresWhy is this item first, in plain terms?
ValidationConfirms whether identified exposures are actually exploitableWhat did the test prove, and what did it rule out?
MobilizationTurns validated findings into concrete remediation actionsWho owns the fix, and when is it due?

In our reading, Validation is the stage that separates exposure management from a better-sorted backlog. CyCognito says it relies on adversarial testing methods such as simulation or automated penetration testing. Those tests separate a weakness that exists on paper from one that works in practice.

The cycle closes on itself. Results from mobilization feed back into earlier stages and improve later scoping, discovery and prioritization.

In our reading, the loop is the part most programs skip. A team that patches and moves on gets no information back about whether its scope was right. When one quarter's fixes shape the next quarter's scope, CTEM is a running program rather than a project.

Attack surface management and exposure management compared

The table sets the three disciplines side by side. Every cell is our summary of the earlier sections, so each column heading marks it as our reading. The sourced points follow in the note underneath.

DimensionExternal ASM (our reading)Internal ASM (our reading)Exposure management (our reading)
Question answeredWhat an outsider can find and touch from the internetWhat an attacker who is already inside can use nextWhich weaknesses can actually be exploited, and what that would cost the business
ScopeDomains, IP addresses, cloud endpoints, certificates, exposed servicesIdentities, permissions, endpoints, internal segments, configurationsBoth surfaces, plus findings from other security tools, framed around business services
Typical outputAn inventory of known and unknown external assets with exposure flagsA map of misconfigurations, excess permissions and lateral pathsA short, ranked list of confirmed exposures, each with an owner
Validation stepUsually limited to confirming that an asset exists and respondsUsually configuration checks rather than proof of exploitAdversarial testing before remediation is assigned
Team that actsVulnerability, cloud and web application teamsIT operations, identity and endpoint teamsWhichever team owns the asset, tracked to closure

How the three overlap

The boundaries are softer than the table suggests. Trend Micro describes attack surface management (ASM) as an umbrella term covering the total attack surface, with external attack surface management (EASM) limited to external risks. The two ASM columns are therefore halves of one discipline. They are not rival products.

The methods differ. CyCognito says EASM emulates attacker reconnaissance through DNS and IP space scanning, certificate transparency analysis, web crawling and open-source intelligence (OSINT). Internal ASM, by the same account, deals with risks that become critical during lateral movement in post-compromise scenarios.

The halves meet at the perimeter. Rapid7 notes that the external surface can open the door for threat actors to exploit an internal attack surface. One category of tool is built to span both: Rapid7 says cyber asset attack surface management (CAASM) covers both the internal and external attack surface.

Exposure management sits on top of both and adds two things.

The hand-off to remediation teams already happens in plain ASM. One use case Forrester lists, as cited by Rapid7, is to inform VRM teams and tools of asset exposures for remediation, where VRM stands for vulnerability risk management.

In our reading, the practical difference is what reaches the team that fixes things. ASM sends a long list of possible exposures. Exposure management sends a shorter list of proven ones, each with an owner attached.

A reader can test this in their own program. Take the last batch of findings sent to a remediation team and check two things for each one: whether it was confirmed as exploitable, and whether it had a named owner. If most were neither, the program is running ASM under an exposure management label.

How do you reduce the attack surface?

Reduction is where the map gets smaller. Each move below needs a count taken before the change and the same count taken after, using the same method. Without both numbers, a change is a claim rather than a result.

Retire or replace end-of-support edge devices

The Cybersecurity and Infrastructure Security Agency (CISA), the Federal Bureau of Investigation (FBI) and the UK National Cyber Security Centre (NCSC) say nation-state actors exploit end-of-support (EOS) edge devices, including load balancers, firewalls, routers and virtual private network (VPN) gateways, to gain access, stay present and compromise data. Binding Operational Directive (BOD) 26-02 requires Federal Civilian Executive Branch (FCEB) agencies to manage the lifecycle of edge devices. The three agencies encourage other organizations to follow the same guidance.

The guidance comes down to four steps:

  • Actively scan networks for undocumented and outdated edge devices.
  • Keep an inventory of every edge device and its support timeline.
  • Replace EOS devices promptly. The agencies say their risks get harder and more costly to manage as they age.
  • Where replacement has to wait, run the latest supported software version.

Block untrusted and unsigned processes from USB

The earlier section covered what this attack surface reduction (ASR) rule does and why to start in audit mode. Before deploying it, check the prerequisites CISA lists. Microsoft Defender for Endpoint must have real-time and cloud-delivery protection enabled, and no Defender component can be more than two versions old.

CISA also advises specifying exclusions to limit operational impact. It suggests testing the policy on a limited basis before applying it to all devices.

Cut unneeded application entry points

A CISA-listed training course defines an application's attack surface as the number of entry points exposed to a potential attacker. It adds that the larger the attack surface, the larger the set of methods an adversary can use.

In practice, this means removing unused API routes, switching off debug and admin interfaces in production, and closing listening ports that no feature depends on.

Measuring before and after

MoveBefore the change (our reading)After the change (our reading)
EOS edge devicesInternet-facing edge devices past their support date, from the inventory and a fresh scanThe same count from the same scan, plus devices kept on interim software with a replacement date
USB process blockingAudit-mode events showing which hosts ran unsigned files from removable mediaHosts in block mode as a share of all in-scope hosts, and the exclusions still open
Application entry pointsA list of exposed routes, ports and interfaces per applicationThe same list after release, checked against an external scan

We think the measurement step fails most often for one reason: the before and after counts come from different tools. Fix the method first, then change the environment.

Feed the after counts back into discovery so the next cycle starts from the smaller surface. For related reading, see the guides index and the glossary.

Where each fits in a security program

Our view of the sequence is simple: start outside, move inside, then prove what matters. Each stage gives the next one something to work with, so the order is less about tools than about building context in layers.

Stage one: external attack surface management

We think external attack surface management (ASM) comes first. It shows what anyone on the internet can already see, and it needs no agents or internal access to start. Set scope before the first scan. CyCognito describes the scope stage as one that starts from business risk rather than technical findings, so begin by naming the services and data the business cannot afford to lose.

Some readers will also have a compliance reason to start here.

The edge-device work from the previous section belongs in this stage. CISA adds a habit worth putting on the calendar: regularly review inventory and EOS dates, meaning end-of-support dates.

Stage two: internal ASM

The external view has a known gap. Wiz puts it plainly: outside-in scanning alone cannot tell you what an exposed asset can reach internally. Internal ASM fills that gap, and it usually rides on tools you already own. CyCognito says these solutions typically integrate with endpoint detection and response (EDR), vulnerability management platforms, and identity systems. Wiz also says identity and access permissions are increasingly the primary internal surface, so bring the identity team in early.

Stage three: exposure validation

In our reading, validation comes last because testing exploitability pays off only once the map is complete enough to test against. This is where the validation and mobilization steps described earlier start to run as a loop. CyCognito says remediation actions are assigned to responsible teams and tracked over time to ensure progress. That tracking is what you report upward.

CapabilityLikely owner (our reading)What it hands on (our reading)
External ASMVulnerability or security operations team, with infrastructure owning edge devicesAn internet-facing inventory tied to business services
Internal ASMVulnerability management, working with identity and endpoint teamsReach and privilege context for each exposure
Exposure validationOffensive security or red team, or an outside tester if none existsConfirmed exposures with named fix owners

Reporting to the board

We think the board needs three plain measures each quarter, not severity counts:

  • Coverage: how many business-critical services are mapped from outside and inside.
  • Age: edge devices past support, with a replacement date for each.
  • Closure: validated exposures fixed in the period, and those still open past their target date.

Keep the language in business terms and tie each measure to a named owner. For how committees structure this oversight, see our board committee oversight report and the guide to CISO reporting structure.

What this guide does not cover

This guide does not compare, rank or recommend products, and it does not cover pricing or tool deployment beyond the USB rule prerequisites. It describes what Binding Operational Directive 26-02 requires of federal civilian agencies, but it is not legal advice: check which obligations apply to your own organization. For the rules and the record behind it, see CISO First 90 Days: A Week-by-Week Plan for a New Security Leader.

Frequently asked questions

What is attack surface management?
Attack surface management (ASM) is the continuous discovery, classification, prioritization and monitoring of every entry point an attacker could use across cloud, on-premises and software-as-a-service environments. The word continuous separates it from a traditional asset inventory, which can be outdated within hours. The goal is reduction, not just visibility: fewer exposed assets leave an attacker fewer options.
What is the difference between attack surface management and exposure management?
Attack surface management builds a map of possible weaknesses: what exists and where it sits. Exposure management validates which of those weaknesses an attacker could actually use, often through simulation or automated penetration testing, and names an owner for each fix. In our reading, ASM sends a long list of possible exposures to the teams that fix things, while exposure management sends a shorter list of proven ones.
What is external attack surface management?
External attack surface management (EASM) looks at an organization from the outside in, starting with no credentials and no internal inventory, the way an attacker does. It scans for internet-facing assets, known and unknown, and flags exposures such as public-cloud misconfigurations, leaked credentials, shadow IT and aging edge devices. The external surface also includes connections to suppliers, partners, vendors and remote workers.
What is the difference between internal and external attack surface?
The external surface is what anyone on the internet can find and touch. The internal surface is everything an outside-in scan cannot see: systems behind the firewall, internal application programming interfaces, development environments, endpoints, identities and permissions, and the people with access. In our reading, the external surface is the door and the internal surface is where an attacker lands after the perimeter fails.
What is continuous threat exposure management (CTEM)?
Continuous threat exposure management (CTEM) is a cycle of scoping, discovery, prioritization, validation and mobilization. Scoping starts from business risk, validation confirms whether exposures are actually exploitable, and mobilization turns validated findings into remediation work with owners. Results feed back into earlier stages, so one quarter's fixes shape the next quarter's scope.
How do you reduce your attack surface?
Retire or replace end-of-support edge devices such as firewalls, routers and virtual private network gateways, and keep an inventory of their support dates. Block untrusted and unsigned processes from USB drives, starting in audit mode, and remove unused application routes, debug interfaces and listening ports. Take a count before and after each change using the same method, or the change is a claim rather than a result.

Sources

Hadass Liza Bitton

Writer

Hadass Liza Bitton is a writer at CISO Tribune covering security leadership: the people who take the top security seat, the ones who leave it, and what each move signals. Reach her at hadass@cisotribune.com.

The Briefing

Every verified CISO move of the week, in your inbox Friday.

Every verified CISO move and one piece of analysis, weekly.

Unsubscribe any time. See the privacy policy.