Can Your EDR Handle the New Threat of Waiting Thread Hijacking?

Article Highlights
Off On

A new advanced malware technique named “Waiting Thread Hijacking” (WTH) has emerged, posing a significant threat to cybersecurity defenses. Disclosed on April 14, WTH represents an evolution of the known Thread Execution Hijacking approach but employs a more covert methodology to bypass detection by modern security solutions. Traditional process injection techniques allow attackers to embed malicious code within legitimate processes, but WTH represents a sophisticated enhancement in this domain. Notably, WTH can execute injected code without setting off common alerts that are usually associated with conventional methods, making it a particularly insidious threat.

Evolving Threat Landscape

The method employed by WTH involves targeting threads that are already in a waiting state, as opposed to the conventional approach of suspending and resuming threads using easily monitored APIs like SuspendThread and ResumeThread. Instead, it exploits Windows Thread Pools, which include numerous dormant threads, and modifies their return addresses to point to malicious shellcode. When these threads resume their functions, they unknowingly execute the injected code without disrupting normal operations, making detection extremely challenging.

CheckPoint researchers discovered this technique by closely analyzing thread behaviors on Windows systems. Their findings indicated that WTH necessitates fewer suspicious API calls, rendering it particularly challenging for Endpoint Detection and Response (EDR) systems to identify. Instead of requiring the more scrutinized THREAD_SET_CONTEXT or THREAD_SUSPEND_RESUME permissions, WTH only needs basic process handle access permissions—PROCESS_VM_OPERATION, PROCESS_VM_READ, PROCESS_VM_WRITE for the target process and THREAD_GET_CONTEXT for threads. This makes it even harder for security tools that focus on monitoring specific API sequences to detect the threat.

Covert Operations in Action

WTH’s stealth is further enhanced by the absence of obvious malicious behavior during thread modification. Since the technique modifies waiting threads without causing immediate suspicious activity, traditional behavioral analysis tools can struggle to identify these changes. Moreover, attackers can distribute the attack steps across multiple processes, with each child process handling a different phase of the injection. This compartmentalization further complicates detection efforts. The core evasion capability of WTH hinges on exploiting waiting threads with specific wait reasons like WrQueue. These threads typically pause inside system calls such as NtRemoveIoCompletion or NtWaitForWorkViaWorkerFactory, resuming upon certain events. The attack method detects these threads, acquires their context, and replaces their stack return address with a pointer to malicious code. The waiting thread then executes the malicious code post-wait state before returning to its intended function, thus maintaining process stability and avoiding immediate detection.

Implications for Detecting WTH

The simplicity and use of common APIs in WTH, which are often found in legitimate software, contribute to its effectiveness in escaping detection through static analysis. Although WTH demonstrates success in bypassing some EDR solutions that thwart other injection techniques, it is not foolproof against all defenses. The effectiveness of this technique against conventional detection methods is a clear indication that more sophisticated and flexible monitoring techniques are necessary for cybersecurity.

Security systems that rely heavily on signature-based detection or predefined rules to identify malicious behavior may find themselves particularly ill-equipped to handle WTH. A more dynamic approach that involves continuously monitoring thread activities and their context is essential. This highlights the need for EDR solutions to incorporate more advanced behavioral analysis capabilities and real-time monitoring to keep pace with evolving threats.

Mitigation and Prevention

To counteract this emerging threat, CheckPoint has implemented specific Behavioral Guard protections called “WaitingThreadHijackBlock” to shield their customers. This proactive step aims to detect and prevent the exploitation of waiting threads by malware, thereby mitigating the risk posed by WTH. As WTH underscores the necessity for continuous advancement in cybersecurity measures, other security vendors should follow suit by developing similar defensive mechanisms to protect against such sophisticated threats.

The cybersecurity landscape is continuously evolving, with threats becoming more advanced and difficult to detect. Ensuring robust defenses involves not only relying on traditional detection methods but also embracing innovative technologies and strategies to stay ahead of attackers. Vigilance, ongoing research, and adaptation are crucial in maintaining effective defenses against sophisticated malware techniques like WTH.

Future Considerations

A new and advanced malware technique called “Waiting Thread Hijacking” (WTH) has recently emerged, posing a significant challenge to cybersecurity defenses. Made public on April 14, WTH represents an evolution of the well-known Thread Execution Hijacking tactic but uses a more covert strategy to evade detection by modern security tools. Traditional process injection methods allow attackers to insert malicious code into legitimate processes. However, WTH is a sophisticated enhancement in this area. Unlike typical techniques, WTH can execute this injected code without triggering the usual alerts that are associated with conventional methods. This makes it an especially insidious threat. By exploiting this complex methodology, attackers can effectively bypass even advanced security defenses, making it a top concern for cybersecurity professionals. As cyber threats continue to evolve rapidly, understanding and mitigating sophisticated techniques like WTH becomes crucial for maintaining robust security measures against potential breaches.

Explore more