Skip to content

Build Not yet confirmed elsewhere1 publisher 3 min read Published

TA4922 parks Donut Loader in the same folder as a signed executable

Proofpoint's PackClient writeup describes a chain whose only attacker-supplied executable on disk is a DLL, and whose persistence arrives as a real ManageEngine agent. That leaves the detection sitting on load-event correlation and egress control.

The Engineer · Build desk

How we use AI Send a correction

Illustration accompanying TA4922 parks Donut Loader in the same folder as a signed executable
Generated illustration

What happened

  • In late May 2026, organisations operating in mainland China received emails posing as Shandong Province tax audits, with a link to a ZIP archive hosted on an attacker-controlled domain.
  • In mid-July 2026, a second wave posing as Indian income tax refunds and notices told recipients to open an IMG file packed inside a ZIP archive.
  • That IMG paired a legitimate executable with a malicious DLL in the same folder, and the resulting side-load ran Donut Loader.
  • Donut Loader unpacked the modular PackClient RAT into memory and called a hard-coded C2 server over a custom TCP protocol.
  • Between 20 and 22 July, the operators followed PackClient execution by deploying ManageEngine remote management tools on the compromised endpoints.

Why it matters

  • constraint With both payloads resident in memory, the DLL is the only attacker-written executable your scanners ever get to look at. The work moves onto load-event correlation and outbound traffic policy.
  • decision Any organisation whose service desk already runs ManageEngine now has to decide how to block a hostile install of the same vendor's agent. That forces enforcement on provisioning path and deployment identity rather than product name.
  • exposure Screen capture and keylogging put identity sessions and downstream SaaS access within reach of one opened archive. Response has to run into IdP session revocation rather than stopping at endpoint cleanup.
  • precedent Indicators at this level of specificity age out fast. The detections that survive the operator's next build are the ones written against the protocol behaviour rather than the two published addresses.

The load event carries the whole trick. Once the IMG is mounted, the process that runs is a legitimate executable, and the code that matters arrives as a DLL sitting in the same directory [5]. Read how the writeup phrases the endpoint telemetry it wants: a legitimate EXE loading a DLL from the same directory, after mounting an IMG [1]. That is a correlation across two events, not a signature on one file. If your endpoint tooling cannot express "image mount, then module load from the mount path", you do not have this detection. The analyst-side guidance asks for the same join from the other end, telling responders to investigate non-standard DLLs loaded by signed EXEs [2].

After that hop, nothing else needs to touch disk. Donut Loader unpacks PackClient into memory [6], and the report lists, among the conditions this campaign depends on, that EDR does not block that in-memory execution and that traffic reaches the C2 TCP port [10]. What executes, then, is one legitimate signed binary and two memory-resident payloads, which leaves the malicious DLL as the only attacker-supplied executable written to the endpoint [20].

The network indicators are thin by design of the format: 64.81.30.99 and 192.252.180.45:6666, alongside PackClient-specific handshakes, heartbeats and screenshot transfers [12]. A domain, gov12366[.]com, is listed for proxy and DNS logging [13]. For TCP/6666 to earn an alert in your environment, two things have to be true. You need to know which of your own services legitimately open non-web outbound TCP from user endpoints, and you need egress visibility on those endpoints rather than only on servers. Absent both, the port is trivia. The two addresses above are exactly this kind of line: current now, likely replaced by the operator's next build.

The timeline is worth the arithmetic. Late May in mainland China, mid-July in India, roughly seven weeks apart [18], with the RMM stage landing between 20 and 22 July, within about a week of the second lure wave [19]. Proofpoint rates the activity High on the basis of ongoing targeted campaigns across multiple regions with detailed C2 protocols [14]. The account here is a single writeup dated 27 August 2026 attributed to Proofpoint Threat Research, referencing MITRE ATT&CK's DLL Side-Loading entry [16]. It does not say whether the victim organisations already ran ManageEngine for their own administration, and that is the fact that decides how expensive the last mitigation on its list is [11].

One thing still gates the chain: a user has to open the ZIP or IMG and launch the executable [17]. The mail and gateway controls the report puts first [11] remain the cheapest stage to spend on, because they are the only ones acting before a signed process is already running attacker code.

What to watch

  • Whether Proofpoint publishes enough PackClient handshake and heartbeat detail to write a protocol rule instead of an address block.
  • Whether a later wave swaps the paired legitimate executable, which would break any rule keyed to one vendor binary name.
  • Whether the post-exploitation stage moves off ManageEngine to another vendor's agent, changing which allowlist has to be argued over.

Clarity's read

What the record supports and how the coverage leans. The claims behind it follow.

Reality

Evidence36
Adoption31
Hype gap+14
Incentives57
Confidence41
Why these scores

Claim ledger

Ranked by verification strength, evidence, and original report placement.

  1. [1]

    Endpoint/EDR detection guidance names a legitimate EXE loading a DLL from the same directory after mounting an IMG, plus DLL side-loading, Donut Loader and PackClient Launcher/Core.

  2. [2]

    Endpoint investigation guidance directs teams to investigate non-standard DLLs loaded by signed EXEs, Donut Loader, PackClient modules, keylogging and screen capture activity.

  3. [3]

    In late May 2026, organizations operating in mainland China received emails disguised as tax audits from Shandong Province, directing users to click a link and download a ZIP file hosted on an attacker-controlled domain.

    Reported Supported Source: Proofpoint Threat Research, via dev.to summaryView cited source

Get this ledger inside ChatGPT. Ask about any of our stories and the answer brings its figure, each claim’s verdict and the sources. Free, no account.

Add to ChatGPTAdd to Claude

Sources

1 independent publisher whose own reporting we read for this story.

  1. dev.to

    1 article · August 28, 2026

    TA4922 PackClient Attacks: From Tax Documents to DLL Side-Loading and RAT Deployment

Share your take

Let Clarity write the post for you.

Signed-in readers get a short post drafted on this story in the register they choose — narrative, analytical, or a direct position — editable to the last word before it goes anywhere. The share buttons at the top of this story work without an account.

Topics and entities

Follow any of these and your For You feed starts watching them — no settings page required.

Topics

Entities

Loading related stories