PHP Alternative

Two doors out of the October 2026 PHP emergency โ€” patch what you have, or publish without PHP at all.

Educational only. Built from the same verified research as the Ownership channel video “PHP exploits live now? Uncovering the full story and picture.”

The Knock Before the Patch โ€” a short story

The first knock came four days before anyone knew there was a door.

On October 17, 2026, a lonely server sat on the internet doing nothing โ€” which was its job. It belonged to Amazon's MadPot, a field of decoy machines dressed up to look like exactly the kind of target an attacker dreams about: real enough to touch, instrumented enough to remember everything. That day, something touched it with a weapon nobody had ever seen โ€” an exploit for a flaw in PHP, the language quietly running much of the web, that had not been announced, numbered, or patched. The flaw was still under embargo, known only to the researchers who had found it and the small team preparing the fix. And yet here was someone, out in the wild, already using it.

How they got it, nobody has said. That question is still open.

The bugs themselves โ€” two of them, later nicknamed PHP2Shell โ€” had been hiding in PHP's own code for years, in the machinery that handles file uploads and form data. An artificial intelligence helped find them: a researcher working with an AI model coaxed the code into bending its own memory, through a malformed upload form, until the server would run instructions from a stranger โ€” no password, no login, no warning. Another research team, at Wiz, had found the same rot independently. Two separate hunters, the same buried flaw.

On October 20 the secret broke. Screenshots of a working attack tool leaked, and the race everyone had hoped to run quietly became a sprint in public. The PHP team moved its release up a day. On October 21 the patches landed โ€” new versions for every supported line โ€” and the same day, governments began pulling services offline as a precaution, firewalls lit up across the internet, and the knocking became a storm. One defender network, Wordfence, counted more than seventy-four thousand attempts against the sites it protects.

And here is the strange, hopeful part of the story: for all that knocking, not one confirmed break-in has been publicly documented. Attempts, everywhere. Breaches, none proven. The sensors saw the fists; the houses that had patched in time held. But the week also taught the older lesson โ€” the busiest target on the field was the decoy, and the defenders learned the shape of the weapon precisely because someone fired it at the one machine built to catch it.

So the story ends with two doors, and both of them are on this page. Behind the first: patch โ€” update PHP, restart it, and check your logs back to the day of that first knock; the exact versions and steps are on the Patch tab. Behind the second: switch โ€” publish the way this very page is published, as plain files with no PHP running at all, so that the next time a knock like this goes around the world, there is no door on your house for it to land on. The Switch tab walks that road, and the Help tab will sort out which door fits you.

Every event in this story is drawn from the verified research behind this site: Amazon's MadPot report, the PHP project's advisories (CVE-2026-109618, CVE-2026-109619), Wiz, Wordfence, Huntress and Censys. What is not known โ€” who knocked first, and how they got the weapon โ€” is left unknown, because it is.

Door 1 โ€” Patch it: the current PHP update

What happened: two critical flaws in PHP itself โ€” nicknamed PHP2Shell (CVE-2026-109618 and CVE-2026-109619), rated 9.2 critical by the PHP security team โ€” let an attacker run code on a web server without logging in. Exploitation attempts were seen before the patch existed (first caught October 17, 2026). No confirmed mass compromise has been publicly documented โ€” but the knocking is heavy: Wordfence reports 74,000+ attempts blocked across the sites it protects.

The fix โ€” update PHP to a patched release (October 21, 2026)

If you runUpdate to at least
PHP 8.58.5.12
PHP 8.48.4.27
PHP 8.38.3.36
PHP 8.28.2.35

Older branches (8.1 and below) are end-of-life upstream โ€” the fix reaches them only through your Linux distribution or hosting panel backport (cPanel, Plesk and DirectAdmin have all shipped patched builds). A patched distro package may keep its old version number; the fix shows in the package changelog, not the version string. After updating, restart PHP (PHP-FPM / Apache) โ€” an updated file with old workers still running is not patched.

Step by step, if you own a site

  1. Find your real PHP version. WordPress: Tools โ†’ Site Health โ†’ Info โ†’ Server. Do not trust php -v on a command line โ€” it can be a different install than the one serving your site.
  2. Know what does NOT fix it: updating WordPress, plugins or themes changes nothing. The flaw is in PHP on the server. On shared or managed hosting, only your host can fix it.
  3. Ask your host three questions: Are both CVEs patched? Has PHP been restarted since? Who owns PHP updates โ€” you or us?
  4. While you wait (stopgaps, not fixes): set session.upload_progress.enabled=0 (closes the main CVE-2026-109619 path); hosting panels and firewalls can also block the malformed requests. Stopgaps buy hours, not safety.
  5. Then look back: check logs from October 17 onward for large, strange multipart form uploads, memory-limit errors, repeated 500s, and PHP workers spawning shells or download tools. No crash does not prove no compromise. Preserve logs before changing anything.
  6. One more, newer flaw: CVE-2026-115560 (disclosed October 23) is a separate session issue not fixed by the October 21 releases. If you already set session.upload_progress.enabled=0, you are already covered for it; its fix ships in the next regular PHP release.

Companies and appliances

PHP hides inside products that do not call themselves PHP. Palo Alto Networks confirms all supported PAN-OS versions and all Panorama versions are affected through the management interface, with no fixed release yet โ€” restrict management access to trusted addresses and apply their threat signatures. Cisco lists Expressway as critical with a fix available; its wider product review continues. Inventory everything: appliances, control panels, containers, and any software bundling php.exe. A free public exposure view is Censys's live dashboard: php2shell.censys.com.

Honest gap: as of October 23, no vendor has published a finished indicator-of-compromise list for PHP2Shell. Detection today is behavioral โ€” the log patterns above โ€” not a file you can download.

Official sources

PHP security releases: php.net news archive
Advisories: GHSA-w8hw-w9fx-j79w ยท GHSA-6wmf-4rv5-p3rp
Huntress rapid response: huntress.com/blog/php2shell
Censys advisory: censys.com/advisory ยท Sansec research: sansec.io/research/php2shell

Door 2 โ€” Switch: publish and sell without PHP

The honest counterweight first: switching is optional. A PHP site kept on a supported, patched branch is not insecure just for being PHP, and the patch in Door 1 fully answers this scare. Switching pays when you want the smaller attack surface โ€” a static site has no server runtime to attack at all โ€” or you were rebuilding anyway. It costs real work. Both doors are respectable; pick with open eyes.

Publishing words and pages

Static site generators (free, open source, you own the files): Hugo, Astro, Eleventy, Jekyll. You write in plain text/Markdown; the tool builds finished HTML; any static host serves it. The catch: no admin dashboard, no plugins โ€” forms, search and comments are add-ons (see migration notes).

Hosted builders (no server of yours at all): Webflow and Framer (design-led site builders; free starter tiers exist for trying, real sites with your own domain are paid, roughly $10โ€“25/month per site as of October 2026 โ€” check their pricing pages). Ghost โ€” a publishing platform written in Node.js, not PHP โ€” has newsletters and paid memberships built in; self-hosted the software is free, hosted Ghost(Pro) starts around $15/month with 0% platform fee on subscriptions. Substack / Medium cost nothing to start; Substack takes 10% of paid subscriptions. The catch with all hosted routes: you rent their platform and rules.

Selling physical goods

Shopify โ€” the full storefront-and-checkout service (Basic listed at $29/month billed annually, October 2026; card rate 2.9% + 30ยข). The catch: the fee runs whether you sell or not, and apps add up.

Stripe Payment Links + a static page โ€” Stripe hosts the checkout; your static site just carries the link or buy button. No monthly fee; 2.9% + $0.30 per successful card charge (US). The catch: it is a checkout, not a store โ€” no catalog, cart or inventory unless you add them.

Print-on-demand (what we use) โ€” Printify is free to use; you pay product + shipping only when an order comes in, and it supplies a hosted storefront or connects to marketplaces. The catch: thinner margins than holding stock.

Not an exit: WooCommerce. It is a WordPress plugin, and WordPress requires PHP โ€” choosing it keeps you on PHP.

Selling digital products

Gumroad โ€” no monthly fee; 10% + $0.50 per direct sale, and it acts as merchant of record (it handles sales tax/VAT). Lemon Squeezy โ€” 5% + $0.50 per transaction, processing included, also merchant of record; digital only. Payhip โ€” free plan at 5% per sale, with EU/UK VAT handling. Ko-fi โ€” 0% on tips, 5% on shop/membership sales on the free tier, but tax handling is on you. Fees as listed October 2026 โ€” verify on the official pricing page before you commit.

Apps, and community

Web apps: the credible non-PHP stacks are Next.js (Node), Django or FastAPI (Python), Rails (Ruby), Go, Rust, and .NET โ€” plus serverless functions (Cloudflare Workers' free plan allows 100,000 requests/day). The honest trade: a host no longer patches a runtime for you; you own your stack's updates. Forums: Discourse (open source, Ruby/JavaScript) is the credible non-PHP forum, with a free hosted plan; the classic forum names โ€” phpBB, bbPress, XenForo โ€” are all PHP.

What moving off WordPress actually involves

  • Content export is built in (Tools โ†’ Export, an XML file with posts, pages, comments, tags) โ€” but it carries content, not the site: plugins, themes and plugin-generated features do not travel, and images must be moved and verified separately. Never delete the old site until the new one is proven.
  • What breaks: plugin features, native comments, database search, and forms (a static host cannot process a form by itself โ€” use the host's form handling, a form service, or a small serverless function).
  • Keep your addresses: redirect every old URL to its new home with permanent (301) redirects โ€” Cloudflare supports a simple _redirects file for this. Per Google's own guidance, 301s do not lose ranking value; expect a few unsettled weeks while search re-crawls, keep both sites verified in Search Console, and submit a fresh sitemap.
  • Order of work: export โ†’ build the new home โ†’ move media โ†’ map redirects โ†’ test forms โ†’ switch โ†’ watch Search Console. A rushed migration loses more than an unpatched weekend does.

How we publish โ€” this site is the worked example

You are looking at the method. This page is plain static HTML, CSS and JavaScript โ€” the same kind of files a browser has rendered for thirty years. There is no PHP here, no database, and no program running on a server when you visit. There is nothing to exploit because there is nothing executing.

  • Files, not a stack. The whole site is a folder of text files. If a word is wrong, we correct the file and redeploy it. There is no runtime that can receive a CVE.
  • Free, distributed hosting. The folder is served by Cloudflare Pages on its free plan โ€” requests to static files are free and unlimited on free and paid plans alike (Cloudflare's published limits), with headroom of 500 builds a month. No server bill, no server to patch.
  • The rest of the operation carries no PHP we operate. Video publishing runs on YouTube โ€” Google's platform, Google's patching. Merchandise runs through Printify's hosted storefront โ€” their platform, their patching.
  • The honest trade: static + hosted platforms does not mean zero trust. It means the patching duty moved to a few large, professionally maintained platforms, instead of one self-maintained PHP stack. That trade is deliberate โ€” and reversible, because we own the files.

Live help โ€” an interactive guide

This guide is interactive, not a person: tap your situation and it answers from the verified research on this site. For anything it cannot settle, it points you at the official source. Start here:

Deeper sources, all free: the PHP project's own news and advisories (linked on the Patch tab), Huntress's rapid-response write-up, the Censys PHP2Shell dashboard, and Sansec's research notes. If money or legal exposure rides on a decision, take these facts to a professional โ€” this site is education, not a consultancy.

Support this work

bc1q96sz892qrnl77yyemkxq2ku3stl2qn4e5kheex

Voluntary support for an educational project. Not a charity, not tax-deductible, nothing promised in return. This is a dedicated public-facing address for this project โ€” one address only, never a primary wallet. Or open it in your wallet: bitcoin: link

About this site

What it is for: education. PHP Alternative exists to explain, in plain language, what happened in the October 2026 PHP security emergency, how to patch it, and what the real alternatives are โ€” so that site owners, companies and developers can make their own informed decisions.

How it was made: this site was created with AI assistance, from a deep, source-checked research pass (vendor advisories, the PHP project's own releases, and independent security research, each claim labeled by strength). AI makes mistakes, like humans do. Prices and platform terms change. Do your own research: verify anything you act on against the official source linked beside it.

What it is not: this is educational content only โ€” not security advice for your specific systems, not financial advice, not legal advice. Nothing here is a recommendation to buy, sell, or migrate anything.

Companion to the Ownership channel video “PHP exploits live now? Uncovering the full story and picture.” Research snapshot: October 23, 2026.

Support this work

bc1q96sz892qrnl77yyemkxq2ku3stl2qn4e5kheex

Voluntary support for an educational project. Not a charity, not tax-deductible, nothing promised in return. This is a dedicated public-facing address for this project โ€” one address only, never a primary wallet. Or open it in your wallet: bitcoin: link