Erreichbarkeit wie im Monitoring, die rote Kurve fällt auf null und steigt erst Stunden später wieder an

PHP-Lücke im Oktober 2026: Wer hatte das Update zuerst drauf?

Zurück zu allen Blogs23. Oktober 2026

Am Mittwoch waren viele Schweizer Websites offline

Grund war php2shell, eine schwere Lücke in PHP. Wer hat wie schnell reagiert? Wir haben 2 Tage lang mitgeschrieben.

Wer hatte das Update zuerst drauf?

Wir haben 2 Tage lang die Statusseiten der Hoster verfolgt und bei den Websites, die wir betreuen, selbst nachgemessen. Jeder Balken beginnt um 16:00 Uhr, als PHP das Update veröffentlicht hat, und endet dort, wo es laut Hoster auf allen Servern lag.

Balkendiagramm von Mittwoch 15 Uhr bis Donnerstag 18 Uhr. Ab dem Update um 16:00 bis zum Abschluss, Hostpoint 17:30 als schnellstes Update, hosttech Donnerstag 00:23, Infomaniak 03:01, green.ch 10:16, METANET 12:50, Webland 16:10 nur für PHP 8.2 bis 8.4. cyon hatte PHP von 15:45 bis Donnerstag 04:00 abgeschaltet.

Hostpoint war mit grossem Abstand vorne, 90 Minuten nach der Veröffentlichung. Wir haben das am Abend auf mehreren Servern nachgeprüft, jede PHP-Version einzeln, denn jede bekommt ihre eigene Korrektur. hosttech und Infomaniak folgten in der Nacht.

cyon ging den umgekehrten Weg und schaltete PHP schon vor dem Update ab. Alle Websites dort waren damit über Nacht offline, dafür war in dieser Zeit nichts angreifbar.

Wo es länger dauerte

Bei 3 bekannten Hostern dauerte es bis weit in den Donnerstag hinein. Was die Grafik nicht zeigt, ist der Weg dorthin.

  • METANET Um 10:30 Uhr am Mittwoch kam eine Ankündigung, danach bis Donnerstagmorgen kein Zwischenstand.
  • green.ch Zuerst wurde über Nacht die Plattform umgestellt, die Patches kamen erst danach.
  • Webland Am Donnerstagnachmittag waren PHP 8.2 bis 8.4 korrigiert. Für ältere Versionen empfiehlt Webland den Wechsel.

Abschalten oder weiterlaufen lassen?

Der Kanton Basel-Stadt hat sich am Mittwochabend für das Abschalten entschieden. Ein Krisenstab nahm die Teile der kantonalen Websites vom Netz, die mit PHP laufen, ab der Nacht kamen sie schrittweise zurück. Auch die Universitäten Basel und Genf, die ETH Lausanne und jobs.ch waren vorsorglich zeitweise offline.

Abschalten

Sofort sicher, aber offline. PHP aus heisst, alle Websites auf dem Server sind weg, mit Kontaktformularen und Shops.

Weiterlaufen lassen

Erreichbar, bis das Update drin ist, aber in dieser Zeit angreifbar. Dann zählt jede Stunde bis zum Update.

Beides ist vertretbar. Wichtig ist, dass jemand bewusst entscheidet und nicht einfach wartet.

Wie die Lücke bekannt wurde

Die Lücke (CVE-2026-109618 und CVE-2026-109619, Bewertung 9.2 von 10) war schon vor dem Update im Umlauf. Das deutsche BSI rechnete damit, dass sie innerhalb weniger Stunden breit ausgenutzt wird, und CERT-EU empfahl, öffentlich erreichbare Anwendungen bis zum Update vom Netz zu nehmen.

Zeitleiste der Vorgeschichte. August 2026, Forscher finden die 2 Lücken. 17.10., erster Angriffsversuch in einer Falle von Amazon. 20.10., die Kennungen sickern auf Hacker News durch, PHP zieht das Update vor, CERT-EU warnt. 21.10. um 16:00, PHP schliesst die Lücke, ein Anbieter hatte die Korrektur schon vorher veröffentlicht. Danach berichten 20 Minuten um 16:07 und SRF um 17:07. Daneben der Hinweis, dass wir die Logfiles darum bis zum 17.10. zurück geprüft haben.

Was wir gemacht haben

  • 08:30 Start nach der Warnung von CERT-EU
  • 170+ Websites durchgegangen
  • 21:10 eigene Server gepatcht
  • 17.10. so weit zurück die Logfiles geprüft

Um 16:30 Uhr haben wir entschieden, jede Website ohne Update vom Netz zu nehmen oder hinter ein Passwort zu stellen. Die betroffenen Kunden haben wir direkt per Mail informiert.

Über Nacht haben bei uns KI-Agenten Wache gehalten. Sie haben die Statusseiten laufend gelesen, jede betreute Website nachgemessen und die Server auf Spuren eines Angriffs geprüft. Am Morgen lag für jede Website ein Stand bereit, und jede gesperrte Website haben wir einzeln geprüft, bevor sie wieder online ging.

Entschieden haben Menschen. Wach geblieben ist die KI.

Was Sie jetzt tun können

  1. Hoster fragen Ab wann genau lief das Update auf Ihrem Server? Die Zeiten oben gelten für den Abschluss auf allen Servern.
  2. PHP-Version prüfen Sie steht im Hosting-Panel oder in WordPress unter «Werkzeuge › Website-Zustand › Bericht › Server». Geschlossen ist die Lücke ab 8.5.12, 8.4.27, 8.3.36 und 8.2.35. Bei Hostern mit CloudLinux, etwa cyon und METANET, bleibt die Nummer gleich, dort gilt die Meldung des Hosters.
  3. Alte Version ablösen PHP 8.1 und älter bekommt vom PHP-Projekt keine neue Version mehr, nur Notkorrekturen zum Selbsteinbauen. Wie die Hoster mit alten Versionen umgehen, steht in unserem Vergleich der PHP-Versionen.
  4. Auf Spuren achten Unbekannte Administratoren, veränderte Seiten oder seltsame Weiterleitungen sind Warnzeichen. Fällt Ihnen etwas auf, melden Sie sich bei uns.

Quellen

Letzte Blogbeiträge

Portale und OSKI & Neues

Ein eigenes OS für Ihre Firma

Wir führen Cross-Link jeden Tag mit einem eigenen OS im Browser. Was darin steckt, wie ein Tag damit aussieht und wie so ein OS für Ihre Firma entsteht.

ShopsKI & Neues

Was ein KI-Agent im Onlineshop übernimmt

Produkte, Preise, Aktionen, Google Merchant Center und Berichte. Was ein KI-Agent in einem Onlineshop jede Woche erledigt, an 2 Shops, die wir betreuen.

ShopsWebsite-Tipps

Shop-Systeme 2026: was wir wann empfehlen

Ein eigener Shop mit KI-Support oder Shopify? Warum wir neue Shops heute selbst bauen, wann Shopify reicht und warum WooCommerce nicht mehr dabei ist.

Alle anzeigen