9.8

CVSS v3.1

12+

Months Inside F5

Mon

CISA Deadline

7.5→9.8

CVSS Reclassified

The Story

The timeline on this one matters. In October 2025, F5 published a security advisory disclosing that a "highly sophisticated nation-state threat actor" had gained access to its internal systems. The attacker had been inside F5's network for at least 12 months. During that time, they accessed BIG-IP source code and information about undisclosed vulnerabilities. Later reporting linked the attackers to China and identified the deployment of the Brickstorm backdoor on F5 customers' systems.

As part of that October disclosure, F5 patched CVE-2025-53521 in BIG-IP APM. At the time, it was classified as a denial-of-service vulnerability with a CVSS of 7.5. Many system administrators, already stretched thin, likely deprioritized it. A DoS bug on an internal component is not typically a hair-on-fire patch. watchTowr CEO Benjamin Harris put it plainly: "When F5 CVE-2025-53521 first emerged last year as a denial-of-service issue, it didn't immediately signal urgency, and many system administrators likely prioritized it accordingly."

That changed this week. F5 updated its advisory to reclassify CVE-2025-53521 as pre-authentication remote code execution, upgrading the CVSS score from 7.5 to 9.8 (v3.1) and 9.3 (v4.0). F5 confirmed that the vulnerability "has been exploited in the vulnerable BIG-IP versions." The flaw affects the apmd process, which processes live traffic. When a BIG-IP APM access policy is configured on a virtual server, specific malicious traffic can lead to RCE. BIG-IP systems in Appliance mode are also vulnerable.

CISA added CVE-2025-53521 to its Known Exploited Vulnerabilities catalog today, ordering Federal Civilian Executive Branch agencies to patch by Monday, March 30. Defused Cyber confirmed they are seeing "acute scanning activity" for vulnerable BIG-IP devices following the KEV addition.

The indicators of compromise published by F5 point to sophisticated post-exploitation. The threat actor is disabling the SELinux kernel security module, gaining control over the management interface, and deploying webshells that operate entirely in memory, leaving minimal forensic artifacts on disk. F5 also observed the attacker modifying sys-eicheck, the BIG-IP system integrity checker, to hide their modifications. In one observed case, the attacker modified components in one partition but failed to replicate the changes to the second partition. When the customer upgraded and rebooted into the clean partition, the modifications did not persist. But that is not a reliable defense. It is luck.

The most alarming post-exploitation capability is novel malware dubbed "Junction." Junction allows the adversary to route network traffic into and out of ESXi guest virtual machines via VSOCK sockets. An attacker can send HTTP requests to the ESXi host, and Junction routes the data to a guest VM of the attacker's choosing. This enables the threat actor to pivot from a compromised BIG-IP appliance to vCenter servers and ESXi hypervisors hosting virtualized infrastructure, a path that leads to complete environment compromise.

The Adversary Perspective

This is a textbook example of what happens when a nation-state breaches a network security vendor and weaponizes what they find.

The attacker had the source code. They did not need to reverse-engineer the patch. They had direct access to the BIG-IP codebase for over 12 months, along with information about vulnerabilities that F5 had not yet disclosed. This gave them a fundamental advantage: they could identify exploitable flaws faster, build more reliable exploits, and understand the internal architecture of the target device at a level that no external attacker could match. When CVE-2025-53521 was patched as a DoS, the attacker already knew it was more than that.

The initial classification as DoS was catastrophically wrong. Whether F5 genuinely believed the flaw was limited to DoS in October, or whether they underestimated it, the effect was the same: organizations deprioritized patching. A CVSS 7.5 DoS does not receive the same urgency as a CVSS 9.8 pre-auth RCE. The five-month gap between the original patch and the reclassification gave the attackers five months of exploitation against organizations that had rationally chosen not to prioritize a DoS patch. This is a systemic failure in how vulnerability severity is communicated.

The post-exploitation tradecraft is nation-state grade. In-memory webshells leave no files on disk. Modifying the device's own integrity checker means the appliance's built-in self-check will report that everything is clean. Disabling SELinux removes the kernel-level access controls. Junction malware traverses from network appliances to virtualization infrastructure via a protocol (VSOCK) that most network monitoring tools do not inspect. Every step is designed to evade detection at multiple layers simultaneously.

Figure 01

  1. 2024-2025

    F5 Corporate Breach

    China-linked threat actor breaches F5 corporate network. Maintains persistent access for 12+ months. Steals BIG-IP source code and information about undisclosed vulnerabilities. Deploys Brickstorm backdoor on customer systems.
  2. OCT 2025

    F5 Patches as DoS (CVSS 7.5)

    F5 discloses breach and patches CVE-2025-53521 as denial-of-service. Many organizations deprioritize the patch. Attackers already know the flaw enables RCE and begin exploitation.
  3. MAR 2026 // CRITICAL

    Reclassified to Pre-Auth RCE (CVSS 9.8)

    F5 reclassifies CVE-2025-53521 as remote code execution after "new information obtained in March 2026." Confirms active exploitation. CISA adds to KEV with Monday deadline.
  4. ACTIVE // CRITICAL

    Pre-Auth RCE via apmd

    Unauthenticated attacker sends malicious traffic to BIG-IP APM virtual server with access policy configured. Exploits vulnerability in apmd process to achieve remote code execution with root privileges.
  5. POST-EXPLOIT // CRITICAL

    SELinux Disabled, Integrity Checker Modified

    Attacker disables SELinux kernel security module. Deploys in-memory webshells. Modifies sys-eicheck (BIG-IP integrity checker) so device self-checks report clean. Management interface compromised. Full appliance control achieved.
  6. PIVOT // CRITICAL

    Junction: BIG-IP to ESXi via VSOCK

    Novel "Junction" malware routes traffic from compromised BIG-IP into ESXi guest VMs via VSOCK sockets. Attacker pivots to vCenter and ESXi hypervisors hosting virtualized infrastructure. Complete environment compromise.

Vulnerability & IOC Details

  • CVE: CVE-2025-53521
  • Original CVSS: 7.5 (DoS, October 2025)
  • Reclassified CVSS: 9.8 (v3.1) / 9.3 (v4.0) - Pre-Auth RCE (March 2026)
  • Affected Process: apmd (processes live traffic)
  • Affected Versions: BIG-IP APM 17.5.0-17.5.1, 17.1.0-17.1.2, 16.1.0-16.1.6, 15.1.0-15.1.10
  • Prerequisite: BIG-IP APM access policy configured on a virtual server
  • CISA KEV Deadline: March 30, 2026 (Monday)
  • Attribution: China-linked nation-state (breached F5 corporate network)
  • File IOC: /run/bigtlog.pipe
  • Binary IOC: Mismatched hash/size on /usr/bin/umount or /usr/sbin/httpd
  • Log IOC: Audit logs showing localhost iControl REST API access
  • Post-Exploit: SELinux disabled, sys-eicheck modified, in-memory webshells
  • Lateral Movement: Junction malware via VSOCK to ESXi guest VMs
  • Novel Malware: Junction, Brickstorm

Defensive Takeaways

  1. 1

    Patch to Fixed BIG-IP APM Versions Today, Not Monday

    CISA's deadline is Monday. Active scanning for vulnerable devices is already underway. Upgrade to BIG-IP 17.5.2, 17.1.2.1, 16.1.6.1, or 15.1.10.3 and later. If you patched the original October advisory for the DoS classification, verify that your installed version actually resolves the RCE. The patches are the same, but organizations that skipped them because "it was just a DoS" need to act immediately.

  2. 2

    Hunt for Compromise Before Patching

    If your BIG-IP APM has been exposed since October 2025 without the patch, assume compromise is possible and hunt before you patch. Check for /run/bigtlog.pipe. Verify the hash and file size of /usr/bin/umount and /usr/sbin/httpd against known-good values. Review audit logs for localhost iControl REST API access. Check SELinux status. If SELinux is disabled on a BIG-IP appliance and you did not disable it, that is a confirmed indicator. Run F5's published integrity check procedures. Keep in mind that the attackers modified sys-eicheck itself, so the device's built-in integrity check may lie to you.

  3. 3

    Inspect Your Virtualization Infrastructure for Junction Malware

    If a BIG-IP appliance was compromised, the attackers may have pivoted to vCenter servers and ESXi hypervisors using Junction malware. Junction uses VSOCK sockets to tunnel traffic between the ESXi host and guest VMs, bypassing traditional network monitoring. Look for unexpected VSOCK communications on ESXi hosts. Review vCenter access logs for unusual administrative activity. Check for unauthorized VMs or modifications to existing VM configurations. This pivot path means a compromised BIG-IP is not just a network edge incident. It is potentially a full infrastructure compromise.

  4. 4

    Rotate All Credentials Accessible From BIG-IP APM

    BIG-IP APM handles authentication traffic. If compromised, the attacker had access to every credential, session token, and authentication flow that traversed the device. Rotate LDAP/AD service account passwords, SAML signing certificates, SSL/TLS private keys, RADIUS shared secrets, and any other credentials stored in or processed by the appliance. Force re-authentication for all users. Assume that any credential that touched the BIG-IP during the exposure window has been captured.

  5. 5

    Revisit How You Prioritize Vendor Vulnerability Classifications

    This flaw sat at CVSS 7.5 for five months while it was being actively exploited as a pre-auth RCE. The lesson is clear: when a vendor that has been breached by a nation-state patches a vulnerability in the product whose source code was stolen, the initial severity classification is not trustworthy. The attacker had the source code. They knew more about the flaw than the advisory disclosed. Organizations that applied the patch in October based on the DoS classification were protected by coincidence, not by process. Build your patching priorities around context, not just CVSS scores. A vendor breach changes the risk calculus for every subsequent advisory that vendor publishes.