PL | EN

$ php -v # CVE-2026-109618 / CVE-2026-109619

PHP2Shell: your PHP site may be open to strangers.

I'll check it and patch it, usually within 24–48 h of getting access. I find the cause first, then fix it. Old code doesn't get thrown away, it gets secured.

Free version check →

← badtrip.software

What happened

On 21 October 2026 the PHP team shipped patches for two critical flaws in the PHP engine itself, dubbed "PHP2Shell": CVE-2026-109618 and CVE-2026-109619, both rated CVSS 9.2 (BleepingComputer, Tenable FAQ).

BadTrip Software is an independent business, not a CERT or any authority. Facts above come from the linked sources.

Who is affected

5-minute self-check

  1. Hosting panel (cPanel, Plesk, DirectAdmin…): look for "PHP version" or "PHP selector". Note the full number, e.g. 8.2.34.
  2. WordPress: Tools → Site Health → Info → Server.
  3. SSH: php -v (CLI may differ from the web version). Safer: a temporary <?php phpinfo(); file that you delete immediately.
  4. Compare: safe is 8.5.12+, 8.4.27+, 8.3.36+, 8.2.35+. 8.1 and older are exposed unless your host or distro confirms a backport.
  5. Unsure? Ask your host about CVE-2026-109618 and CVE-2026-109619, or ask me for a free check.

Note: the version tells you about exposure, not whether someone already got in. That takes a log review.

Offer

Quick version checkfree
Emergency patch & check (1 site or 1 server)fixed price, quoted after the free check
Each extra site on the same serverfixed price, quoted after the free check
Legacy code audit (PHP 5.x/7.x/8.0–8.1): mitigation, upgrade plan and quote, wider compromise reviewfixed price, quoted after the free check
Ongoing care: updates, monitoring, a direct linemonthly retainer, fixed price, quoted after the free check

You get the exact price before any work starts.

What the patch & check includes

  1. Identify PHP version, SAPI (mod_php, FPM, CGI, LiteSpeed, FrankenPHP), hosting and CMS.
  2. Verify whether it's patched (upstream or host/distro backport).
  3. Look for obvious signs of compromise: suspicious PHP files, new admin accounts, cron jobs, odd log entries.
  4. Patch: PHP update or backported package. If that's not possible right away, a temporary mitigation plus a written upgrade plan.
  5. Test that the site still works.
  6. A short plain-English report: what was there, what I did, what's left.

Out of scope (quoted separately): rewriting the app, a full pentest, cleanup after a confirmed breach.

No risk

FAQ

I'm on shared hosting. Isn't this my host's job?

Often, yes. I'll help you confirm they've patched, switch the version in the panel and test the site afterwards.

My site runs on PHP 7 or 5. Now what?

Mitigation and a backport if available first, then a plan to move to a supported version. Old code gets fixed, not thrown away.

Will updating PHP break my site?

It can, especially with old code. That's why I check first, test after, and keep a way back.

What access do you need?

Hosting panel or SSH. You can rotate the credentials afterwards.

Do you work remotely?

Yes, remote by default.

Who are you?

Tomasz Urban, a developer with 15+ years of experience, including PHP and keeping legacy systems alive. Based in Poland.

Get in touch

Tell me what the site or system is and where it's hosted. I'll tell you whether you're exposed and what to do next.

tomasz@badtrip.software

or call: +48 508 767 688

Sources

  1. BleepingComputer
  2. SecurityWeek
  3. watchTowr FAQ
  4. NCSC-NL (GitHub)
  5. Tenable FAQ
  6. CISA

Last updated: 22 Oct 2026.