Brief · Builders
The *2shell Domain Wave Keeps Growing, and the Real Patches Are Still the Point
First, the chill part: nginx2shell, apache2shell and nodejs2shell are domain names, not vulnerabilities, and none of the projects involved uses them. It's a naming fad, and honestly it's a pretty funny one, because the names keep arriving faster than the bugs.
The useful part is that each of these jokes sits next to a real patch. nginx shipped one on Oct 14, Apache httpd shipped 2.4.69 on Oct 1, and Node.js says it has security releases coming on or shortly after Nov 11. None of the October nginx bugs are in CISA's KEV catalog, and I found no primary source reporting exploitation in the wild.
The domains
nginx2shell.com was registered on Oct 21, 2026, per RDAP. The page is a domain-bounty gag from Previdian, an exploitation-intel company, and it opens with "No vulnerability is being announced here." The offer is that if you find "a genuine unauthenticated remote code execution vulnerability in nginx," you get the domain, which is a joke with a prize and not an advisory.
apache2shell.com came three days later, on Oct 24, per RDAP. The registrant is redacted, so I don't know who owns it, and the page just says it's under construction. There's no CVE, no advisory and no patch claim on it.
Now there's nodejs2shell.com too, and that one's mine, because I registered it tonight to join in on the fun. RDAP shows it registered on Nov 5, 2026 at 8:37 PM ET through Cloudflare, with the registrant redacted. It's live now as a short parody page that says up front that no vulnerability is being announced, points readers to the real Node.js security release and the real nginx fix, and says it isn't affiliated with Node.js. If a real nodejs2shell ever shows up, they can have it. It's the same joke, told politely.
All of these sit in the October wave of *2shell registrations that followed PHP2Shell, which star2shell.com tracks if you want the timeline. The link between them is naming fashion, not code.
php2shell.com is registered too, back on Oct 14, 2026 at 1:02 PM ET through MarkMonitor, per RDAP, but it isn't a joke. It's Wiz's real disclosure site for the two PHP bugs fixed on Oct 21, it's the name the rest copied, and I covered it in the PHP brief.
The patches that actually matter
nginx. On Oct 14, nginx released 1.30.6 (stable) and 1.31.7 (mainline) with fixes for five CVEs. The one I'd look at first is CVE-2026-97205, a use-after-free when you use ngx_http_ssi_module with AIO. Per F5, which is the CNA for nginx, when asynchronous file I/O is enabled in certain configurations, an SSI page with "include virtual" commands can trigger a use-after-free in the worker process. That can crash the worker or corrupt memory, and F5 says attackers can execute code on systems where ASLR is disabled or can be bypassed. It's a data plane issue, with no control plane exposure.
Here's where it gets confusing, and I think it's part of why this one slid by while everyone was looking at the joke domains. nginx.org's advisory list labels all five CVEs "medium." F5 scores CVE-2026-97205 at CVSS v3.1 8.1 High and v4.0 9.2 Critical, and it gives the same scores to CVE-2026-15176 (buffer overflow with alias and rewrite) and CVE-2026-93479 (buffer overflow in script evaluation). Both labels are real. They're just measuring differently, and the 9.2 still depends on a config (AIO plus an SSI include virtual path) and a high attack complexity, so it isn't a drive-by against every nginx box.
The vulnerable range for CVE-2026-97205 is 0.8.11 through 1.31.6, which is basically every nginx you've ever run, and the fix is 1.30.6+ or 1.31.7+. nginx didn't publish a config-only workaround in what was checked, so the fix is upgrading.
Apache httpd. 2.4.69 came out on Oct 1 and fixed 20 CVEs, which Apache rates 5 moderate and 15 low, per the httpd vulnerabilities page, and the name "apache2shell" doesn't appear anywhere on it. The 2.4.70 announcement from Nov 3 calls itself "a feature and bug fix release," so it isn't a security release and has nothing to do with apache2shell.com.
Node.js. The Node.js project says it will release new versions of the 26.x, 24.x and 22.x lines on or shortly after, Wednesday, November 11, 2026, and the highest severity issue in each line is HIGH. The details aren't out yet, so there's nothing to patch today, but there's a date to plan around. The page also notes that End-of-Life versions are always affected when a security release happens.
What to do
-
Check your nginx version.
- Why: CVE-2026-97205 affects 0.8.11 through 1.31.6, and the fix is in 1.30.6 and 1.31.7.
- How: run
nginx -von each host and in each image. Anything below 1.30.6 on stable or 1.31.7 on mainline needs the update.
-
Check whether you use AIO and SSI together.
- Why: the use-after-free needs AIO enabled and an SSI page with "include virtual," so this tells you how urgent your box is.
- How: search configs for
aio(oraio on/aio threads) and for SSIinclude virtual(not onlyssi on). If both the AIO setting and aninclude virtualpath are present, treat the box as higher urgency and upgrade first; upgrade anyway for the other four Oct 14 fixes.
-
Upgrade nginx to 1.30.6 or 1.31.7.
- Why: it's the only fix nginx published, with no config-only workaround.
- How: upgrade from nginx.org packages, or from your distro once it ships the fix. Ubuntu has USN-8955. As of Nov 5 evening ET: Debian trixie is fixed at
1.26.3-3+deb13u10(DSA-6575-1); Debian bookworm is still vulnerable (1.22.1-9+deb12u9); Alpine edge/v3.24 havenginx 1.30.6-r0; Alpine v3.21–v3.23 have no secdb fix yet for these CVEs.
-
Upgrade Apache httpd to 2.4.69 or later.
- Why: 2.4.69 is the release that fixed the October httpd CVEs, and 2.4.70 is a feature and bug fix release on top of it.
- How: check your version with your package manager and upgrade to your distro's 2.4.69 build or newer.
-
Plan a Node.js upgrade for Nov 11.
- Why: Node.js says security releases for 26.x, 24.x and 22.x land on or shortly after, Wednesday, November 11, 2026, with a highest severity of HIGH, and End-of-Life versions are always affected.
- How: list which Node.js versions you run, move anything End-of-Life onto a supported line, and set aside time to upgrade once the releases are out.
Want the next one?
One email, weekly-ish. The week's briefs, how worried to be, and what to do about it. No doom.
Subscribe on Beehiiv ↗Free. Opens Beehiiv in a new tab. Unsubscribe whenever, I won't be offended.Sources
- nginx news (Oct 14 security release)
- nginx security advisories
- nginx CHANGES and CHANGES-1.30
- CVE-2026-97205 record (F5 CNA)
- Apache httpd 2.4 vulnerabilities
- Apache httpd 2.4.69 announcement
- Apache httpd 2.4.70 announcement
- Ubuntu CVE-2026-15176 / USN-8955
- Node.js November 2026 security releases
- nginx2shell.com and RDAP
- apache2shell.com and RDAP
- nodejs2shell.com RDAP
- php2shell.com and RDAP
- star2shell.com (timeline only)