The vulnerability, assigned CVE-2026-115560, joins the two previously disclosed PHP2Shell bugs that prompted widespread concern earlier this week. Unlike those earlier flaws, which received immediate patches, the foundation said this one can be mitigated by a configuration setting and does not pose the same level of risk.
Elizabeth Barron, executive director of the PHP Foundation, told The Register that the issue "requires a very unlikely combination of configuration and specific PHP application code, which we do not expect to occur in practical use of PHP." The foundation has published an informational advisory suggesting administrators "set session.upload_progress.enabled=0 until the next regular bugfix release, to fully protect from an unlikely RCE vector."
The two earlier PHP2Shell vulnerabilities, CVE-2026-109618 and CVE-2026-109619, were disclosed and patched on Wednesday. They involve memory-safety flaws in PHP, which runs on about 70 percent of websites with a known server-side programming language. Despite multiple proof-of-concept exploits circulating online and reports of mass exploitation attempts, the foundation said it has no evidence of successful compromises on patched systems.
Not all security experts are downplaying the risk. Charles Carmakal, chief technology officer at Mandiant, said in a LinkedIn post that "nonetheless, exploitation may have already begun in a limited fashion and the threat is viable and very serious." He noted that while many publicly circulating PoCs appear to be "vibe-coded" and incapable of remote code execution, some verified PoCs are capable of RCE against default deployments of mod_php, though not against PHP-FPM.
The foundation is working with OpenAI, Wiz and Calif on the issue, and said it will release a full advisory and fixed software with the next regular PHP release.
