Defendermate Blog

What Is Autonomous Exposure Remediation (AER)?

Written by Ashish Popli | Oct 28, 2026, 12:43:41 AM

In its 2026 Hype Cycle for Security Operations, Gartner named a new category: Autonomous Exposure Remediation (AER). Gartner describes it as using AI agents to autonomously identify, suggest and deploy remediation across both code and infrastructure.

The ratings tell the story in a single line.

TransformationalBenefit, the highest rating Gartner assigns
EmbryonicMaturity, the earliest stage
<1%Market penetration of the target audience
5–10 yearsTime to the plateau of productivity

A category at the very start of its curve, carrying the highest expectations Gartner can attach to one.

Where AER comes from

AER didn't appear from nowhere. It's the autonomous chapter of a decade of exposure-management thinking. Pete Shoard and the Gartner team co-developed Continuous Threat Exposure Management (CTEM) and the broader exposure-management concept that reframed the core question security teams ask: not "what vulnerabilities are present," but "what is actually exposed." For how the adjacent categories relate, see Where Defendermate fits.

AER asks the next question. Once you know what's exposed, can an agent close it on its own?

Why now: the gap AER is trying to close

Discovery

Models, researchers and scanners surface more in a week than most teams triage in a month.

Remediation

Confirm, find a safe patch, approve, roll out without breaking three other things. Still human speed.

For most of security's history, finding vulnerabilities was the hard part. That stopped being true. Detection went exponential; remediation didn't. The backlog is just what that gap looks like when it piles up. AER is the industry's attempt to move remediation onto the same clock as discovery, by handing it to agents.

The caution that matters most

Gartner rated AER transformational and then, in the same breath, handed CISOs a list of cautions: acknowledge the low maturity, expect a wave of false positives and low-quality remediation, benchmark anything an agent produces against what you already do, and keep the AI out of the execution path with deterministic, policy-bound changes, dry-run and rollback.

The one that matters most

Don't automate discovery so aggressively that you build a remediation bottleneck behind it.

That caution is the whole game. Point an autonomous remediation agent at an unfiltered firehose and you don't clear the backlog. You automate the production of low-quality changes against findings that were never exploitable in the first place. Autonomous remediation is only as good as what it chooses to act on.

Verification is the precondition

Before an agent opens a change, something has to answer a harder question than "is this severe" or "is this reachable in the code." The question is whether the vulnerability is actually exploitable in this specific environment, given its configuration, the controls around it, and its real attack paths.

Most findings are not. When you filter a scanner's output down to what is genuinely exercisable in context, the actionable set is a small fraction of the total. Acting on that small set, and confidently leaving the rest alone, is what separates autonomous remediation from autonomous noise. Verification is not a feature bolted onto AER. It is the precondition that makes AER safe to run at all.

How Defendermate approaches AER

Defendermate is verification-gated AER. We verify the specific exploitation conditions for each vulnerability against the real environment, non-intrusively, before anything downstream acts. We don't attack production to find out what's exploitable, and we don't act on what isn't.

  1. VerifyExploitation conditions checked against the real environment, without firing an exploit.Available
  2. ContainNo patch yet: a compensating control, as code, under your policy.Early access
  3. Roll outA safe patch exists: the upgrade, the version bump, the patched image.Early access
  4. Re-verifyConfirm the path is closed, with rollback if needed.Available

That holds across any vulnerability from any scanner: application dependencies, OS and packages, containers, infrastructure configuration, first-party code. Containment and patch rollout are done by Defendermate's teammates, now in early access, and every change passes your policy gate.

The one thing we deliberately don't do is write the upstream patch ourselves. Authoring code patches is the crowded half of this category. Managing the exposure (verifying it, containing it when it can't be patched, and rolling out the patch when one lands) is the half that goes unserved, and it's the half the security operator actually lives in.

What it means for security leaders

The category is early, by Gartner's own rating. The teams that get value from it first will be the ones that treat verification as the precondition, not the afterthought, and that resist pointing autonomous remediation at an unfiltered queue. Budget around the exposure window, the time between when something becomes exposed and when it's actually closed, because that window, not the raw finding count, is where the work and the risk live.

Source: Gartner, Hype Cycle for Security Operations, 2026. The analysis and opinions here are Defendermate's, not Gartner's. Gartner does not endorse any vendor, product, or service depicted in its research publications.