CVE-2022-1388: F5 BIG-IP Missing Authentication Vulnerability
F5 BIG-IP contains a missing authentication in critical function vulnerability which can allow for remote code execution, creation or deletion of files, or disabling services.
CVE-2022-1388 is a missing-authentication vulnerability in F5 BIG-IP. An unauthenticated attacker who can reach a vulnerable management interface may execute code, create or delete files, or disable services. Because the flaw has been used in ransomware activity, organizations running BIG-IP should treat exposure as high priority and confirm exact impact against the vendor advisory.
CISA lists the required action as applying updates per vendor instructions. The remainder of this guidance focuses on practical detection, remediation, and interim controls for IT and security teams.
How it works
The weakness is classified as CWE-306: Missing Authentication for Critical Function. In products of this class, a management or control-plane function that should require authentication can be invoked without valid credentials when certain conditions are met.
An attacker who can reach the affected interface may call those functions directly. According to the CISA summary, successful abuse can lead to remote code execution, arbitrary file creation or deletion, or disabling of services. Exact request paths, parameters, and preconditions are not detailed here; defenders must obtain those specifics from the F5 advisory rather than relying on third-party descriptions.
Am I affected? How to find it in your systems
F5 BIG-IP appliances and virtual editions commonly sit at network perimeters, in DMZs, or as internal application delivery controllers. Inventory every BIG-IP instance—hardware, VE, and cloud images—including those used only for management or lab purposes.
- Query configuration management, CMDBs, and network discovery tools for hosts identifying as BIG-IP or running F5 software.
- Check the software version and hotfix level on each unit against the fixed versions listed in the vendor advisory; do not assume a version is safe without that confirmation.
- Identify whether the management interface or other administrative endpoints are reachable from untrusted networks.
- Review authentication and access logs for unexpected management API or UI activity, especially unauthenticated requests that succeed or produce unusual error patterns.
- Look for sudden service stops, unexplained file changes in system directories, or new administrative accounts as possible post-exploitation signs.
Telemetry alone cannot prove absence of compromise; pair log review with version inventory and network exposure checks.
How to remediate
Patch first. Apply the updates F5 released for this vulnerability, following the vendor’s installation and reboot guidance. CISA’s required action is exactly that: apply updates per vendor instructions.
- Schedule maintenance windows promptly; test the update in a non-production pair if you use high-availability configurations.
- After patching, verify the running version matches a fixed release listed by F5.
- Restrict management-plane access to dedicated administrative networks or jump hosts; remove any unnecessary exposure of administrative ports to the internet or broad internal segments.
- Enforce strong authentication and, where supported, multi-factor authentication for remaining administrative access.
- Re-enable or harden any services that may have been weakened during interim workarounds, once the patch is confirmed.
If you can't patch immediately
Until the vendor update can be installed, reduce the attack surface and increase detection.
- Segment and firewall the management interface so it is reachable only from a tightly controlled administrative network; block it from the internet and from general user VLANs.
- If the advisory describes a way to disable or restrict the affected component, apply that configuration change and document it for later reversal.
- Deploy or tune WAF / reverse-proxy rules or IPS signatures that the vendor or your security vendor has published for this issue; treat them as temporary virtual patching only.
- Increase monitoring on BIG-IP management logs, authentication failures, and configuration-change events; alert on anomalies and retain logs for forensic use.
- Limit the number of administrators and rotate credentials if there is any suspicion of prior exposure.
These steps lower risk but do not replace the patch.
If your data may have been exposed
Actively exploited vulnerabilities, including those with known ransomware use, frequently precede broader compromise. If your BIG-IP instances were reachable and unpatched during the period of known exploitation, assume an attacker may have obtained a foothold and investigate accordingly—review logs, check for persistence, and follow your incident-response process. As a simple additional check, you can run a free exposure scan of your email addresses against known breach data to see whether credentials or personal information have appeared in prior incidents.
AICompiled with AI assistance from public sources and published under our editorial standards.