Der PHP2Shell-Notfall lenkte den Blick von Anlegern auf Anbieter von Cybersicherheitsdiensten: Betreiber mussten verwundbare Websites absichern oder aktualisieren, und Cloudflares Web Application Firewall (WAF) war für diese Reaktion unmittelbar relevant. Im gemeldeten Intraday-Handel legte Cloudflare um mehr als 6 Prozent zu; auch weitere Sicherheits- und Softwarewerte stiegen. Die Kursbewegungen gingen jedoch nicht allein auf die PHP-Schwachstellen zurück: Berichte verwiesen zusätzlich auf eine Umschichtung aus Halbleiter- in Softwareaktien und auf separate KI-Sicherheitsnachrichten zu Nvidia und CrowdStrike.
19
20
22
17
Was die Kursbewegungen antrieb
Die Bekanntgabe der Schwachstellen und die vorsorglichen Abschaltungen von Websites rückten Ausgaben für IT-Sicherheit in den Fokus. TradingKey brachte den Vorfall mit Kursgewinnen bei mehreren Softwareunternehmen in Verbindung, darunter Datadog, Okta und Zscaler. Ein weiterer Marktbericht vom Nachmittag meldete für Cloudflare ein Plus von rund 7 Prozent und für Palo Alto Networks einen Anstieg von 4 Prozent. Dabei handelt es sich um Momentaufnahmen aus dem laufenden Handel, nicht um bestätigte Schlusskurse. Sie belegen auch nicht, dass der PHP-Vorfall jede einzelne Kursbewegung verursacht hat.
19
20
Cloudflare hatte einen besonders direkten Bezug zum Ereignis: Das Unternehmen erklärte, Schutzregeln in seiner Web Application Firewall gegen die Schwachstellen eingesetzt zu haben. Damit waren seine Sicherheitsdienste für Organisationen relevant, die das Risiko während der Installation eines Software-Updates verringern wollten. Eine Firewall-Regel ist allerdings als vorübergehende Abwehrmaßnahme zu verstehen – nicht als Ersatz für das Einspielen des PHP-Patches.
15
11
Daneben gab es weitere mögliche Impulse für den Sektor. Ein Bericht beschrieb, wie Anleger angesichts von Sorgen über die Kosten und Finanzierung der KI-Infrastruktur Kapital aus Halbleiterwerten in Softwareaktien umschichteten. Ein anderer brachte den Kursanstieg von CrowdStrike mit einer erweiterten KI-Sicherheitszusammenarbeit mit Nvidia in Verbindung. In demselben Bericht wurden auch Kursgewinne bei Datadog und Okta verzeichnet. Diese getrennten Entwicklungen helfen zu erklären, warum die Rally breiter ausfiel als die PHP-Geschichte allein.
22
17
Worum es bei den PHP-Schwachstellen ging
Die beiden Schwachstellen CVE-2026-109618 und CVE-2026-109619 wurden zusammen als PHP2Shell bezeichnet. Berichte stuften sie auf der Skala CVSS v4.0 mit 9,2 ein und beschrieben das Risiko als unauthentifizierte Remote Code Execution: Ein Angreifer könnte demnach möglicherweise Code auf einem verwundbaren Server ausführen, ohne sich vorher anzumelden.
14
15
Cloudflare beschrieb als betroffen Webserver, auf denen PHP 5.4 oder eine neuere Version lief. Die Notfall-Updates für unterstützte Versionszweige lauteten PHP 8.2.35, 8.3.36, 8.4.27 und 8.5.12.
15
8
Die PHP-Entwickler warnten am Dienstag, dem 20. Oktober, vor den Schwachstellen; die Fehlerbehebungen wurden am folgenden Tag veröffentlicht. Ein Bericht nannte den 21. Oktober, etwa 13.45 Uhr GMT, als Zeitpunkt, zu dem das korrigierte Update bestätigt wurde.
13
9
Warum Organisationen Websites vorübergehend abschalteten
Regierungs-, Krankenhaus- und Hochschulwebsites in Europa gehörten zu den Angeboten, die vorsorglich offline genommen wurden, während Administratoren die Schwachstellen beheben ließen. Eine vorübergehende Abschaltung ist für sich genommen kein Beleg dafür, dass eine Website erfolgreich angegriffen worden war.
3
In einer Störungsmeldung nannte Wikimedia ausdrücklich Cloud VPS und Toolforge als Dienste, die während vorsorglicher Wartungsarbeiten offline gingen. Daraus folgt nicht, dass sämtliche Wikipedia-Dienste nicht erreichbar waren.
7
Die Besorgnis spiegelte auch die große Verbreitung von PHP wider: Ein Bericht schätzte, dass PHP auf rund 70 Prozent der Websites eingesetzt wird. Diese Zahl beschreibt die Reichweite der Technologie – nicht die Anzahl der Websites, die tatsächlich verwundbar oder kompromittiert waren.
8
Was Website-Betreiber daraus mitnehmen sollten
Cloudflare erklärte, erste Angriffe zu beobachten; zugleich berichteten mehrere nationale Behörden, keine Ausnutzung der Schwachstellen festgestellt zu haben. Beides kann nebeneinander zutreffen: Überwachungsumfang und Beobachtungszeiträume unterscheiden sich, und dass keine Angriffe gemeldet wurden, beweist nicht, dass ein verwundbares System sicher ist.
1
3
Wer eine kleine Website bei einem Hosting-Anbieter mit gemeinsam genutzter Serverumgebung betreibt, sollte klären, ob die PHP-Version auf dem Server bereits auf eine korrigierte Ausgabe aktualisiert oder durch einen vom Anbieter bereitgestellten Backport abgesichert wurde. Ein Update des Content-Management-Systems ist nicht zwangsläufig dasselbe wie ein Update der PHP-Version, auf der es läuft. Eine Web Application Firewall sollte als vorübergehende Schutzschicht gelten. Fragen Sie den Hosting-Anbieter konkret, was wann gepatcht wurde.
11
14