--:--:-- UTC
BUY PRO — $29

EVASION // TAMPERING // COUNTERMEASURES

Defense Evasion: How Malware Blinds Your Antivirus

evasionprocess-hollowingdefenderoffline

The scariest malware does not sneak past your antivirus. It turns the antivirus off. Somewhere between the initial click and the ransom note, there is a step almost nobody talks about: the moment the attack reaches into your security stack and blinds it — quietly, deliberately, and often hours before the real damage begins. Your console still says “protected.” That is the point.

Defense evasion: the attack step nobody talks about

Mature attack chains treat your security tools as an obstacle to be removed, not avoided. MITRE ATT&CK catalogs this family as “Impair Defenses,” and its most common sub-technique reads almost like a job description: defense evasion via disable or modify tools (T1562.001). The attacker's logic is brutally simple — why spend weeks engineering malware that hides from the guard, when you can just fire the guard?

This is not theoretical. Loader malware sold on underground forums ships with tampering routines as a standard feature. Ransomware crews routinely disable protection before encryption begins. If your security model assumes the security product will always be running, your threat model is already broken.

How malware disables Windows Defender and other tools

Once malware gains administrative rights — through an exploit, a stolen credential or your own UAC click — the toolbox for blinding defenses is large and well documented:

  • Registry and policy switches. Flipping values that control real-time protection, cloud lookup and tamper resistance. Group Policy and WMI can enforce the same changes across a machine.
  • Silent exclusions. Adding a folder or process to the AV exclusion list. The scanner keeps running — it has simply been taught to look away from exactly one place.
  • Service manipulation. Stopping or disabling protection services, or corrupting their binaries so they fail to start at next boot.
  • Safe-mode tricks. Rebooting into a boot environment where third-party security drivers never load, then doing the dirty work unopposed.
  • Uninstall or modify. Silently removing the product or patching its components — the “modify tools” half of the technique.

The cruelest part: most of these changes produce no visible symptom. Protection status can still show green, exclusions leave no UI trace a user would notice, and a service set to fail at next boot looks fine until the reboot happens. By the time anyone notices the guard is gone, the attacker has been inside for days.

Cutting the cord: why cloud-dependent AV dies offline

Modern security products have outsourced their judgment. File hashes, reputation scores and behavioral verdicts increasingly round-trip to a vendor cloud — and that round-trip is an attack surface of its own.

Malware knows this. A few lines in the hosts file, a local firewall rule, or a blocklist of telemetry domains is enough to sever the product's connection to its brain. No lookup path means no verdict; no verdict means the product degrades to whatever shallow local logic it kept as a backup — often nothing more than stale signatures. The attacker did not defeat the cloud AI. The attacker just unplugged it. Any defense that requires a network connection to think has handed the attacker an off switch.

Process hollowing: hiding inside a trusted process

The third pillar of evasion needs no tampering at all — it simply makes the malware invisible. Process hollowing works like this:

  • The malware launches a legitimate program — say svchost.exe or notepad.exe — in a suspended state.
  • It carves the real executable image out of the process's memory.
  • It writes its own code into the freed space and resumes the thread.

Now look at what every layer of conventional defense sees: Task Manager shows a trusted Microsoft binary. The file on disk is genuinely signed and clean. The network connection comes from a process with a perfect reputation. File scanners find nothing to flag because there is no malicious file — the payload exists only in memory, wearing a stolen identity.

Catching hollowing requires memory-level inspection: comparing a process's in-memory image against its on-disk binary, and flagging private executable memory that does not belong to any loaded module. It is a scan most antivirus products never run — and it must run locally, because you cannot upload a live process's memory to a cloud for a verdict.

The countermeasure: offline-first, kernel-level visibility

Put the three evasion moves together — disable the tools, cut the cloud, hide in memory — and the conclusion is unavoidable: the defense must not depend on anything the attacker can switch off. That is the design principle behind MalwareProof:

  • Zero cloud dependency. Every verdict is made on-device. There is no lookup path to cut, no server to block, no degraded mode to force. Network-severing malware changes nothing.
  • Kernel-level visibility via ETW. Event Tracing for Windows feeds process, thread and memory events straight from the kernel — the same telemetry enterprise SOCs rely on, consumed locally in real time.
  • AMSI script interception. Malicious scripts are inspected at the engine level before they execute — the last gate between a fileless payload and your memory.
  • Memory inspection. Hollowed and injected processes are caught by scanning what is actually running, not what the file claims to be.
  • Persistence hunting. WMI consumers, scheduled tasks, Run keys and hijacked services are swept in one pass — because blinded tools are usually paired with hooks that survive reboot.

You cannot blind what does not need your network. You cannot silence what listens to the kernel. That is the entire difference between a product that can be evaded and one that cannot.

FAQ

Can malware really disable Windows Defender? Yes. With admin rights it can flip registry and policy switches, add silent exclusion paths, stop protection services or modify the product itself. Tamper Protection raises the cost, but disabling or modifying security tools remains one of the most common steps in real attack chains.

What is process hollowing in simple terms? Malware starts a legitimate program suspended, carves out its real code, writes malicious code into the same memory, and resumes it. The OS sees a trusted signed binary; only memory analysis reveals the payload inside.

Why does offline EDR beat cloud AV against evasion? Evasion playbooks cut the network first, because cloud-dependent products stop thinking without a lookup path. An offline-first engine makes every verdict on-device from kernel telemetry — there is no connection to cut and no blind mode to force.

Assume the attacker will try to blind your defenses — because the good ones always do. The only rational response is a defense that cannot be blinded. Download the MalwareProof Free Audit right now: it runs 100% locally, needs no cloud and no account, and in under a minute it will expose every hollowed process, persistence hook and tampering trace your current stack has been blind to. Clean result? Keep the free audit as your offline safety net. Dirty result — as most machines are? Upgrade to Standard ($9) to purge every hook in one click, Pro ($29) for real-time ETW/AMSI protection that watches your defenses while you sleep, or Business ($99) to harden every endpoint you manage. They can blind Defender. They cannot blind you.

Next in the field notes: how malware survives reboots, stopping fileless and PowerShell attacks and why traditional antivirus is dead.

They can blind Defender. They cannot blind you.

MalwareProof makes every verdict on-device: ETW kernel telemetry, AMSI script interception, process-hollowing detection and persistence hunting — zero cloud, zero telemetry, nothing to cut. Free Audit, Standard $9, Pro $29, Business $99.