Who is affected
This vulnerability affects WSO2 API Control Plane, API Manager, Traffic Manager, and Universal Gateway. The record does not specify which versions are vulnerable, the nature of the path traversal mechanism, or whether all deployment modes (cloud, on-premises, hybrid) are equally exposed. If you run any of these WSO2 products, you should treat this as potentially applicable to your environment.
How to check whether this touches you
- Search your infrastructure inventory and configuration management database for instances of WSO2 API Control Plane, API Manager, Traffic Manager, or Universal Gateway.
- Establish whether any of these services are accessible from untrusted networks—primarily the internet, but also from network segments you do not fully control.
- Obtain the exact version number of each running instance from the product's administrative interface or logs; version alone does not confirm vulnerability status, but it is the starting point for vendor guidance matching.
- Check whether your instances are cloud-hosted via WSO2 (where the vendor may have already patched) or self-managed.
What to do
- Immediately obtain vendor mitigation or patching instructions from WSO2 for your specific product and version; do not assume all versions or deployment modes have the same fix.
- If patching is not yet available or will be delayed, restrict network access to affected services—remove public DNS records, firewall off inbound routes, or move services behind additional authentication layers until remediation is in place.
- Enable and review all file upload and execution logs on affected systems; path traversal attempts often leave traces in access logs, though they may be subtle.
- If your instance is cloud-hosted, contact WSO2 support to confirm patching status and timeline on your account.
- Escalate to your security team and compliance function if the service is internet-facing, handles sensitive data, or supports critical workflows; the vulnerability chain includes remote code execution.
If you find you were exposed
Examine web server and application logs covering at least the last three months for suspicious file paths, traversal sequences (patterns with ../ or encoded variants), or unexpected file uploads. Successful exploitation typically leaves evidence of file writes or process execution shortly after the malicious request. Retention of these logs is your primary tool; without them, detection is severely limited. Engage your forensics team and WSO2 support to review any suspicious activity and confirm whether code execution occurred.