Insights

The Real Cost of “Is This Safe to Run?”

An EDR flags an unfamiliar binary on an endpoint. Nothing about it matches a known signature. It is not obviously malicious, and it is not obviously safe either. Somebody on your team now has to answer one question before anyone can move on: is this safe to run?

That question sounds small. In most SOCs, answering it well takes two to four hours per artifact, and it happens dozens of times a week.

Where the Hours Actually Go

The manual triage path most SOCs run today looks something like this:

Sandbox detonation. The artifact gets run in an isolated environment to observe what it does. This requires execution, takes anywhere from minutes to hours depending on queue depth, and can be evaded by malware built to detect sandbox conditions or delay its behavior until it is out of one.

Manual reverse engineering. If the sandbox result is inconclusive, which is common, a senior analyst opens the binary directly. This is the most expensive hour in the SOC, spent on work that does not scale with headcount.

Threat intelligence lookups. Useful for confirming known-bad, and close to useless for anything unknown: a file that has never been observed before, a polymorphic variant, or code an AI tool generated a few hours ago with no prior history anywhere clears these lookups by design, not by accident.

Ticketing and documentation. After the technical work is done, someone still has to write up a rationale that will hold up if an auditor or a regulator asks about it later.

Add it up across five to eight browser tabs and a couple of tools, and two to four hours per artifact is the realistic floor, not the ceiling.

The Cost Isn’t Just Time

The hours are the visible cost. The less visible cost is what those hours are made of.

It is senior analyst capacity, spent on triage that is largely deterministic once someone does the work, rather than on the investigations that actually need judgment. Hiring more analysts does not fix this, because the bottleneck is not headcount, it is how much of each analyst’s day gets consumed by the same repeatable question.

It is MTTR, which is quietly becoming a metric boards ask about directly, not just a SOC internal number.

And it is alert fatigue in its most literal form: most of what gets flagged is not malicious, but every flagged artifact costs roughly the same two to four hours until someone proves otherwise. The real threats are hiding in that same queue, getting the same treatment as the noise around them.

What Changes When the Verdict Comes in Minutes

Pre-execution behavioral analysis looks at what an artifact is capable of doing before it runs, without detonating it. That behavioral finding, mapped to MITRE ATT&CK and the Malware Behavior Catalog, is what produces the verdict: allow, block, restrict, quarantine, or require review. The verdict is the output. The behavior is what actually got evaluated.

This is a different kind of answer than a sandbox or a threat intel feed gives you. Those tools return a probability. A deterministic verdict is a decision, backed by evidence a person can actually review, not a score someone still has to interpret.

For a SOC running this workflow today, the practical change is that the two-to-four-hour question collapses to minutes, on the same artifacts, integrated downstream of whatever EDR is already flagging them (SentinelOne, CrowdStrike, Microsoft Defender, Carbon Black).

Why This Matters Beyond the SOC

The behavioral evidence produced for each artifact does not disappear once the ticket closes. It becomes the governance record: the documented answer to what was evaluated, what it was found capable of doing, and why it was or was not allowed to run. That is exactly what an auditor asks for after the fact, and exactly what most SOCs currently have to reconstruct from memory and Slack threads instead of producing on demand.

We have written before about how automation complements SOC analysts and about what happens when alert volume overwhelms a team’s capacity to keep up. This is the same problem, sized in hours.

The next time an artifact lands in your queue, time how long it actually takes your team to produce a defensible answer. That number, not the alert count, is the real cost of the question, and it is the number worth fixing first.

Behavioral Risk Brief: New Avalon Framework

The Claim

When credential theft, lateral movement, persistence, and ransomware deployment are governed as isolated risks, organizations lose sight into how those activities play into
business-impacting outcomes. Zero Trust for Code addresses this by enforcing behavioral policy across execution sequences, ensuring that software actions remain constrained regardless of where they occur within the attack chain.

The Incident

Researchers have identified a modular malware framework known as Avalon that consolidates credential harvesting, reconnaissance, lateral movement, remote access, recovery disruption, and ransomware deployment into a single integrated platform. Distributed through a sophisticated phishing campaign, Avalon uses trusted system utilities, in-memory execution techniques, and defense evasion mechanisms to reduce visibility while progressively expanding attacker control. Its ransomware component, CrownX, represents the final stage of a larger operational workflow designed to move from initial access to enterprise-wide impact with minimal interruption.

The Governance Failure

The governance failure is not that ransomware was deployed, but that organizations continue to manage execution risk as a collection of disconnected controls. Security programs often establish separate ownership for phishing prevention, credential protection, endpoint security, and recovery operations, while lacking unified enforcement over how actions progress between those stages. This creates opportunities for attackers to chain together authorized system behaviors into unauthorized business outcomes.

The issue becomes more significant when malware frameworks are designed to adapt their behavior based on environmental conditions, rather than relying on a single exploit or payload. Avalon evaluates defensive controls, adjusts execution patterns, collects credentials, and expands access over time before ultimately delivering ransomware. The attack succeeds because each step appears operationally manageable in isolation, while the cumulative impact remains insufficiently governed.

The underlying breakdown is the absence of policy enforcement over execution progression. Once code begins operating within the environment, there are limited controls preventing it from transitioning between phases of the attack lifecycle. As a result, organizations may identify individual indicators of compromise without preventing the overall sequence of events that lead to operational disruption, data loss, and ransomware deployment.

Frameworks like Avalon are built around this assumption. For a broader look at how sophisticated malware exploits disconnected controls across the attack lifecycle, see Advanced Threat Actors: How Sophisticated Malware Behaves Differently.

The Regulatory and Business Exposure

  • Consolidation of multiple attack functions into a single operational framework.
  • Increased likelihood of enterprise-wide compromise before detection thresholds are reached.
  • Reduced effectiveness of siloed security controls designed for individual attack stages.

What Your Auditors Will Ask

  • How do you correlate credential access, reconnaissance, and remote-control activity into a single investigation?
  • How do you detect abuse of legitimate administrative tools?
  • How do you identify simultaneous reductions in security controls and increases in privilege?
  • How do you detect ransomware preparation before encryption begins?
  • How do you recognize when low-risk events become a coordinated attack sequence?

A consistent signal is the disconnect between software provenance and software behavior. Artifacts that appear legitimate based on source or history begin performing actions that exceed their expected operational scope.

Zero Trust for Code Value

Zero Trust for Code introduces a trust decision at the point before each software action is allowed to execute, evaluating whether that action should run against defined policy rather than observing how it behaves once permitted. This means each stage of an intrusion, credential harvesting, lateral movement, or persistence, is subject to its own pre-execution evaluation rather than inheriting permission from prior activity.

This directly addresses the governance weakness exposed by Avalon, the ability to combine numerous authorized activities into a coordinated attack chain. Instead of correlating behavior after execution begins, Zero Trust for Code requires that each action clear a pre-execution trust decision, preventing a single permitted step from becoming the foundation for the next stage of compromise.

The result is a governance model where advancing from initial access to ransomware deployment requires clearing a distinct trust decision at every step, ensuring that no stage of the attack chain is permitted to execute on the strength of a decision made earlier in the sequence.

Governance Action Brief

  • Establish governance controls that evaluate execution sequences rather than standalone events.
  • Define behavioral boundaries for credential use, system discovery, and privilege expansion activities.
  • Implement enforcement points capable of interrupting attack progression before impact is reached.
  • Align security operations around lifecycle-wide risk rather than individual control categories.
  • Regularly validate that recovery, credential, and execution policies cannot be chained into unauthorized outcomes.

Sources

Analysis based on BleepingComputer reporting (July 3, 2026) on the Avalon and CodeHunter Labs evaluation of governance gaps in post-compromise execution and persistence control.

Download the PDF. 

Security Brief: StegoAd Campaign

The Claim

Governance models that treat official marketplaces as trusted control boundaries assume that validation at admission ensures safety over time. When software is permitted to execute based
on initial approval rather than continuous verification, trust becomes static while behavior evolves. Zero Trust for Code addresses this by enforcing control at execution, ensuring that approved software cannot perform actions outside defined policy.

The Threat

Microsoft removed 119 malicious extensions from the Edge Add-ons store tied to a campaign known as “StegoAd.” These extensions seemed to be common legitimate tools, such as ad blockers, VPNs, and translators, and functioned normally to build user trust. Malicious payloads were concealed within image and font files and remained dormant for days after installation. It activated only after bypassing multiple evasion checks. Once active, the extensions enabled credential theft, session hijacking, ad fraud, and remote code execution, affecting an install base of up to 2.6 million users.

The Problem

The governance failure lies in the reliance on pre-publication validation as a sufficient control, without enforcing constraints on behavior after deployment. Review processes focus on visible code and declared functionality, but do not account for hidden execution paths embedded within non-executable assets or delayed activation patterns. This creates a gap where software passes acceptance criteria while retaining the ability to execute unauthorized actions at a later time.

This issue is compounded by trust inheritance within official ecosystems. Software distributed through approved marketplaces gains implicit credibility, reducing scrutiny from both users and organizations. Attackers exploit this trust by designing software that behaves correctly during initial evaluation, then transitions to malicious operation after predefined conditions are met. Because governance decisions are tied to admission rather than ongoing behavior, this transition occurs outside any enforced control boundary.

The underlying breakdown is the absence of continuous behavioral governance across the software lifecycle. Once software is installed, there are no enforceable limits on how it interacts with credentials, sessions, or external systems. This allows malicious functionality whether it be hidden, delayed, or remotely delivered, to execute without restriction, demonstrating that trust assigned at installation does not translate into control at runtime.

For a deeper look at where the trust decision breaks down across the software lifecycle, see Applying Zero Trust to Software: The Gap Between Provenance and Permission.

The Impact

  • Unauthorized execution within trusted browser environments at scale.
  • Credential and session compromise leading to account takeover risk.
  • Financial impact through ad fraud and transaction manipulation.
  • Erosion of trust in marketplace-based validation and approval systems.

What to Watch For

  • Extensions or software exhibiting delayed activation after installation.
  • Legitimate features paired with unexplained background network activity.
  • Use of non-traditional assets (images, fonts) in execution workflows.
  • Software maintaining normal function while generating anomalous outcomes.

A consistent signal is the misalignment between approved functionality and observed behavior. Software continues to meet user expectations while simultaneously performing actions outside defined operational boundaries.

Zero Trust for Code Value

Zero Trust for Code introduces enforcement that operates independently of how software is sourced or approved, ensuring that all execution is validated against defined behavioral policy. By evaluating actions before completion, it prevents software from performing unauthorized operations whether it is trusted, approved, or widely distributed.

This directly addresses the governance gap exposed in this campaign: the lack of control after acceptance. Instead of assuming that vetted software will behave as intended, Zero Trust for Code ensures that only permitted actions are allowed to execute, regardless of origin, reputation, or prior validation.

The result is a governance model where trust is not static but continuously enforced, closing the gap between approval and execution and preventing delayed or hidden functionality from operating outside control.

CISO Action Brief

  • Establish governance policies that extend beyond software admission to continuous execution monitoring.
  • Enforce behavioral constraints on all applications and extensions, regardless of source or approval status.
  • Treat marketplace-distributed software as untrusted until behavior is validated in context.
  • Monitor for delayed or conditional execution patterns across endpoints.
  • Centralize decisioning to ensure that approval does not override enforcement.

Methodology & Sources

Analysis based on reporting from The Hacker News (June 29, 2026) on Microsoft’s removal of 119 malicious Edge extensions tied to the StegoAd campaign, supported by Microsoft research
CodeHunter Labs evaluation of governance failures in marketplace-driven software trust models.

Download the PDF

Unlock Enterprise-Level Security at MSP Scale with Automated Analysis

In today’s threat landscape, small and midsize businesses (SMBs) face the same cybersecurity risks as global enterprises—but with a fraction of the resources. As attackers grow more sophisticated, MSPs are under pressure to deliver stronger security outcomes, faster response, and greater visibility across client environments. The challenge? Traditional enterprise-grade threat analysis is often out of reach for MSPs due to cost, complexity, and the limited availability of specialized talent.

Read more

From Alerts to Answers: How MSPs Can Deliver Threat Intelligence

In today’s threat landscape, Managed Service Providers (MSPs) are no longer just responsible for keeping systems running—they’re on the front lines of cybersecurity. With clients expecting more than patching and antivirus updates, MSPs have an opportunity to redefine their value by playing a direct role in threat response. That means not just identifying when something is wrong, but understanding what’s happening, how it happened, and how to respond—quickly.

Read more

Differentiate Your MSP: Positioning with Security-First Expertise

In today’s hyper-competitive managed services market, offering basic IT support is no longer enough. Small and midsize businesses (SMBs) face increasing pressure to secure their data, systems, and users—and they’re turning to their MSPs for help. As a result, cybersecurity has shifted from a value-add to a business imperative. The MSPs that succeed in this environment are those that embrace a security-first approach, offering not only technical support but proactive protection and strategic guidance.

Read more

Identifying the Unknown: How MSPs Expose Zero-Day Malware at Scale

 

Read more

Building Trust with MSP Clients Through Transparent Threat Context

In the modern cybersecurity landscape, trust is one of the most valuable currencies a Managed Service Provider (MSP) can earn. Small and midsize business clients, often without internal security expertise, rely heavily on their MSPs not just for protection, but for clarity. When a threat arises, they want more than a vague alert or technical jargon—they want context, transparency, and proof that their provider is in control.

Unfortunately, most security reporting doesn’t deliver that level of insight. Many MSPs rely on tools that generate generic alerts or high-level summaries that leave clients confused rather than reassured. This lack of clarity undermines confidence, especially when clients are asked to make decisions or justify cybersecurity investments without fully understanding the risks they face.

The Power of Clear Threat Context

To earn and maintain trust, MSPs need to translate complex cybersecurity data into actionable insight. Threat context—details about what a suspicious file does, how it behaves in an environment, and what it aims to accomplish—can make all the difference. Rather than simply labeling a file “malicious,” a context-rich report explains why it’s dangerous, what systems it may have targeted, and how it tried to compromise them.

This level of visibility shows clients that the MSP is not just reacting, but actively analyzing and managing threats. It empowers decision-makers to take security more seriously, to support proactive measures, and to view their MSP as a true cybersecurity partner.

Mapping Threats to MITRE ATT&CK for Credibility and Clarity

The MITRE ATT&CK framework has become a trusted standard in the cybersecurity world. By categorizing threats based on tactics, techniques, and procedures (TTPs), MITRE provides a common language that security professionals and their clients can use to describe adversarial behavior.

Reporting that maps threats to the MITRE ATT&CK framework adds credibility and structure to incident summaries. Instead of ambiguous terms, clients receive a clear picture: for example, that a file attempted privilege escalation  or established persistence via scheduled tasks. These references not only demonstrate expertise but help frame threats in a broader context—showing how a specific incident fits into known attack patterns used by sophisticated adversaries.

For clients, especially those who must report to boards or compliance regulators, this kind of mapping enhances accountability. It also supports better security planning, as businesses can better understand the nature of threats targeting them over time.

The CodeHunter Solution

CodeHunter empowers MSPs to deliver this level of reporting without requiring manual reverse engineering or deep malware expertise. By automatically analyzing file behavior and mapping observed tactics and techniques to the MITRE ATT&CK framework, CodeHunter generates client-ready reports that blend technical depth with transparency. This enables MSPs to strengthen trust, validate their security efforts, and communicate more effectively with non-technical stakeholders. Find out how CodeHunter can help your MSP build credibility through clear, contextualized reporting here.

How MSPs Can Grow Cybersecurity Services Without Adding Headcount

As cyber threats evolve and client expectations rise, Managed Service Providers (MSPs) are under growing pressure to deliver high-impact security services without ballooning operational costs. Scaling up traditionally means hiring more analysts, investing in additional tools, and spending countless hours on manual threat investigation. But in today’s market, that’s neither sustainable nor scalable.

Read more

How MSPs Can Turn Malware Analysis Into a High-Margin Profit Center

  As cyber threats continue to grow in volume and complexity, Managed Service Providers (MSPs) are facing both a challenge and an opportunity. Traditional IT services like infrastructure management and help desk support are becoming increasingly commoditized. Clients no longer just want someone to fix their network issues. They want a trusted security partner, someone who can help them stay ahead of ransomware, phishing campaigns, and emerging threats that are constantly evolving.

Read more

How MSPs Can Strengthen Malware Analysis Services with CodeHunter

In a competitive cybersecurity market, Managed Service Providers (MSPs) face constant pressure to deliver faster, more accurate threat identification and incident response. Clients expect more than basic monitoring—they want assurance that threats are not only found quickly but also correctly identified and neutralized. For MSPs offering Incident Response (IR) and Managed Detection and Response (MDR) services, meeting these expectations while scaling operations is no easy feat. That is where CodeHunter comes in.

Read more

How MSPs Deliver Stronger, Smarter Cybersecurity for Their Clients

Cybersecurity threats are growing more frequent, more sophisticated, and more costly. For most businesses, managing these risks in-house is difficult and expensive. That is why more companies rely on Managed Service Providers (MSPs) to protect their networks and data. But not all MSPs are equipped the same. When an MSP uses CodeHunter, its clients gain a partner that is not just maintaining systems. CodeHunter provides MSPs with advanced protection powered by one of the most intelligent malware analysis solutions on the market.

Read more