Why Frontier AI makes prioritization the most important part of your CTEM program


Why Frontier AI makes prioritization the most important part of your CTEM program

Pierluigi Paganini
June 24, 2026

Frontier AI could drive a 10x surge in vulnerabilities. CTEM helps organizations continuously identify, prioritize, and reduce real cyber risk.

Your vulnerability management program was not designed for what is coming next.

More than 40,000 CVEs were reported in 2025, breaking yet another record. Today, security experts anticipate that frontier AI-powered systems could drive a 10x surge in disclosed vulnerabilities compressing the window between a flaw being found and an attacker exploiting it from months to minutes.

The consequence is that there won’t just be new vulnerabilities; there will be more that can easily be exploited by attackers.

The conventional approach to fixing vulnerabilities is based on the logic that vulnerabilities appear in a single timeframe, experts analyze them, prioritize them, and then patches are scheduled at 30-day intervals.

Frontier AI cybersecurity changes all this.

Advanced models can analyze software at a scale that humans cannot match, identify weaknesses faster, and uncover relationships between vulnerabilities that might otherwise go unnoticed. Attackers no longer need to find a single critical flaw. They can combine multiple lower-severity issues into a viable attack path.

As vulnerability volume grows, detection alone ceases to be a competitive advantage. The organizations that succeed will be the ones that can rapidly determine which exposures actually matter.

That is where a continuous threat exposure management (CTEM) approach becomes essential.

What is CTEM, and why does it map to machine-speed threats?

CTEM is built around a basic idea: you cannot secure what you only see occasionally.

Rather than relying on periodic assessments, a CTEM program continuously evaluates your attack surface through five interconnected stages:

  • Scope
  • Discover
  • Prioritize
  • Validate
  • Mobilize

The process starts with scope, where you define the assets, identities, cloud resources, applications, and business systems that matter most.

Discover identifies exposures across those environments, while prioritize determines which exposures are the greatest risk.

Validate confirms whether adversaries can realistically exploit those exposures. Then, mobilize fuels remediation and risk-reduction activities.

The strength of CTEM is that the process never stops.

That continuous structure aligns naturally with AI-accelerated threats. When attackers can discover new weaknesses at lightning speed, point-in-time vulnerability scans become outdated very quickly.

You need a live view of your environment that accurately reflects how a threat actor would see it.

That means understanding not only vulnerabilities, but also:

  • Relationships between assets
  • Where identities could be exposed
  • Potential paths for privilege escalation
  • Misconfigurations in cloud setups
  • Which resources are internet-facing
  • Any compensating controls you have

The shift is key because instead of managing a list of findings, you maintain an ongoing understanding of your company’s real attack surface.

The prioritization gap: context beats volume

Visibility isn’t a challenge for most security teams today, but prioritization is.

You can generate enormous lists of vulnerabilities, but deciding what deserves attention first isn’t as straightforward.

Traditional vulnerability scoring systems (CVSS, for instance) provide useful information, but they weren’t built to support operational prioritization at the scale required today. When a large percentage of vulnerabilities come with high or critical ratings, your security teams are left with a long and impossible queue.

This is where vulnerability prioritization becomes the defining competency of a mature CTEM program. It is a context-driven approach that adds threat intelligence, exploitability, business impact, and environmental context to the equation.

For example, Vulnerability Priority Rating (VPR) introduces a predictive view of exploitation likelihood over a 28-day horizon and takes into account factors such as threat activity and chained vulnerabilities.

When combined with Asset Criticality Rating (ACR), you can calculate an Asset Exposure Score that accurately reflects technical risk and the importance to the business.

Those scores feed into a Cyber Exposure Score that aggregates risk by environment, application, or organization. Security leaders and the board get a single, measurable picture of business risk they can act on and report against.

Possibly the greatest value is gained when you examine toxic risk combinations.

Think about a low-severity vulnerability that:

  • Is internet-facing
  • Sits on a critical asset
  • Has too many privileges
  • But not enough compensating controls

Viewed on its own, the vulnerability might seem trivial. However, in context, you can see how it’s a clear and present attack opportunity.

This is how you can turn tens of thousands of findings into a small handful that genuinely need attention and action now.

In a frontier AI environment, the ability to separate noise from meaningful exposure becomes more important than finding more vulnerabilities.

Patch, mitigate, or configure: what does remediation look like?

Many security programs still view patching as the first response to risk, but this doesn’t work anymore.

Firstly, it takes time to release fixes, so not every exposure has a patch available. Often, threat actors start exploiting weaknesses long before software vendors are able to release a fix.

A mature CTEM program needs a broader response plan.

Depending on the exposure, your response may involve:

  • Deploying MFA
  • Restricting privileges
  • Updating firewall policies
  • Enabling endpoint protections
  • Segmentation changes
  • Cloud configuration corrections
  • Access reviews

Knowing which compensating controls are already in place matters as much as knowing which ones to deploy. Visibility into existing defenses is becoming a core expectation of any mature exposure management program.

Exposures that are identity-related often require configuration changes instead of software updates. Cloud exposures are usually due to misconfigurations, excessive permissions, or exposed services.

With many of the highest-risk findings, software defects aren’t the culprit; they are operational issues.

Automation works well for low-risk, repetitive tasks. Browser patches are a good starting point, letting your team build confidence in agentic workflows before expanding automation to higher-stakes environments.

Business-critical systems and high-impact changes still require human oversight, and that threshold is yours to define.

The goal is to limit risk faster while still having operational control.

The security-to-IT handoff: where do CTEM programs stall?

Many CTEM initiatives fail because they cannot operationalize remediation.

The most common breakdown happens between the security team that identifies an exposure and the IT team that is responsible for fixing it.

Security tools generate findings. IT teams work using ITSM platforms, CMDBs, and operational workflows, but if these systems operate independently, problems will result.

Teams duplicate work, and tickets multiply. Conflicting priorities arise, and remediation slows down.

The orchestration benefit of CTEM is that it creates a common operational framework. Instead of just getting a slew of alerts from many disconnected tools, your remediation teams get a prioritized queue that is based on the true business risk.

That creates several advantages:

  • You’ll have fewer duplicate tickets
  • Ownership will be clearer
  • SLA management will get better
  • You’ll enjoy quicker remediation cycles
  • Executive reporting will improve

Most importantly, it helps you transform exposure management from a reporting exercise into a risk-reduction program that works for your business.

Can you make timely decisions based on information?

The security field has become skilled at detecting vulnerabilities. Frontier AI has accelerated that process for defenders and threat actors alike, and the volume of disclosed vulnerabilities is only going to grow.

The harder capability to build is knowing which of those vulnerabilities represent real business risk to your organization. As discovery accelerates, the gap between what gets flagged and what you actually act on will widen if your program relies on volume-based approaches.

Prioritization is where your exposure management program wins or loses. Closing the right exposures fastest is what positions your organization for what comes next.

About the author Joe Pettit

Follow me on Twitter: @securityaffairs and Facebook and Mastodon

Pierluigi Paganini

(SecurityAffairs – hacking, Frontier AI, CTEM)







Source link

Leave a Reply

Subscribe to Our Newsletter

Get our latest articles delivered straight to your inbox. No spam, we promise.

Recent Reviews


Ghost CMS flaw abused to push ClickFix attacks on hundreds of sites

Pierluigi Paganini
May 25, 2026

Threat actors are actively exploiting a security flaw, tracked as CVE-2026-26980, in Ghost CMS that was fixed months ago in real attacks against unpatched websites. According to Qianxin, the campaign has already affected more than 700 sites, including well-known organizations and universities.

The vulnerability is an SQL injection issue in Ghost’s Content API that can let an attacker read data from the database without logging in. In the worst case, this can expose the Admin API key, which can allow attackers to take over the site.

That key matters because it can be used to change published content. In this campaign, attackers used it to edit articles on compromised Ghost sites and insert malicious JavaScript at the end of pages. The goal was not just defacement, but to turn trusted websites into launch points for further malware delivery.

“After an in-depth investigation and analysis, we determined that this was not a targeted intrusion against the customer, but rather a large-scale poisoning campaign by an in-the-wild attack group targeting Ghost CMS. Although CVE-2026-26980 was publicly disclosed as early as February 19, a large number of users did not patch and upgrade in time, providing an opportunity for attackers.” reads the advisory published by Qianxin. “At least two groups are currently actively conducting such poisoning operations, and some sites have even become the target of competition between the two parties, with different malicious code being implanted one after another within a single day.”

The inserted code led visitors through a two-step chain. First, the page loaded a remote script that checked the browser and decided what the visitor should see. Then real victims were redirected to a fake verification page that looked like a normal “I’m human” check.

This is where the ClickFix part began. The page told users to press Windows+R, paste a command, and hit Enter. In practice, that command downloaded and started a malware payload on the victim’s machine. It was a classic social engineering trick: make the user do the dangerous part themselves.

Qianxin says the first signs of this activity appeared in early May. The malicious code found in the campaign had a compilation date of February 16, the same day Ghost announced the fix for CVE-2026-26980. That suggests the attackers moved quickly once they saw how many sites had not been updated.

The affected websites cover a wide range of sectors. Roughly half are personal blogs or independent sites, but the list also includes technology blogs, AI sites, media outlets, crypto projects, and educational institutions. Qianxin researchers say victims include sites linked to Harvard, Oxford, and DuckDuckGo.

The attack chain was also designed to be flexible. The loaders could fetch different payloads depending on the target, and the operators changed infrastructure several times.

“entire attack process has obvious five-stage characteristics of “CMS Takeover → Page Poisoning → Two-stage Loading → Social Engineering Lure (FakeCaptcha/ClickFix) → Malware Delivery”, and the entire process is highly automated: bulk vulnerability scanning → automatic key extraction → bulk injection → dynamic C2 distribution.” states the report.

In some cases, they switched domains after detection, keeping the campaign alive even when part of the chain was blocked.

“Through feature scanning of publicly accessible pages, we have cumulatively identified more than 700 poisoned victim domains, and have proactively contacted the sites for which contact information could be obtained, notifying them of the poisoning.” continues the report.

Qianxin also believes at least two different groups are involved. In some cases, the same site was hit more than once, with one attacker replacing the code left by another. That makes the campaign harder to clean up and shows how attractive compromised Ghost sites have become for abuse.

For site owners, the advice is straightforward. Ghost should be updated immediately, all credentials should be rotated, and site logs should be reviewed for suspicious admin API activity. Any injected scripts should be removed from the database itself, not just from the visual editor. Visitors who may have reached a poisoned site should also be warned.

The report includes Indicators of Compromise (IoCs) for the attacks observed by the researchers.

Follow me on Twitter: @securityaffairs and Facebook and Mastodon

Pierluigi Paganini

(SecurityAffairs – hacking, Ghost CMS)







Source link