The PHP Vulnerability and Metabunk/Sitrec

Mick West

Administrator
Staff member
Article:
21 Oct 2026
Security advisory: Critical remote code execution vulnerabilities, update now
PHP 8.5.12, 8.4.27, 8.3.36 and 8.2.35 fix two critical vulnerabilities that can allow unauthenticated remote code execution. All PHP users are strongly encouraged to update immediately.


This has been mitigated for the Metabunk forum. But Sitrec is still waiting for some updates to be published and so is going to be offline for a while.
 
This is going to be quite a big deal.

Article:
Executive Summary
Wiz Research uncovered multiple critical vulnerabilities in core PHP, a popular general-purpose scripting language that powers 70% of all websites in the world. Successful exploitation could allow attackers to take control of affected servers, steal sensitive data, and deface the websites running on them.

PHP is a backbone of the web: it's the programming language powering WordPress, Joomla, Drupal, Wikipedia's MediaWiki, and many others.

These vulnerabilities include memory disclosure and unauthenticated remote code execution in PHP itself, independent of the application running on top of it, putting every affected website in immediate risk.

Every PHP version released in the last decade is affected by at least one of these vulnerabilities, going back to version 5.4. Attackers can exploit them remotely, in some cases fairly easily. Immediate patching is strongly advised.

On October 21, 2026, PHP released the patch fixing multiple memory-safety vulnerabilities in the core engine.

These findings rank among the most severe vulnerabilities discovered in PHP, and arguably in software history. The underlying flaws had been present for decades, but demonstrating their exploitability required an exceptionally complex chain of steps, at the edge of what human researchers could practically achieve. Frontier AI models substantially reduced that barrier, turning a longstanding flaw into an exploit.
 
Them not putting out official patches or binary/container builds for anything prior to 8.2 is going to be a problem for years. Sure the release schedule says they only officially support back to 8.2 and this will motivate orgs to upgrade faster, but multiple pre-auth RCEs that affects every install for the last 10+ years seems severe enough to warrant breaking the official policy on this and they shouldn't rely on 3rd party distributors to implement the backports and older-version builds.
 
Does PHP have the equivalent of Coverity and other static and dynamic code analysis tools? If it doesn't, perhaps the finger-pointing towards C at being "not memory safe" was unfounded. The last time I used PHP, was in 2006, when I was working for a finnish company hawking ringtones to drunk people who could either not read or type...
It was garbage then, real dumb-arse-stupid insecurities literally everywhere, I'd be amazed if it's improved much since. You design in security, not retrofit it.
 

Trending content

Back
Top