EDR Evasion and Bypass: What Attackers Do and How to Stop Them
EDR evasion and bypass are the specific techniques attackers use to disable, blind or terminate endpoint detection and response before their actual attack proceeds, ranging from telemetry suppression to full kernel-level termination. If you have assumed your EDR platform simply keeps working regardless of what an attacker does, a real 2026 campaign proves that assumption dangerously wrong.
What Is EDR Evasion and Bypass?
EDR evasion refers to techniques that avoid triggering detection while an attack continues, while EDR bypass more specifically disables or blinds the EDR agent itself before the actual attack payload executes. Both categories share the same underlying goal, ensuring the security tool never generates the alert that would otherwise stop the attack.
This distinction matters practically, since evasion assumes EDR remains functional but fails to recognize the threat, while bypass assumes the attacker has directly disabled or blinded the tool entirely, a genuinely more aggressive and increasingly common current approach.
Seven Categories of Evasion, Explained
Attackers evade EDR through several distinct technique categories. Living-off-the-land binaries use legitimate, signed system tools maliciously, generating no suspicious file signature. Process injection hides malicious code inside a legitimate, trusted process. Fileless execution operates entirely in memory, leaving no file for signature scanning to catch.
Tamper attempts directly target the EDR agent’s own configuration or service. Sensor disruption blocks the agent’s ability to communicate with its management console. Kernel-level termination, the most aggressive category, uses BYOVD techniques to kill the agent outright at the operating system’s most privileged layer. Timing-based evasion delays malicious activity specifically to avoid triggering behavioral thresholds tuned around normal activity windows. Each category targets a genuinely different point in the detection chain, meaning defenses effective against one category often provide no protection against another entirely.
A Systemic Gap: The Telemetry Problem Most Defenses Miss
Here is a genuinely important distinction most defenses overlook: an EDR agent that appears to be running normally may still be blinded entirely, its telemetry simply never reaching the console anyone actually monitors. This creates a false sense of security considerably more dangerous than an obviously disabled agent would.
Tools specifically exploiting this gap manipulate network-level communication rather than the agent’s own process, meaning standard process-monitoring checks confirming the agent is “running” tell you nothing about whether its alerts are genuinely reaching anyone. Closing this specific gap requires monitoring the telemetry pipeline itself, confirming data actually arrives at the console continuously, not simply confirming the local agent process still exists on the endpoint.
Named Tools Attackers Use
| Tool | Mechanism |
| EDRSilencer | Blocks network egress via Windows Filtering Platform, suppressing telemetry while the agent keeps running |
| AuKill | Abuses an outdated, signed Process Explorer driver to terminate EDR processes |
| Terminator | Exploits a vulnerable Zemana driver (CVE-2021-31728) for kernel-mode termination |
| EDRKillShifter | BYOVD tool first deployed by RansomHub, later shared across rival gangs |
EDRSilencer represents the telemetry-suppression category directly, exploiting the Windows Filtering Platform to block the EDR client’s communication with its central console, leaving the agent itself running while its alerts simply never arrive anywhere. AuKill and Terminator both represent kernel-level termination instead, abusing legitimate, signed drivers, Process Explorer for AuKill, Zemana for Terminator, specifically to execute code at the kernel’s own privileged level and directly kill EDR processes outright.
EDRKillShifter illustrates how thoroughly commoditized this capability has become. First deployed by RansomHub in 2024, it has since been repurposed by entirely separate, competing ransomware groups including Medusa, BianLian and Play, meaning a technique once requiring sophisticated in-house development now spreads freely across the broader criminal ecosystem as shared, reusable tooling.
A Real 2026 Case: A Tax-Season Campaign and a Weaponized Audio Driver
Here is a concrete, current, multi-source-confirmed case worth examining directly rather than describing BYOVD abstractly. A large-scale malvertising campaign, active since at least January 2026, specifically targeted US individuals searching for tax-related forms through fraudulent, paid Google search ads.
The attack chain moved through cloaking infrastructure into rogue ScreenConnect installers, ultimately deploying a kernel-mode EDR terminator called HwAudKiller. The tool exploits a previously undocumented vulnerability in a legitimately signed Huawei laptop audio driver, sending a target process ID through a privileged IOCTL handler to issue a direct process termination call from Ring-0, the operating system’s most privileged layer. This specific mechanism bypasses all user-mode EDR protections, including Protected Process Light, a Windows security feature specifically designed to protect security processes from exactly this kind of tampering. At the time of disclosure, the driver was absent from both the community-maintained LOLDrivers database and Microsoft’s own recommended driver blocklist. This technique traces back to at least 2021, when sophisticated groups including Lazarus and BlackByte used similar approaches against high-value targets specifically. What changed by 2026 is significant: this capability has broadened well beyond elite, resourced attackers to actors who previously lacked the technical sophistication to develop or deploy it themselves, delivered through nothing more sophisticated than a fraudulent search ad targeting someone filing their taxes.
The Defensive Philosophy: It’s What You Stop Seeing, Not What You See
The genuinely important shift in defensive thinking this entire threat category demands: stop measuring EDR effectiveness purely by what alerts it generates, and start actively monitoring for the absence of expected telemetry itself. A sudden, unexplained silence from an endpoint that normally reports continuously is itself a genuine signal, often more reliable than waiting for a specific malicious alert that a blinded agent will never generate.
This reframes the entire defensive posture. Instead of asking only “did EDR catch something,” organizations need infrastructure specifically watching “is EDR still genuinely reporting from every endpoint it should be,” since the second question catches exactly the evasion and bypass techniques this guide has developed throughout.
The Technical Checklist That Reduces This Risk
Enable tamper protection specifically, confirming your platform blocks unauthorized service stops, driver unloads and configuration changes without requiring a separate management action first. Monitor for unexpected driver loading events directly, since both AuKill and Terminator specifically depend on loading a driver most endpoints never legitimately need.
Treat Microsoft’s own driver blocklist as one input among several, not a complete solution, since it genuinely lags new BYOVD discoveries by weeks to months, exactly the gap HwAudKiller exploited using a driver absent from that list entirely at disclosure. Deploy network detection specifically to catch the telemetry gap EDRSilencer-style tools create, since network-level visibility does not depend on the same endpoint agent an attacker may have already blinded. Cyber Security Solutions Ltd builds exactly this layered checklist into client deployments, since no single control here closes every category of evasion this guide has covered alone.
Sector-Specific Realities: Healthcare, Manufacturing, and Legacy Systems
Healthcare environments running legacy medical devices frequently cannot support modern EDR agents at all, creating structural blind spots BYOVD-style attacks specifically exploit once they reach adjacent, monitored systems. Manufacturing environments running legacy operational technology face a similar reality, where patching or replacing vulnerable drivers risks disrupting production systems many organizations cannot easily take offline.
These sector-specific constraints mean the layered defense covered throughout this guide, network detection, driver monitoring, tamper protection, matters even more directly, since the endpoint-level protection this guide has developed cannot always reach every device in these specific environments regardless of budget or intent.
How Would You Know if This Worked Against You?
Check your EDR console directly for any endpoint showing an unexplained gap in reporting, not just a missing agent entirely, since telemetry suppression specifically leaves the agent appearing present while its actual reporting silently stops. Review driver installation logs for unfamiliar, rarely-used signed drivers loaded recently, particularly anything resembling a hardware utility driver, audio, printer, or similar, on a device with no legitimate reason to need it.
Cross-reference network traffic against your EDR’s own reported activity, since a genuine discrepancy, network activity from a device your console shows as quiet, is precisely the signal a bypassed or silenced agent would produce. Most organizations discover this kind of gap only during an active incident. Building the monitoring covered throughout this guide before that moment is the only way to genuinely know sooner.
Conclusion
EDR evasion and bypass have moved from sophisticated, resource-intensive techniques into commoditized tooling deployed through nothing more elaborate than a fraudulent search ad, meaning the defensive posture this guide has developed matters for every organization, not just high-value targets. Start by checking your own console for unexplained reporting gaps today. To build layered defense against EDR evasion and bypass, visit cybersecuritysolutionsltd.com for expert support from Cyber Security Solutions Ltd.
FAQs
Evasion means an attack avoids triggering detection while the EDR agent remains functional. Bypass means the attacker directly disables or blinds the agent itself, a more aggressive approach increasingly common through named tools like AuKill and EDRKillShifter.
EDRSilencer keeps the agent running but blocks its network communication using the Windows Filtering Platform, suppressing telemetry. AuKill and Terminator instead terminate the agent outright at the kernel level using vulnerable, signed drivers.
A malvertising campaign targeting tax-form searches deployed HwAudKiller, exploiting an undocumented vulnerability in a signed Huawei audio driver to terminate EDR processes from Ring-0, bypassing Protected Process Light. The driver was absent from Microsoft’s blocklist at disclosure.
Not completely. The blocklist genuinely lags new BYOVD discoveries by weeks to months, meaning newly weaponized drivers, like the one used in the 2026 tax-season campaign, can remain unlisted and undetected at the time an attack actually occurs.
Check for unexplained gaps in endpoint reporting, not just missing agents entirely, review driver installation logs for unfamiliar signed drivers, and cross-reference network activity against what your EDR console actually shows for the same devices.
No. Tamper protection helps against direct configuration changes but does not fully address telemetry suppression or kernel-level termination through vulnerable drivers. Layered defense, including network detection and driver monitoring, closes gaps tamper protection alone cannot.
