Free security tool · No signup

PHP2Shell vulnerability checker

Check the PHP behind your website, understand the evidence and find the next step towards patching.

CVE-2026-109618CVE-2026-109619No exploit traffic
01 / Check your evidence

Is your PHP version affected?

Choose a check

Enter the address of a website you own or are authorised to check. We send it to our server for one normal header request. Redirects are not followed.

Try:

03 / Verify the running service

Get useful evidence from your environment

PHP server

php -v

This checks command-line PHP. Your web server may run another version. Confirm the active PHP-FPM or Apache runtime with your administrator.

dpkg-query -W 'php*'

On Debian / Ubuntu, collect full installed package builds and verify the vendor advisory. Do not publish a public phpinfo page.

Docker / WordPress

docker compose exec wordpress php -v

Replace “wordpress” with your service name. Check the active container after pulling or rebuilding and redeploying. A floating image tag alone cannot prove patch status.

Shared hosting

Ask your provider whether the PHP runtime serving your site has fixes for both CVEs, and request the installed package build or patch confirmation.

Updating WordPress or its plugins does not update the underlying PHP runtime.

PHP2Shell checker: common questions

What is PHP2Shell?

PHP2Shell refers to CVE-2026-109618 and CVE-2026-109619, critical flaws in the PHP runtime disclosed on 21 October 2026. They can allow remote code execution. Review the official advisories and patch the runtime serving each affected application.

Can a website scan prove my site is safe?

No. This tool reads public version headers without triggering either flaw. Headers may be missing, modified or stale, and one response may represent only one server in a fleet. A fixed version result is evidence about that reported version, not a security audit or compromise assessment.

Why is my result inconclusive?

Hidden versions, vendor backports, custom builds and floating container tags need additional evidence. Check the deployed runtime and full package build. Website mode does not follow redirects or test whether a firewall blocks exploits.

What should I do after installing the fix?

Restart the affected PHP-FPM, Apache or container services as appropriate, verify every deployed instance and follow your vendor’s guidance. Review any suspected compromise separately; installing a patch does not remove an existing compromise.

What information is sent or saved?

Pasted evidence is processed locally and is not sent by this checker. Website mode sends the entered address to this application and makes one header request to that destination. No scan history is stored by this feature. Standard infrastructure access logs may still apply. Reports and customer drafts are generated in your browser.

After the patch

Monitor availability as you deploy fixes.

Use StatusCake to track uptime and availability while your team rolls out changes. Uptime monitoring complements your patch checks; it does not verify PHP2Shell remediation.

Explore StatusCake monitoring →

Sources and scope

PHP security release announcement · PHP security advisories · Canonical’s fixed Ubuntu packages

Version assessment only. This tool sends no exploit payloads and does not test code execution. Advisory data is maintained manually; verify current guidance with your vendor.