Remote code
execution
Exploitation of either vulnerability can allow an unauthenticated attacker to execute code on an affected PHP server.
SERVER COMPROMISETwo critical flaws in PHP's core engine can enable unauthenticated remote code execution and memory disclosure. Know your exposure. Find the right fixes. Act with confidence.
These are vulnerabilities in PHP itself, not just in a particular plugin, CMS or application. Exposure depends on your runtime and deployment.
Exploitation of either vulnerability can allow an unauthenticated attacker to execute code on an affected PHP server.
SERVER COMPROMISESome exploitation paths can disclose PHP worker memory, potentially exposing session material or other secrets.
DATA EXPOSUREThe affected code lives inside PHP. WordPress, Drupal, Joomla and custom applications all warrant runtime review.
PHP COREBased on disclosures from the PHP project and Wiz Research. An affected version does not prove exploitation.
Researchers uncovered these long-standing PHP flaws with help from frontier AI. Calif identified a critical flaw using GPT-5.6 Sol, while Wiz independently discovered and reported both vulnerabilities. Human-led research, amplified by AI — and a glimpse of how security discovery is changing.
Compare a PHP version with the PHP project's 21 October 2026 upstream security releases. Your input never leaves this browser.
Check the web runtime. The version reported by php -v in your shell may differ from PHP-FPM, Apache or an embedded runtime. Distribution packages may carry backported fixes.
Enter a PHP version above to compare it with published upstream fixes.
Informational comparison only. This is not a vulnerability scan, an exploit test or confirmation that your entire stack is secure.
Official upstream PHP versions released on 21 October 2026. Use your OS or hosting vendor's advisories when backported patches apply.
| PHP branch | Upstream fixed in | Status | Details |
|---|---|---|---|
| PHP 8.5 | 8.5.12 | PATCH AVAILABLE | Release notes ↗ |
| PHP 8.4 | 8.4.27 | PATCH AVAILABLE | Release notes ↗ |
| PHP 8.3 | 8.3.36 | PATCH AVAILABLE | Release notes ↗ |
| PHP 8.2 | 8.2.35 | PATCH AVAILABLE | Release notes ↗ |
| PHP 8.1 and older | No supported upstream release | END OF LIFE | Support policy ↗ |
Some operating systems and long-term support vendors backport fixes without changing the upstream version number. PHP also published minimal source backports for certain older branches. Always review your vendor's security bulletin.
Practical priorities for teams responsible for production PHP infrastructure. Patch before relying on partial mitigations.
Check internet-facing sites, containers, appliances and hosting environments. Distinguish CLI PHP from the actual web-serving runtime.
Move to a fixed upstream release or a documented, vendor-patched distribution package. Include embedded PHP and container base images.
Restart affected workers or services, then confirm the active runtime loads the corrected package across all nodes.
Review logs and relevant security guidance. If compromise is suspected, follow your incident response process and preserve evidence.
Unable to patch immediately? Follow the PHP project's temporary mitigation guidance. These measures address individual attack paths, but the PHP project explicitly says only applying the fix is a complete solution.
Read primary advisoryFor a fast-moving security event, trust original disclosures and maintainers over unverified exploit summaries.
This page summarizes information publicly available on . Security advisories may change. Always verify the latest updates with the PHP project and your software vendors.
No. These vulnerabilities are in PHP itself. WordPress, Drupal, Joomla and custom PHP applications may be affected depending on the PHP runtime they use. Updating a CMS alone may not patch the PHP engine.
No. The checker runs entirely in your browser. It compares a version you enter against the upstream PHP release thresholds. It does not connect to your server, send network requests, or detect vendor backports.
A fixed PHP engine addresses these identified vulnerabilities at the upstream level, but it does not guarantee overall application security. Continue routine patching and security monitoring.
A vendor may supply a patched PHP package that keeps an older-looking version number. Use the distribution's package changelog or security advisory to verify that both CVEs are addressed.
AI played an important role, alongside human researchers. Calif identified a critical flaw with GPT-5.6 Sol; Wiz independently discovered the vulnerabilities using AI tools. See the OpenAI disclosure and Wiz research.