Who is affected
WordPress Core contains a remote file inclusion flaw that permits unauthenticated attackers to include arbitrary readable PHP files from outside theme directories, potentially leading to remote code execution. This affects WordPress installations accessible over HTTP or HTTPS. The record does not specify affected version ranges, patch availability, or whether this applies to single-site or multisite deployments equally.
How to check whether this touches you
- Inventory WordPress installations across your estate, noting deployment type (self-hosted, managed hosting, or cloud-based) and whether each is internet-facing.
- Determine if each WordPress instance is reachable from the public internet without authentication (check firewall rules, WAF policies, and whether administrative interfaces are exposed).
- Query the WordPress version reported by each installation; version reporting alone is a signal of potential exposure, as backported security patches exist and may not change the advertised version string.
- If you run a large fleet, prioritise instances serving production workloads or handling sensitive data for version verification first.
What to do
- Check the WordPress vendor's official security advisory and apply any published patches or mitigations to your instances without delay, following CISA BOD 26-04 timelines (federal deadline 2026-09-28; adjust your own deadline accordingly).
- If patching is not immediately possible, restrict network access to WordPress administrative functions and the affected page-template resolution logic using firewall rules or a Web Application Firewall, logging all blocked attempts.
- Enable and centrally collect WordPress application logs and web server logs (Apache/Nginx access and error logs) covering the period from now until patching, paying attention to unusual file-inclusion patterns or references to PHP files outside theme directories.
- For cloud-hosted instances, verify with your hosting provider whether patches are available or whether discontinuation of the product is required under BOD 26-04; document the response.
- Escalate to your security or incident response team if you cannot patch within your organisation's BOD 26-04 window, or if you discover active exploitation attempts in logs.
If you find you were exposed
Exploitation of file inclusion flaws typically predates public disclosure; search your centralised logs and WordPress audit trails for evidence of unusual file-access patterns, PHP execution from non-theme directories, or unexpected outbound connections from the affected server, looking back at least 90 days or to your log retention limit. If you find indicators of exploitation, treat the affected instance as potentially compromised and escalate to incident response for forensic analysis and remediation.