North Korea-Linked Group Hides 'ted backdoor' in HAProxy Software

North Korean Hackers Implant Backdoor Directly into HAProxy Source Code

HIGH
September 8, 2026
6m read
Threat ActorMalwareSupply Chain Attack

Related Entities

Organizations

Products & Tech

Other

North Koreated backdoor

Full Report

Executive Summary

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.


Threat Overview

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.

Technical Analysis

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:

  • HTTP Traffic Interception: It can inspect, modify, or steal data from web traffic passing through the load balancer.
  • Remote Command Execution: It provides a C2 channel for the attackers to execute arbitrary commands on the compromised server.
  • Malicious Script Injection: It can inject malicious JavaScript or other content into legitimate web pages served to users.
  • Credential Harvesting: It can capture usernames and passwords from unencrypted or decrypted traffic.

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:


Impact Assessment

The impact of this attack is severe due to its stealth and position in the network:

  • Long-Term Espionage: The primary goal appears to be persistent surveillance and data exfiltration from targeted industries.
  • Data Breach: The ability to intercept all traffic allows for the theft of sensitive corporate data, intellectual property, and customer information.
  • Platform for Further Attacks: The compromised load balancer can be used to inject malware into the organization's web applications, targeting its users and customers.
  • Difficult Remediation: Simply removing a malicious file is not enough. Remediation requires replacing the entire compromised HAProxy binary with a clean version and auditing the entire system for other backdoored daemons.

IOCs — Directly from Articles

No specific IOCs like IPs, domains, or hashes were provided in the source articles.

Cyber Observables — Hunting Hints

Security teams should hunt for the following patterns to detect this type of threat:

Type
file_hash_sha256
Value
(Varies)
Description
The hash of the haproxy binary will differ from the official, vendor-supplied version. Compare file hashes against known-good values.
Type
file_path
Value
/usr/sbin/haproxy
Description
Check the modification time and hash of this binary and other system daemons (crond, sshd, etc.).
Type
network_traffic_pattern
Value
Anomalous outbound connections from HAProxy server
Description
The load balancer should typically only communicate with backend servers. Any outbound connections to unknown internet IPs are highly suspicious.
Type
string_pattern
Value
ted backdoor
Description
The debug string was found in the malicious binary. Memory forensics or string analysis on the haproxy binary may reveal this artifact.

Detection & Response

  1. Binary and File Integrity Monitoring: Use FIM or manual checks to validate the integrity of critical system binaries, including haproxy, sshd, crond, and others. Compare their hashes against official package repositories or a golden image.
  2. Behavioral Analysis: Monitor the behavior of the 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.
  3. Network Monitoring: Analyze network traffic originating from the load balancer itself. It should not be initiating connections to the internet unless explicitly configured for a legitimate purpose (e.g., fetching CRLs). Alert on any suspicious outbound traffic.
  4. Memory Forensics: If a compromise is suspected, perform memory analysis on the running haproxy process to identify injected code, unexpected loaded libraries, or suspicious strings.

Mitigation

  1. Use Official Packages: Only install and use software from official, trusted vendor repositories. Avoid compiling from untrusted source code.
  2. Harden Servers: Apply security hardening principles to all servers, especially internet-facing ones. This includes minimizing the software installed, running services with least privilege, and configuring a host-based firewall.
  3. Code Signing and Verification: Where possible, enforce policies that only allow signed and verified binaries to execute.
  4. Network Egress Filtering: Strictly control outbound network traffic from all servers. By default, deny all outbound connections and only allow traffic to specific, known-good destinations required for the server's function.

Timeline of Events

1
September 8, 2026
This article was published

MITRE ATT&CK Mitigations

Use file integrity monitoring to detect changes to critical system binaries like HAProxy and compare their hashes against known-good values.

Mapped D3FEND Techniques:

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.

Mapped D3FEND Techniques:

D3FEND Defensive Countermeasures

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.

Sources & References

North Korea-linked Hackers Hide a Backdoor Inside HAProxy - Security Affairs
Security Affairs (securityaffairs.com) September 8, 2026

Article Author

Jason Gomes

Jason Gomes

• Cybersecurity Practitioner

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.

Threat Intelligence & AnalysisSecurity Orchestration (SOAR/XSOAR)Incident Response & Digital ForensicsSecurity Operations Center (SOC)SIEM & Security AnalyticsCyber Fusion & Threat SharingSecurity Automation & IntegrationManaged Detection & Response (MDR)

Editorial Standards & Analyst Review

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.

Tags

North KoreaAPTLinuxHAProxyBackdoorSupply Chain Attackted backdoor

📢 Share This Article

Help others stay informed about cybersecurity threats

🎯 MITRE ATT&CK Mapped

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.

🧠 Enriched & Analyzed

Observables and indicators of compromise (IOCs) have been extracted and cataloged. Risk has been assessed and correlated with known threat actors and historical campaigns.

🛡️ Actionable Guidance

Detection rules, incident response steps, and D3FEND-aligned mitigation strategies are included so your team can act on this intelligence immediately.

🔗 STIX Visualizer

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 Generator

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.