Security researchers have uncovered a sophisticated campaign attributed to a North Korea-linked threat actor targeting organizations in South Korea's automotive and media industries. The attackers are deploying a novel and highly stealthy Linux toolkit, with the most notable component being a backdoor compiled directly into the source code of HAProxy, a popular open-source load balancer. This implant, named 'ted backdoor' by Rapid7 researchers, leverages HAProxy's native filter API to remain hidden while providing the attackers with powerful capabilities, including traffic interception and remote command execution. The campaign highlights a growing trend of supply chain and living-off-the-land techniques, where attackers modify legitimate software to create a persistent and difficult-to-detect presence on critical network infrastructure.
The threat actor gains access to a target's environment and, instead of dropping a standalone malicious file, they modify and recompile the legitimate HAProxy software running on a load balancer or edge server. This modified version contains the 'ted backdoor'. Because the backdoor is integrated as a custom plugin using HAProxy's legitimate APIs, it operates within the normal process space of the software, making it invisible to detection methods that look for rogue processes.
The broader toolkit also includes trojanized versions of essential Linux daemons, such as crond, agetty, atd, sshd, and polkitd. This demonstrates a comprehensive strategy to establish deep, resilient persistence across multiple system services.
The 'ted backdoor' is a masterpiece of stealth. It uses HAProxy's internal memory management and event scheduler, ensuring its operations blend in with the normal functions of the load balancer. Its capabilities include:
By placing the backdoor on the network edge device (the load balancer), attackers can intercept data before it is encrypted for transit to backend servers and mask their C2 traffic among legitimate web requests.
MITRE ATT&CK Techniques Observed/Inferred:
T1190 - Exploit Public-Facing Application or T1078 - Valid Accounts.T1059.004 - Unix ShellT1543.002 - Systemd Service, T1505.002 - Transport Agent (by backdooring HAProxy).T1574.006 - Dynamic Linker Hijacking, T1562.004 - Disable or Modify System Firewall. The core technique is a form of Masquerading.T1555.003 - Credentials from Web Browsers (by intercepting HTTP traffic).T1071.001 - Web Protocols - C2 traffic is likely blended with legitimate HTTP/S traffic.The impact of this attack is severe due to its stealth and position in the network:
No specific IOCs like IPs, domains, or hashes were provided in the source articles.
Security teams should hunt for the following patterns to detect this type of threat:
haproxy binary will differ from the official, vendor-supplied version. Compare file hashes against known-good values./usr/sbin/haproxycrond, sshd, etc.).ted backdoorhaproxy binary may reveal this artifact.haproxy, sshd, crond, and others. Compare their hashes against official package repositories or a golden image.haproxy process. Look for anomalous activities such as writing files to disk, spawning shell processes, or making outbound network connections to non-backend IP addresses.haproxy process to identify injected code, unexpected loaded libraries, or suspicious strings.Use file integrity monitoring to detect changes to critical system binaries like HAProxy and compare their hashes against known-good values.
Implement strict egress filtering rules to block unexpected outbound connections from the load balancer server.
Mapped D3FEND Techniques:
Enforce policies that only allow signed, verified binaries to execute, preventing attackers from replacing legitimate software with trojanized versions.
To counter the threat of a backdoored HAProxy binary, organizations must implement robust file integrity monitoring (FIM). This involves establishing a baseline of known-good file hashes for all critical system binaries, including haproxy, sshd, crond, and others mentioned in the report. This baseline should be generated from official, vendor-supplied packages. The FIM system should then continuously or periodically scan these files and compare their current hashes against the trusted baseline. Any mismatch should trigger a high-priority security alert. This is the most direct way to detect the core of this attack: the unauthorized modification of a legitimate program. This technique is crucial for detecting this form of supply chain compromise at the host level.
A critical component of this attack is the backdoor's ability to communicate with a command-and-control server. Implementing strict network egress filtering can neutralize this capability. A load balancer like HAProxy has a very predictable traffic pattern: it receives traffic from the internet and forwards it to a specific set of backend application servers. It should almost never initiate outbound connections to arbitrary IP addresses on the internet. Configure host-based and network firewalls to enforce a 'default deny' policy for outbound traffic from the HAProxy server. Explicitly allow only the necessary connections to backend servers on specific ports. This will prevent the 'ted backdoor' from calling home, effectively isolating the compromised host and preventing data exfiltration or remote command execution.
While the backdoor runs within the legitimate haproxy process, its actions may still create detectable behavioral anomalies. Use an Endpoint Detection and Response (EDR) tool or process auditing (like auditd on Linux) to monitor the behavior of the haproxy process. Establish a baseline of normal activity. Then, create detection rules to alert on deviations, such as the haproxy process spawning a shell (/bin/sh), executing unexpected commands (curl, wget), writing new executable files to disk, or making network connections to IPs outside of the defined backend server pool. This behavioral analysis provides a secondary detection layer that can catch the malicious activity even if the binary modification itself is missed.

Cybersecurity professional with over 10 years of specialized experience in security operations, threat intelligence, incident response, and security automation. Expertise spans SOAR/XSOAR orchestration, threat intelligence platforms, SIEM/UEBA analytics, and building cyber fusion centers. Background includes technical enablement, solution architecture for enterprise and government clients, and implementing security automation workflows across IR, TIP, and SOC use cases.
CyberNetSec.io uses automation to assist source monitoring, deduplication, observable extraction, and structured intelligence generation. Published analysis follows human-defined editorial standards and adds defensive context including MITRE ATT&CK, D3FEND, STIX, and Sigma where applicable. Read our editorial policy.
Help others stay informed about cybersecurity threats
Every tactic, technique, and sub-technique used in this threat has been identified and mapped to the MITRE ATT&CK framework for consistent, actionable threat language.
Observables and indicators of compromise (IOCs) have been extracted and cataloged. Risk has been assessed and correlated with known threat actors and historical campaigns.
Detection rules, incident response steps, and D3FEND-aligned mitigation strategies are included so your team can act on this intelligence immediately.
Structured threat data is packaged as a STIX 2.1 bundle and can be visualized as an interactive graph — relationships between actors, malware, techniques, and indicators.
Sigma detection rules are derived from the threat techniques in this article and can be converted for deployment across any major SIEM or EDR platform.