CVE-2026-94127

F5 BIG-IP APM Heap-based Buffer Overflow (CVE-2026-94127)

Initial Access Execution Impact Last updated:

Detects exploitation attempts and post-exploitation activity targeting CVE-2026-94127, a heap-based buffer overflow (CWE-122) in the F5 BIG-IP Access Policy Manager (APM). The flaw allows a remote attacker to corrupt heap memory in the APM/TMM processing path, potentially achieving remote code execution or crashing the traffic management microkernel (TMM). Listed in CISA KEV with active exploitation. This detection surfaces anomalous APM authentication endpoint traffic, TMM crashes/restarts, unexpected process spawns from BIG-IP service accounts, and outbound connections from the appliance that indicate successful memory-corruption exploitation.

Vulnerability Intelligence

KEV — Known Exploited

What is CVE-2026-94127 F5 BIG-IP APM Heap-based Buffer Overflow (CVE-2026-94127)?

F5 BIG-IP APM Heap-based Buffer Overflow (CVE-2026-94127) (CVE-2026-94127) maps to the Initial Access and Execution and Impact tactics — the adversary is trying to get into your network in MITRE ATT&CK.

This page provides production-ready detection logic for F5 BIG-IP APM Heap-based Buffer Overflow (CVE-2026-94127), covering the data sources and telemetry it touches: F5 BIG-IP CEF/Syslog, Firewall/WAF logs. The queries below are rated high severity at medium confidence, and ship for 7 SIEM platforms — KQL, SPL, Elastic, QRadar, Sumo, YARA-L, LogScale.

MITRE ATT&CK

Tactic
Initial Access Execution Impact
Microsoft Sentinel / Defender
kusto
// F5 BIG-IP APM heap overflow exploitation (CVE-2026-94127) via TMM crash + anomalous APM POSTs
let apmEndpoints = dynamic(["/my.policy", "/vdesk/", "/pre/", "/tmui/", "/iControl/", "/mrhInclude", "/vdesk/hangup.php3"]);
let suspiciousUA = dynamic(["curl", "python-requests", "Go-http-client", "libwww-perl", ""]);
CommonSecurityLog
| where DeviceVendor == "F5" or DeviceProduct has_any ("BIG-IP", "APM", "ASM")
| where RequestURL has_any (apmEndpoints)
| where RequestMethod == "POST"
| extend BodyLen = toint(column_ifexists("RequestClientApplication", "")), ua = tostring(RequestClientApplication)
| where DeviceCustomString1 has_any ("overflow", "segfault", "TMM", "reset") or AdditionalExtensions has "heap"
| summarize Requests = count(), DistinctURLs = dcount(RequestURL), FirstSeen = min(TimeGenerated), LastSeen = max(TimeGenerated) by SourceIP, DestinationIP, DeviceProduct
| where Requests > 5
| order by Requests desc

Correlates high-volume POST requests to F5 BIG-IP APM virtual server endpoints with device log markers indicating TMM anomalies (segfault/reset/heap). Tune apmEndpoints to your APM access profile URIs.

high severity medium confidence

Data Sources

F5 BIG-IP CEF/Syslog Firewall/WAF logs

Required Tables

CommonSecurityLog

False Positives

  • Legitimate high-volume SSO/VPN logon storms during shift changes or outages
  • Vulnerability scanners (Nessus/Qualys) fingerprinting the APM login page
  • Load-balancer health monitors polling /my.policy repeatedly

Sigma rule & cross-platform mapping

The detection logic for F5 BIG-IP APM Heap-based Buffer Overflow (CVE-2026-94127) (CVE-2026-94127) above is provided in a vendor-neutral form so you can deploy it on any SIEM. The same logic is shipped here as native KQL (Microsoft Sentinel / Defender), SPL (Splunk), Elastic (Elastic Security (EQL)), QRadar (IBM QRadar (AQL)), Sumo (Sumo Logic CSE), YARA-L (Google Chronicle / SecOps), LogScale (CrowdStrike LogScale (CQL)) queries. In Sigma terms, this detection targets the following logsource:

logsource:
  category: network_connection
  product: windows

Browse the community-maintained Sigma rules for this technique:


Testing Methodology

Validate this detection against 3 adversary techniques from Atomic Red Team. Each test below lists the behaviour to exercise and the telemetry you should expect to see. Executable commands and cleanup steps are available with Pro.

  1. Test 1Simulated oversized POST to APM logon endpoint

    Expected signal: APM access log entry showing a POST to /my.policy with an abnormally large request body from the tester source IP.

  2. Test 2Simulate TMM restart marker in syslog

    Expected signal: Syslog/TMM log line containing 'SIGSEGV' and 'TMM restarting' ingested by the SIEM.

  3. Test 3Simulate APM daemon spawning a shell

    Expected signal: Process-start event showing /bin/sh or bash spawned from a parent process emulating apmd/tmm/httpd.


Response Playbook

Triage

  1. Confirm the affected BIG-IP is running an APM-enabled configuration and cross-reference its software version against F5 advisory K000162605 to determine if it is in the vulnerable range.
  2. Review TMM logs (/var/log/tmm*, ltm) around the alert timeframe for segfault, core dump, or unexpected TMM restarts coinciding with the flagged source IP.
  3. Examine APM access logs (/var/log/apm) for the source IP: look for malformed or oversized POST bodies to /my.policy, /vdesk/, or iControl endpoints preceding any crash.
  4. Determine whether the source IP is internal, a known scanner, or an untrusted external host, and whether the appliance is internet-exposed.

Containment

  1. If exploitation is confirmed or strongly suspected, fail over to a standby BIG-IP or take the affected APM virtual server offline while patching.
  2. Apply the F5-provided fixed version per K000162605, or implement the vendor's interim mitigation (restrict management/APM access via self-IP port lockdown and iRules filtering).
  3. Block the identified source IP(s) at the perimeter and restrict APM virtual server access to known-good networks.

Evidence Collection

  1. Generate and preserve a qkview and collect /var/core/ TMM core files, /var/log/tmm*, /var/log/apm, and /var/log/ltm for forensic analysis.
  2. Capture full packet payloads of the suspicious POST requests (from WAF/IDS or tcpdump on the self-IP) to preserve the exploit primitive.

Escalation Criteria

  • ! Escalate to incident response immediately if a shell, network tool, or outbound C2 connection is observed spawning from tmm/apmd/httpd on the appliance.
  • ! Escalate if TMM core dumps recur or configuration/credential files (bigip.conf, master key, session DB) show signs of tampering or exfiltration.

Investigation Guide

Forensic Artifacts

  • > TMM core dump files in /var/core/
  • > APM access logs (/var/log/apm) and TMM logs (/var/log/tmm*)
  • > Unexpected cron entries, iRules, or modified bigip.conf indicating persistence
  • > New or modified files under /config and /var/tmp on the appliance

Tuning Guidance

Baseline normal APM POST volume per source IP over 30 days and set thresholds above the 99th percentile. Whitelist authorized vulnerability scanners and load-balancer health monitors by source IP. On appliances that legitimately restart TMM during maintenance, exclude change-window timeframes. Ensure BIG-IP is forwarding both apm and tmm syslog facilities so crash correlation works.


Hunting Queries

Hunt for source IPs generating anomalously high POST volume against APM endpoints, a precursor to fuzzing/exploitation.

Hunting — KQL
kql
CommonSecurityLog | where DeviceVendor == "F5" | where RequestURL has_any ("/my.policy", "/vdesk/", "/iControl/") and RequestMethod == "POST" | summarize count() by SourceIP, bin(TimeGenerated, 1h) | where count_ > 50
Hunting — SPL
spl
index=network sourcetype="f5:bigip:apm:syslog" ("my.policy" OR "/vdesk/" OR "/iControl/") POST | stats count by src_ip, host | where count > 50

Atomic Red Team Tests

Test 1 Simulated oversized POST to APM logon endpoint
linux

Sends an APM logon POST with an oversized field to generate the anomalous-request telemetry the detection keys on (does not exploit the vulnerability).

Command

bash
curl -k -s -o /dev/null -X POST "https://$BIGIP_APM/my.policy" --data "username=$(python3 -c 'print(\"A\"*20000)')&password=test"

Cleanup

bash
echo 'No cleanup required; no state persisted on the tester side.'

Expected Telemetry

APM access log entry showing a POST to /my.policy with an abnormally large request body from the tester source IP.

Expected Detection

KQL/SPL correlation flags the source IP for high-volume/anomalous POST activity against APM endpoints.

Test 2 Simulate TMM restart marker in syslog
linux

Injects a synthetic TMM segfault/restart log line into the BIG-IP syslog stream (lab only) to validate crash-correlation logic.

Command

bash
logger -p local0.err -t tmm "notice tmm[12345]: 01010025:5: SIGSEGV received, core dumped, TMM restarting"

Cleanup

bash
echo 'Log entry ages out per retention; no manual cleanup needed.'

Expected Telemetry

Syslog/TMM log line containing 'SIGSEGV' and 'TMM restarting' ingested by the SIEM.

Expected Detection

SPL/QRadar/Sumo crash-correlation rules increment the crash counter for the host.

Test 3 Simulate APM daemon spawning a shell
linux

Spawns a child shell under a parent named to mimic an APM daemon to validate the EQL/CQL process-lineage detection (lab host only).

Command

bash
bash -c 'exec -a apmd sleep 30 & sleep 1; kill %1' ; setsid bash -c "echo simulated-apmd-child; /bin/sh -c id" &

Cleanup

bash
pkill -f 'simulated-apmd-child' 2>/dev/null; echo done

Expected Telemetry

Process-start event showing /bin/sh or bash spawned from a parent process emulating apmd/tmm/httpd.

Expected Detection

Elastic EQL sequence and CrowdStrike CQL join fire on the anomalous BIG-IP-daemon-to-shell process lineage.

Related Detections