ZeroHour
GBHackerspublished ()ingested Divya
Part of a story covered by 3 sources: “Red Heron Exploits Critical Gitea RCE (CVE-2026-60004) to Compromise 13 Organizations, Steal Source Code and Deploy Linux Rootkit” — merged summary and timeline →

Red Heron Hackers Exploit Critical Gitea RCE to Steal Source Code and Deploy Linux Rootkit

criticalThreat actor exploited in the wildimportance 84CVE-2026-60004
AI summary · glm-5.3

PRC-linked Red Heron exploits critical Gitea RCE CVE-2026-60004 to steal source code and deploy JITTERLY implant with SIXZUT LD_PRELOAD rootkit; victims span five countries.

Acronis Threat Research Unit attributes a campaign to Chinese-speaking threat actor Red Heron, which weaponized CVE-2026-60004, a CVSS 9.8 RCE in Gitea versions 1.17 through 1.27.0, patched in 1.27.1 on July 27, 2026. The actor built an automated exploitation framework after a public PoC appeared, scanned 1,386 internet-exposed Gitea instances across seven countries, and separately listed 477 Taiwan-based systems across defense, energy, elections, and AI sectors. Confirmed victims include organizations in Canada, Argentina, Taiwan, the US, and Sri Lanka, with a Canadian renewable-energy firm hit in 22 sessions and a Taiwanese industrial automation firm losing hundreds of repositories including SCADA/HMI tools. Red Heron deploys the JITTERLY Linux implant (30+ commands, AES-128-GCM, Adaptix-like protocol) and the SIXZUT LD_PRELOAD rootkit disguised as libglthread.so.2, and moved laterally into a Synology/Proxmox environment to steal VM backups.

  • Red Heron automated exploitation of Gitea CVE-2026-60004 (CVSS 9.8) after public PoC release.
  • JITTERLY C++ implant runs 30+ commands and uses AES-128-GCM encrypted C2.
  • SIXZUT rootkit hides via /etc/ld.so.preload as libglthread.so.2, evading admin tools.
  • Confirmed compromises in Canada, Argentina, Taiwan, US, and Sri Lanka; source code and credentials stolen.
  • Lateral movement into Proxmox cluster risked exposure of full VM disk image backups.
  • TRU assesses moderate confidence PRC linkage; no known APT group association yet.

Vulnerabilities mentionedAll →

CVEVulnerabilityCVSSEPSSFlagsAffectedExposurePublished
CVE-2026-60004
Unauthenticated RCE in Gitea via diffpatch API Git Hook Injection

Gitea before 1.27.1 contains a critical code injection flaw (CWE-94) in the diffpatch API that allows remote code execution by causing the installation of a Git hook. An attacker can submit a crafted request through the diffpatch API to plant a Git hook, which then executes arbitrary shell commands on the server when Git operations run; the CVSS vector indicates the attack requires no authentication or user interaction, while public reporting describes attackers with repository write access planting hooks to run shell commands. Successful exploitation yields full server compromise (confidentiality, integrity, and availability all rated high), and observed attacks have reportedly dropped a cryptocurrency miner. All Gitea deployments running versions prior to 1.27.1 are affected, with internet-facing instances at greatest risk; public scans identified over 8,300 vulnerable Gitea servers. The flaw is actively exploited in the wild: CISA added it to the Known Exploited Vulnerabilities catalog on 2026-08-25, and EPSS estimates an 86.8% probability of exploitation within 30 days.

Do: Upgrade Gitea to version 1.27.1 or later immediately; organizations subject to BOD 26-04 must apply the vendor mitigation or discontinue use of unpatched cloud-hosted instances. Until patched, limit internet exposure of Gitea servers and inspect repository hook directories for unauthorized or recently modified hooks that could serve as persistence. Check for signs of compromise, including unexpected processes or cryptocurrency-miner activity, since in-the-wold attacks reportedly deploy a miner.

9.887% KEV PoC ×4
  • Gitea all versions before 1.27.1
moderate≈8,300+ internet-exposed Gitea servers (public scan count)
Full article751 words · extracted from gbhackers.com · click to collapse

A Chinese-speaking threat actor known as Red Heron has exploited a critical remote code execution (RCE) vulnerability in Gitea to steal private source code, harvest credentials, establish persistent access, and move laterally within victim infrastructures.

Researchers from the Acronis Threat Research Unit (TRU) have linked this operation to a newly documented Linux implant called JITTERLY, which contains an embedded LD_PRELOAD rootkit named SIXZUT.

Rapid Gitea Exploitation

The campaign leverages CVE-2026-60004, a critical vulnerability in Gitea with a CVSS v3.1 score of 9.8. This flaw affects Gitea versions 1.17 through 1.27.0 and was patched in version 1.27.1, released on July 27, 2026. Public technical details and proof-of-concept code emerged a day later.

The vulnerability arises from issues within Gitea’s diffpatch workflow. Under vulnerable configurations, crafted repository patches can lead Git to write an attacker-controlled file into an active hooks directory, allowing commands to execute in the context of the Gitea service account.

Bash history showing the pre-Gitea Joomla activity and subsequent transition to the Gitea PoC (Source: Acronis)
Bash history showing the pre-Gitea Joomla activity and subsequent transition to the Gitea PoC (Source: Acronis)

Open user registration significantly lowers the barrier to exploitation, letting attackers register an account, create a repository, and trigger the attack without stolen credentials.

According to TRU, Red Heron began adapting a public proof-of-concept on July 29 and quickly developed an automated exploitation framework.

This tooling can process target lists, identify systems that allow user registration, automatically create accounts, execute the RCE chain, extract repository data from compromised hosts, and attempt to erase selected artifacts afterward.

The actor conducted scans on 1,386 internet-exposed Gitea instances across seven countries and compiled a separate list of 477 systems based in Taiwan.

Recovered reconnaissance records classified targets in Simplified Chinese across various sectors, including defense, elections, energy, aerospace, telecommunications, government, research, cloud services, developer tooling, and artificial intelligence.

Exposed directory listing containing the JITTERLY implant and related campaign files. (Source: Acronis)
Exposed directory listing containing the JITTERLY implant and related campaign files. (Source: Acronis)

TRU identified confirmed exploitation evidence involving organizations in Canada, Argentina, Taiwan, the United States, and Sri Lanka. A renewable-energy organization in Canada received specific attention, with 22 documented exploitation sessions.

The attacker accessed application repositories, authentication services, customer relationship management (CRM) and human resources (HR)-related systems, internal reports, APIs, configuration files, tokens, SSH host keys, and deployment credentials.

In another incident, Red Heron compromised a Taiwanese industrial automation environment and exfiltrated hundreds of repositories. Stolen materials included apparent monitoring and surveillance components, SCADA/HMI-related tools, IoT integrations, network-sniffing utilities, server configurations, and internal business applications.

TRU traced JITTERLY to an exposed Red Heron staging server that contained command history, target databases, exploitation tools, malware, and stolen repositories.

Detection by Acronis

This C++ Linux implant supports over 30 commands for shell execution, file movement, data transfer, host enumeration, interactive terminal access, tunneling, reverse port forwarding, and internal pivoting. Its communication protocol resembles the Linux agent used by the open-source Adaptix C2 framework, though JITTERLY employs AES-128-GCM for encrypted communications.

JITTERLY also decrypts and deploys SIXZUT, a previously unreported shared-library rootkit disguised as libglthread.so.2. By using /etc/ld.so.preload, SIXZUT can be loaded into dynamically linked processes, hiding malicious files, processes, network connections, and persistence artifacts from common administrative tools.

The rootkit filters filesystem and process listings, conceals configured connections from /proc-based tools and Netlink queries, and interferes with attempts to terminate protected processes. When operating with root privileges, it can also relaunch the JITTERLY implant if its binary remains present, but the process is stopped.

Red Heron’s most significant lateral movement activity involved a Taiwanese Synology-hosted environment. After gaining initial access to Gitea, the operator obtained a Proxmox root@pam authentication ticket, deployed payloads to three cluster nodes, and initiated VM backup operations using vzdump. Successfully collecting those backups could expose entire virtual machine disk images, not just source-code repositories.

TRU assesses with moderate confidence that Red Heron operates in a context linked to the People’s Republic of China (PRC), citing Simplified Chinese operational artifacts, target classification practices, metadata that treats Taiwan as a Chinese region, and targeting that aligns with strategic intelligence collection. Researchers have not yet associated the activity with any known advanced persistent threat (APT) group.

Organizations that operate self-hosted Gitea should upgrade to version 1.27.1 or later, disable unnecessary public registration, review Git and Gitea logs, rotate exposed secrets, and investigate any unexpected SSH keys, LD_PRELOAD entries, and unfamiliar processes.

Keep your SOC up to date on active malware & phishing within 24h of their emergence. Try ANYRUN to prevent incidents with early detection

Divya

Divya is a Senior Journalist at GBhackers covering Cyber Attacks, Threats, Breaches, Vulnerabilities and other happenings in the cyber world.

Text extracted automatically; images, tables and formatting may be missing. Original: https://gbhackers.com/red-heron-hackers-exploit-critical-gitea-rce/