TrollEye Security

Cyber News

What the PaperCut AI Campaign Exposed About Periodic Security

The PaperCut AI campaign went from patch to widespread exploitation in four days. The lesson isn’t just AI, it’s what happens when defenders rely on periodic security.

Four Days From Patch to Exploitation, Seven Minutes From Access to Domain Admin

Risk reduction does not work as an event. It works as a process that runs continuously inside a structured operating model, or it does not work at all.

This month that was proved from the other direction. A likely Russian-speaking operator used AI agents to compromise 395 organizations through PaperCut flaws that already had a patch. The attacker’s decisive advantage wasn’t a novel technique. It was a process that operated continuously.

What Happened: 395 Organizations, Three Days After the Patch

PaperCut published its urgent security advisory on August 27, 2026, and released its first emergency patch early on August 28 for vulnerabilities later identified as CVE-2026-81578 and CVE-2026-82078. The GreyNoise-observed campaign began on August 31.

According to GreyNoise findings reported last week, the operator ran hundreds of AI agents, OpenAI’s Codex as the agent harness, driven by a DeepSeek model rather than OpenAI’s, plus commodity offensive tooling, to build, test, and refine exploits, drawing target lists from the Netlas scanning platform. The result: at least 440 instances across 395 organizations in 48 countries. Credentials from 280 victims, operating system and domain secrets from 147, administrator privileges at 12. Education was roughly half the breaches.

The Attacker’s Advantage Was Structure, Not Skill

Sketch this campaign on a whiteboard and it looks like a mature security program; the same stages, in the same order, just pointed the other way. Discovery ran continuously against what was actually exposed. Development was iterative, tested against live targets rather than a lab. Execution was measured and repeatable.

No step required a novel technique. Every step required a loop that ran without waiting for a human, a maintenance window, or a change advisory board.

The compressionFrom published patch to domain administrator
Aug 27PaperCut ships emergency updates for CVE-2026-81578 and CVE-2026-82078.From this moment every defender could know.
Aug 31Exploitation begins. Four days is the entire window defenders had.Most exposure cycles do not run weekly, let alone daily.
< 4 hoursFirst remote code execution, built and refined by AI agents against live targets. Measured from the adversary’s empty workspace, not from the patch.
+ 2 hoursFirst domain administrator access.
26 secondsAt least 11 organizations compromised once the pattern was proven and replayed.
7 minutesOne high school, from initial access to domain administrator.
Final tally: at least 440 instances, 395 organizations, 48 countries. Credentials from 280 victims, domain secrets from 147, administrator privileges at 12.

Every interval in that timeline was set by the attacker’s process, not by any defender’s ignorance of the flaw.

The Gap Was Never Knowledge of the Flaw

Four days separated the emergency updates from the start of exploitation. The vulnerabilities had identifiers, vendor guidance, and available fixes before this campaign began. Information alone was not enough.

The constraint is the distance between knowing a fix exists and having closed the exposure everywhere it lives. That distance is set by process. If discovery, prioritization, remediation, and verification depend on periodic cycles, a four-day exploitation window can open and close between them.

Why Periodic Security Loses by Definition

Point-in-time assessment made sense when attacker discovery was the bottleneck. Finding exposed instances took effort and building a reliable exploit took time, so a quarterly scan sampled a threat moving at roughly human speed.

Both bottlenecks are gone. Target discovery is a commodity API call, and exploit development is an automated loop that improves against live targets. A control tested once a quarter sits unverified for the rest of it.

Reported the same week, attackers chained two JFrog Artifactory flaws to create administrator accounts, in some cases in under five minutes, with 49 to 62 percent of reachable instances vulnerable to at least one of the three related flaws. Two products with the same story: a known exposure, and a window measured in days.

What a Continuous Operating Model Actually Requires

Continuous does not mean scanning more often. It means the loop closes without anyone remembering to start it, and the loop has a defined shape.

The operating model has a nameContinuous Threat Exposure Management
1ScopingDecide which business systems and attack surfaces the loop covers, and what counts as critical, before anything is scanned.
2DiscoveryFind what is actually exposed, continuously, rather than reading a hand-maintained inventory.
3PrioritizationRank by real exploitability and business context, not severity scores read one CVE at a time.
4ValidationProve which exposures are genuinely exploitable and reachable in your environment, instead of treating every finding as equally real.
5MobilizationAttach a named owner and a deadline the moment the exposure is found.
Scoping comes first for a reason: a loop that never defined what it covers cannot tell you what it missed.

Run that way, it produces numbers leadership can read every week without commissioning anything: systems exposed, how many of those exposures are proven exploitable rather than merely flagged, the age of the oldest one still open, and how many have been closed since last week. Those four numbers separate a program that is running from a program that is reporting.

What This Changes for Security Leaders

The uncomfortable part is not the AI. It is that the winning side ran a continuous, measurable process, and the losing side ran a calendar.

No defender answers 26 seconds with a faster patch. Risk reduction has to be built into a continuous operating model; scoping, discovery, prioritization, validation, and mobilization as one measured loop, because the attack that beat these 395 organizations already was.

That model is Continuous Threat Exposure Management (CTEM). Running it, rather than scheduling around it, is the difference between the two sides of this campaign.

How TrollEye operationalizes CTEMOne platform running all five stages, backed by the services that do the work inside them.Explore the CTEM Solution

Share:

Live Webinar

From Discovery to
Risk Reduction

Operationalizing CTEM in Modern Security Programs

Date September 24, 2026
Time 2:00 PM Eastern

Learn how modern security teams can move beyond finding exposures and operationalize every stage of Continuous Threat Exposure Management.

01 Scope
02 Discover
03 Prioritize
04 Validate
05 Mobilize
Reserve Your Spot

Free registration · Live discussion and Q&A

This Content Is Gated