- What is php2shell?
- php2shell is the nickname for two PHP flaws, CVE-2026-109618 and CVE-2026-109619, fixed on Oct 21, 2026. Both can let an attacker run code on a server without logging in. The official severity score is 9.2 (CVSS v4).
- Which PHP versions fix CVE-2026-109618 and CVE-2026-109619?
- PHP 8.5.12, 8.4.27, 8.3.36 and 8.2.35, or anything later in those branches. For 8.1, 8.0 and 7.4, the PHP security team published minimal patches; the version number stays the same, so check that your PHP build was made on or after Oct 21, 2026. PHP 7.3 and older have no official fix. If you use a Linux distribution's PHP package, check your vendor's security notice.
- What is the php2shell fix?
- Update PHP to a fixed version, then restart PHP so the old code stops running. PHP's security team says updating is the only complete fix. A web firewall can help while you update, but it doesn't replace the patch.
- Is the CVE-2026-109618 patch out?
- Yes. PHP released fixes for CVE-2026-109618 and CVE-2026-109619 on Oct 21, 2026. The fixed versions are 8.5.12, 8.4.27, 8.3.36 and 8.2.35. For 8.1, 8.0 and 7.4, the PHP security team published minimal patches; the version number stays the same, so check that your PHP build was made on or after Oct 21, 2026.
- My PHP version number didn't change after updating. Am I still exposed?
- Maybe not. Linux distributions such as Ubuntu, Debian and Red Hat sometimes add the fix to an older version number (a backport). On PHP 8.1, 8.0 and 7.4, patched builds keep the same number, so check the package build date instead: on or after Oct 21, 2026. Your vendor's security notice for CVE-2026-109618 and CVE-2026-109619 lists the package version that contains the fix.
- Is the PHP vulnerability score 10.0 or 9.2?
- PHP's own score is 9.2 (CVSS v4). NVD lists 9.8 using the older CVSS v3.1 scale. A 10.0 score circulated after an early leak on Oct 20, and PHP says that figure was wrong. Either way it's rated critical, so patching is the right step.
- Was my site hacked? What signs should I look for?
- Look for new or changed PHP files in wp-content/uploads, must-use plugins or the main site folder; admin users you don't recognize; scheduled tasks you didn't create; and PHP starting programs like shells, curl or wget. These are signs, not proof. Have someone check before you decide anything.
- Do I need to take my site offline?
- Only if you can't patch. CISA's Oct 21 alert, which doesn't mention the 8.1, 8.0 and 7.4 patches, advises taking PHP-based systems offline if they can't be updated, or if they run PHP 8.1 or older. If a fixed version is available for your server, including the patched builds for 8.1, 8.0 and 7.4, updating and restarting PHP is the better path.
- Do I need to restart anything after patching PHP?
- Yes. PHP processes that keep running (php-fpm, Apache with mod_php, LiteSpeed's lsphp) keep the old code until they restart. Restart them after updating, then confirm the new version from the live site.
- Should I change my passwords and keys?
- If your site was online on an unfixed version, it's a sensible step. Researchers at Wiz report the flaws can expose server memory, which can hold passwords and tokens. Consider changing WordPress salts, database passwords, API keys, and email and payment keys.
- Are Drupal, Joomla and other PHP sites affected?
- Yes, through PHP. The flaw is in PHP itself, so any site or app running an unfixed PHP version is exposed, whatever it's built with. The fix is the same: update PHP and restart it.
- Can you promise my site is safe after this?
- No one can honestly promise that. What we can do is get a fixed PHP version live, or ask your host for it in writing, confirm it from the site itself, look for signs of trouble, and tell you in writing what we checked and what we couldn't see.
- Do you only help sites in Seal Beach?
- No. We're based in Seal Beach and we work on sites hosted anywhere. Most of the work happens remotely.