On this page
In October 2026, PHP2Shell, GitLab, LiteLLM, Railway, TiDB Cloud, Zeabur, Node.js, Plex, Tor, eMudhra, SafePay and Japan's government advisories all landed within three weeks. They are separate incidents with separate fixes. This page lists each one with its fixed version or required action, an exploitation status with its label, and a primary source, as checked on 23 October 2026. If you want the wider question of whether this was the worst month on record, that month-in-context analysis takes it on.
Every incident, tracked
Status labels: Confirmed means a primary source says it was exploited. Attempts seen means attempts were observed, not necessarily successful. Vendor-claimed means the vendor's own report, not independently verified. Not reported means the primary source does not say, which is not proof of no exploitation.
| Incident | What it is | Who is affected | Fixed version or required action | Exploitation status | Primary source | Checked |
|---|---|---|---|---|---|---|
| PHP2Shell | Two unauthenticated RCE bugs in PHP core, CVE-2026-109618 and CVE-2026-109619, CVSS v4 9.2 | Any site served by PHP | PHP 8.5.12, 8.4.27, 8.3.36 or 8.2.35, or a vendor backport; restart the PHP workers | Attempts seen from 17 October in AWS honeypots (vendor-claimed). Not in CISA KEV at our 22 October check | php.net notice | 23 Oct 2026 |
| GitLab | CVE-2026-110264, CVSS 10.0: integer overflow in a regular expression compiler, unauthenticated code execution | Self-managed CE and EE from 7.0 to before the fixed releases. GitLab.com and Dedicated already patched | 18.11.13, 19.0.10, 19.1.9, 19.2.9, 19.3.6, 19.4.3 or 19.5.1 | Not reported as exploited. GitLab published two detections for self-managed instances | GitLab patch notice | 23 Oct 2026 |
| LiteLLM | Malicious PyPI and container artifacts published as 1.107.0 on 21 October | Anyone who ran litellm 1.107.0 or the affected image tags in the stated windows | Rebuild from scratch, pin 1.106.2 or an earlier clean release, rotate every secret the host could reach | Vendor-claimed: malicious artifacts published, investigation in progress at the last update | LiteLLM report | 23 Oct 2026 |
| Railway | Unauthorised access to systems that store customer environment variables | All customers storing secrets in Railway should act. Railway says a subset may be affected | Rotate every stored variable; create new API and project tokens (old ones invalidated 22 October) | Vendor-claimed: some values may have been decrypted. Investigation ongoing at 23 October | Railway disclosure | 23 Oct 2026 |
| TiDB Cloud | PingCAP reports stolen service-account credentials used 9 September to 7 October | TiDB Cloud organisation owners. PingCAP says it has no evidence customer database data was affected | Replace TiDB Cloud API keys, verify, then revoke the old ones | Vendor-claimed: internal data and source code copied | PingCAP report | 22 Oct 2026 |
| Zeabur | Second breach on 14 and 15 October: platform database read, 101 GCP dedicated servers accessed as root | Users whose variables are stored in Zeabur, shared-cluster users, 92 users on GCP dedicated servers | Rotate all stored credentials; new access tokens; rebuild affected GCP servers | Vendor-claimed: intrusion confirmed in Zeabur's preliminary report. 3,218,965 variable records read | Zeabur report | 23 Oct 2026 |
| Node.js | 21 October security releases: ten CVEs, four rated High, including a Brotli decoder RCE (CVE-2026-111497) | Node.js 22.x, 24.x and 26.x, and end-of-life lines | Node.js 22.23.4, 24.22.1 or 26.12.1; rebuild images and redeploy | Not reported in the advisory | Node.js notice | 23 Oct 2026 |
| Plex | Four CVEs (CVE-2026-96652, 96654, 96655, 96656) that chain to remote code execution | Plex Media Server before 1.43.3.10861, mainly internet-reachable servers | Update to 1.43.3.10861 or later; rebuild if exposure cannot be ruled out | Confirmed: Plex reports active exploitation; added to CISA KEV on 20 October | Plex post | 23 Oct 2026 |
| Tor | Compromised Linux relay hosts intercepting SSH connections | Relay operators; SSH users whose traffic left through those relays | Operators: audit, reinstall, new relay identity. Users: verify any SSH host-key change | Tor Project flagged and rejected affected relays after operator reports of SSH interception. The 333-relay count is one researcher's scan | Tor Project post | 23 Oct 2026 |
| eMudhra | Eight intermediate CA certificates with weakly generated P-384 private keys | Anyone whose trust store accepts the emSign ECC Root CA - G3 chain | Update browser, OS, runtime and container trust stores. eMudhra revoked all eight on 18 October | Keys recoverable and recovered by Mozilla. No abuse of the certificates confirmed in the sources we read | Mozilla blog | 23 Oct 2026 |
| SafePay | Ransomware group named in joint advisory AA26-293A, 20 October | Organisations in several sectors; no single product or version | Patch edge and VPN devices, enforce MFA, keep tested offline backups | Confirmed by the advisory as an active campaign. The 600+ figure is the advisory's own estimate since August 2024 | CISA advisory | 23 Oct 2026 |
| Japan advisories | Government advisories after personal-data leaks, plus a ruling-party chair's remarks on 9 October | Organisations in Japan | Follow the National Cybersecurity Office advisory of 9 October | Not applicable: advisories only. No formal declaration in the sources we read | Japan NCO page | 23 Oct 2026 |
What does each incident require?
PHP2Shell
PHP2Shell is two code execution bugs in PHP itself, disclosed by the PHP project on 21 October. Updating WordPress or plugins does not fix it. AWS reported honeypot attempts from 17 October and says it is unclear whether they would have worked on real systems. Required action: get the patched PHP running on the server that serves your domain and restart the workers. The full PHP2Shell walkthrough has the version trap and the host question to send. Source: php.net.
GitLab
GitLab disclosed CVE-2026-110264 on 21 October, rated CVSS 10.0. An unauthenticated user could run code on the server under certain conditions. Affected versions run back to 7.0, which was released in 2014. GitLab.com and GitLab Dedicated were already patched. Required action: self-managed owners upgrade to the fixed patch for their line and follow GitLab's upgrade paths if they are far behind. The patch notice does not say the bug was exploited. Source: GitLab.
LiteLLM
LiteLLM says its release pipeline was compromised and that malicious versions of 1.107.0 reached PyPI, Docker Hub and GHCR on 21 October. Its official source tag was clean. Earlier versions and its private enterprise registry were reported unaffected. Required action: if an environment ran 1.107.0, treat it as compromised, rebuild it, pin an earlier release and rotate every secret the host could reach. Finding no malicious file does not prove the environment is clean. Source: LiteLLM report.
Railway
Railway detected anomalous activity in systems storing customer environment variables and says an unauthorised party may have accessed encrypted values and decrypted some. It has not published a final account or a customer list. Required action: rotate every variable stored in Railway, review logs for those services and create new API and project tokens, because Railway invalidated the old ones on 22 October. Its status incident was still open on 23 October. Source: Railway.
TiDB Cloud
PingCAP reports that an unauthorised party used stolen service-account credentials between 9 September and 7 October to reach internal systems, copy data and obtain source code. PingCAP says it has no evidence that data in customer TiDB databases was affected, and that it is still mapping the exported data to customers. Required action: replace TiDB Cloud API keys, verify your applications, then revoke the old keys. Treat unexpected billing or contract emails with suspicion and verify them through a known channel. Source: PingCAP.
Zeabur
Zeabur's preliminary report describes a second breach on 14 and 15 October. Attackers used internal credentials, read the platform database and signed in to 101 GCP dedicated servers as root. Separately, Zeabur announced on 17 October that it is winding down, with shutdowns between 1 and 31 December. Required action: replace every credential stored in Zeabur, create new access tokens, change database passwords inside shared-cluster databases, and rebuild affected GCP servers. Sources: incident report, shutdown notice.
Node.js
The Node.js project shipped security releases on 21 October covering ten CVEs, four rated High. They include a Brotli decoder out-of-bounds write that can lead to remote code execution when an application decompresses attacker-supplied data, and TLS hostname-check flaws. The release also updates the bundled CA list for the eMudhra incident. Required action: upgrade to 22.23.4, 24.22.1 or 26.12.1, rebuild images and leave end-of-life lines. No credential rotation is called for. Source: Node.js.
Plex
Plex fixed four related flaws in Plex Media Server 1.43.3.10861 and says that, chained, they let an unauthenticated attacker run code as the server process. Plex reports widespread attacks on unpatched internet-facing servers, used for cryptocurrency miners and proxy software. CISA added all four CVEs to its KEV catalog on 20 October. Required action: update, and if the server was reachable before patching, follow Plex's rebuild and sign-out steps. Source: Plex.
Tor
On 5 October the Tor Project told relay operators that some Linux relay hosts had been compromised and their configuration changed to intercept SSH connections. The directory authorities are rejecting flagged relays. A researcher, kaba, reported 333 of roughly 3,000 tested exits redirecting SSH. That count is theirs, not Tor's. Required action: operators audit, reinstall and generate a new relay identity. SSH users treat an unexpected host-key change as a warning, as the SSH interception write-up explains. Source: Tor Project.
eMudhra
Mozilla received a report on 17 October that the private keys of eight eMudhra intermediate certificates were weak enough to recover almost immediately. Six are TLS intermediates and two are for code signing. Mozilla blocked them in Firefox the same day and eMudhra revoked all eight on 18 October. Required action: keep browsers and operating systems current, update runtime and container trust stores, and rebuild images with stale bundles. The Firefox, NSS and Chrome root changes are in the linked sources. Source: Mozilla.
SafePay
CISA, the FBI and partners published advisory AA26-293A on 20 October about the SafePay ransomware group. The authors say it has affected at least 600 organisations since August 2024. That is the advisory's estimate, not a published victim list. It lists stolen credentials, phishing, VPN abuse and unpatched internet-facing systems as entry routes. Required action: patch edge and VPN devices, require multifactor authentication, limit admin rights and test offline backups. Source: CISA.
Japan advisories
On 9 October the Japanese government's National Cybersecurity Office issued an advisory after repeated unauthorised-access incidents that led to personal-data leaks. At a ruling-party meeting the same day, the chair of its cybersecurity headquarters described the situation as an emergency (what happened). The party's own account reports no formal declaration. Required action: organisations in Japan assess web-system vulnerabilities, supplier access and monitoring, as the advisory asks. Source: National Cybersecurity Office.
How do I use this page?
Find the products you run or the platforms that hold your secrets. Read only those rows. The fixed version or action column says what to do, and the primary source says why.
Rows with a version number are for people who run the software. Rows about platform breaches (Railway, TiDB Cloud, Zeabur, LiteLLM) are about secrets: what a host could read is what you rotate. Rows about advisories (SafePay, Japan) have no single patch and ask for general hygiene.
Every row carries the date we checked it. These pages move, so open the primary source before you act on a version number. We update this page when a source changes, and the date at the top changes only when a row does.
Am I affected? Where you stand right now
A passive check from outside can only reach the first two states. Evidence from the server, the host or the vendor gives you the third.
- Detected You run a product in the table and its version is below the fixed one. Update it or ask whoever runs it today, then restart the service.
- Unknown You use a platform or a runtime and cannot see its build or restart state. This is the common case, and a hidden version could also be a vendor backport. Ask your host or vendor for the build identifier and restart time.
- Confirmed by owner evidence You have the package or build identifier naming the fix, and a restart or redeploy after it. For platform breaches, the evidence is the old secret revoked and the new one deployed.
No scan, ours included, moves you from "unknown" to "confirmed".
What are we not saying, and why?
We leave out several claims that spread alongside these incidents. They fall into five groups.
- Data volumes and extortion figures for a platform breach. The vendor's own report does not support them, and the vendor says the attacker's claims in support materials are unverified.
- Victim counts and named victims. Where a number appears here, it is an advisory's or vendor's estimate and is labelled as one. We name no affected customer.
- Claims of declarations. A party official's remarks about an emergency are not a government declaration, and we found no declaration in the sources.
- Sweeping descriptions of scope. The LiteLLM incident is one version. The Railway disclosure covers a subset that Railway has not yet defined. Neither is "everything".
- Origin stories for bugs. An old affected version number is not the date a bug was introduced.
Our rule is simple. A fact goes in this page when a vendor advisory, CVE record, CISA entry or official status page says it, and the link sits next to it. Everything else is a lead until a primary source confirms it. If a source we cite changes, tell us and we will re-check.
For your own site, the checklist for this week is the shortest path from this table to a to-do list. The same events with dates are in the 2026 incident timeline, and the other incident write-ups cover each in depth.
Questions people ask
Is it true the whole internet is being hacked right now?
No primary source says that. What the sources show is a cluster of separate incidents in one month, each with its own cause, its own affected products and its own fix. Some have confirmed exploitation, some have only attempts, and some have none reported. This page lists each one with its label.
Which of these do I need to act on first?
Start with whatever you run. If your site is served by PHP, PHP2Shell applies. If you run GitLab, Plex or Node.js, update to the fixed version. If you stored secrets in Railway, Zeabur or TiDB Cloud, or ran LiteLLM 1.107.0, rotate those secrets. The rest are advisories.
Does one update fix all of these?
No. These are unrelated products. PHP2Shell is a PHP engine bug, GitLab and Plex are server software, LiteLLM was a poisoned release, and Railway, Zeabur and TiDB Cloud are platform breaches. Each needs its own fix or its own secret rotation.
How do I know if my site was hit by any of them?
From outside, you mostly cannot. A scan can see which technologies and versions your site serves. It cannot see a vendor backport, which runtime serves a virtual host, or whether workers were restarted. Your host or server holds that evidence.
Why do some numbers online differ from this page?
Several figures that circulated on social media were not in the vendors' own reports or were stretched beyond them. We use the numbers in primary sources and attribute them. Where a figure comes from a vendor's own report, the table says vendor-claimed.
Sources
- PHP security notice, 21 October 2026 (php.net)PHP2Shell: both CVEs and the fixed releases.
- GitLab critical patch release 19.5.1 (GitLab Docs)CVE-2026-110264, CVSS 10.0, affected ranges and fixed versions.
- LiteLLM incident report, 21 October 2026Vendor account of the 1.107.0 artifacts; last updated 21 October 20:30 UTC.
- Railway security disclosure, 21 October 2026
- Railway status incident QH8L8B3EBuild pause, token invalidation and the open investigation.
- PingCAP security update, October 2026Vendor report on the TiDB Cloud intrusion, published 19 October.
- Zeabur preliminary incident report, 19 October 2026
- Zeabur shutdown notice, 17 October 2026
- Node.js October 2026 security releases
- Plex security update (Plex forums)
- CISA KEV additions, 20 October 2026Lists the four Plex CVEs.
- Tor Project: relays security incident (Tor forum)
- Mozilla: protecting Firefox users after the eMudhra intermediate compromise
- CISA advisory AA26-293A: SafePay ransomware
- National Cybersecurity Office (Japan): advisories compiled 14 October 2026
Facts on this page are dated and point at the primary source next to them. If a vendor status changes after the date shown, the vendor's page wins; tell us at support@run.cloud and we will update it.