CVE-2026-83627
largeUnauthenticated Remote Code Execution in WordPress Hummingbird Plugin
CVE-2026-83627 is a critical, unauthenticated remote code execution flaw in the Hummingbird speed-optimization plugin for WordPress, affecting all versions up to and including 3.21.0. The page-cache debug log is written to the directly web-accessible file wp-content/wphb-logs/page-caching-log.php, whose protective '<?php die(); ?>' header is guarded by a class_exists('Filesystem') check that can never match (the class actually lives in Hummingbird\Core), so the header is omitted whenever the log is created during a front-end request — via the plugin's Clear logs action, a cache flush, or unattended through the daily log-rotation cron — and get_cookies() then writes raw wphb_cache_-prefixed cookie names into the file without sanitization. An unauthenticated attacker can therefore send a single anonymous request with malicious PHP in a wphb_cache_ cookie and execute it by loading the log file directly, gaining full remote code execution under the web server's account. Only sites where an administrator enabled Page Caching together with the non-default Debug Log option are exposed. No public proof-of-concept or confirmed in-the-wild exploitation is known; EPSS currently assigns a 0.8% probability of exploitation within 30 days, and the issue is not in the CISA KEV catalog.
What to do: Update the Hummingbird plugin to the first fixed release (any version newer than 3.21.0) as soon as possible; until then, disable the Page Caching Debug Log option and delete or block direct web access to wp-content/wphb-logs/page-caching-log.php. Inspect the log file for injected PHP (e.g., content following unexpected wphb_cache_ cookie names) and review web-server access logs for anonymous requests to that path, since successful exploitation grants code execution under the web-server account and can lead to full site compromise.
| WPMU DEV Hummingbird – Speed Optimization, Caching, Minify, Compress & CDN (WordPress plugin) | all versions up to and including 3.21.0 (≤ 3.21.0) |
Order-of-magnitude estimate by the model from install counts, market share and public scan data it knows; verify before quoting.
The Hummingbird – Speed Optimization, Caching, Minify, Compress & CDN plugin for WordPress is vulnerable to Remote Code Execution in all versions up to, and including, 3.21.0 via the log_msg() function in core/modules/class-page-cache.php. The page-cache debug log is written to wp-content/wphb-logs/page-caching-log.php, a directly web-accessible PHP file that is supposed to be protected by a leading ' ' header. That header is guarded by class_exists( 'Filesystem' ), which can never match because class_exists() resolves string arguments in the global namespace while the class is Hummingbird\Core\Filesystem; when the log is created during a front-end request the header is therefore omitted entirely. get_cookies() then writes the raw name of any cookie matching the wphb_cache_ prefix into that file without sanitization. This makes it possible for unauthenticated attackers to write arbitrary PHP into the log file with a single anonymous request and execute it by requesting the file directly, resulting in full remote code execution. Exploitation requires the site administrator to have enabled Page Caching with the Debug Log option (non-default), and the log file to be created during a front-end request — a state reached by the plugin's own 'Clear logs' action, any cache flush, or unattended via the plugin's daily log-rotation cron, which can strip the protective header from an existing log file.
- Ecosystems
- WordPress
- Weakness
- CWE-94
- Vector
- CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
In the news0 stories
No ingested article mentions this CVE yet.