Skip to content

Security1 publisher3 min readPublished

Malware on F5 BIG-IP APM appliances splices its PHP web shell into Apache's memory

Sophos says the code patches Apache and hooks the PHP module loader so the shell never lands on disk, which leaves file-integrity checking on an appliance that was never running EDR unable to prove much.

The Watch · Security desk

Illustration accompanying Malware on F5 BIG-IP APM appliances splices its PHP web shell into Apache's memory

What happened

  • Sophos said in a Sept. 7 post that malware found in break-ins on F5 BIG-IP Access Policy Manager appliances keeps its PHP web shells in memory instead of writing them to disk.
  • Hadrian CEO Rogier Fischer said the injected shell gives an attacker a command channel into the appliance over ordinary web requests.
  • Black Hills Information Security's John Strand said memory-resident malware itself is old, going back to Shadow Walker at Black Hat, and the notable part here is which device it runs on.

Compiled by The WatchSomething wrong?How this is made

Why it matters

  • constraint A clean file-integrity result on an APM is now consistent with an active shell, so the control most teams point at to clear an edge device answers a question the malware was built to sidestep.
  • decision Fischer's framing puts owners of exposed appliances in front of a rebuild-versus-scan choice rather than a patch-and-move-on one, and the rebuild is the option that can actually be evidenced.
  • exposure If Strand's firmware scenario holds in any case, the trusted-rebuild escape hatch closes too, and the appliance becomes hardware you cannot certify without replacing it.
  • contradiction Sophos frames the techniques as advanced evasion while Decker says these appliances run no disk scanner at all, which puts the value of the in-memory design in beating the responder, not the product.

Sophos has the malware patching the Apache binary, then hooking the PHP module loader, so that when Apache loads a legitimate BIG-IP PHP script the attacker's code is spliced into the copy held in memory [2][4]. Nothing malicious is written to the web root. Blackpoint Cyber threat intelligence engineer Sam Decker said someone checking the disk would find everything looking stock, because the code was never written there [4]. From there it behaves like any web shell: commands arrive as web requests to the appliance, which is how Hadrian CEO Rogier Fischer described the practical effect [10].

The evasion framing deserves a caveat, and it comes from one of the people quoted praising the tradecraft. Decker said network appliances typically have no disk-watching antivirus or endpoint monitoring, so there was no scan to evade in the first place [5]. Black Hills Information Security owner John Strand said there are few EDR products you can drop onto a network appliance and get comparable visibility [8]. Custom ELF loading and runtime code patching therefore buy stealth against a responder reviewing the filesystem after the fact, rather than against a real-time scanner that was never installed. Strand also said memory-resident malware is not new, tracing it back to Shadow Walker at Black Hat, and that the notable part is where this one runs [7].

That reframes the remediation question rather than the detection question. Fischer's position is that patching alone is not enough if the appliance may already be compromised, and that where a team cannot establish confidence an exposed appliance is clean, rebuilding from a trusted state may be safer than relying on conventional malware scans [10][11]. Strand names the case where rebuilding is also insufficient: an attacker with enough privileges moving deeper into the device, including firmware, at which point eradication gets very hard [9].

What the account does not carry is the detail a defender needs to scope this. There is no CVE, no named actor, no victim count, and no dates for the intrusions themselves beyond the Sept. 7 publication of the Sophos post [1][12]. The four practitioners quoted work at four companies, and none of them is Sophos, so every technical assertion here traces to a single primary account [13].

Sophos put the work in a familiar category: on-demand server-side code execution of the kind associated with web shells, implemented with deeper Linux and Apache-specific tradecraft, matching what its researchers have seen in other attacks on network infrastructure [3]. That is where the weight sits. The appliance is chosen for the absence of the agent, and in-memory implementation only has to hold long enough to survive a disk review by a responder who has no memory telemetry to fall back on [5][8].

What to watch

  • Whether Sophos or F5 ties these intrusions to a specific CVE and an initial access path; neither is in the account so far.
  • Whether F5 ships a supported way to inspect APM process memory, or verification stays a rebuild decision.
  • Whether follow-up analysis finds firmware-level persistence rather than Apache and PHP-level patching.
Loading claim ledger
Loading source directory links
Loading share composer
Loading topic controls
Loading related stories