Wir sind wieder da - vieles ist wieder online, die Rollouts am Webhosting laufen.
PHP5/6/7/8: CVE-2026-109618/109619 (Remote Code Execution/RCE) [Update #5]
-
m_ueberall -
20. Oktober 2026 um 21:30 -
Unerledigt
-
-
Wuhu! Danke euch schon mal für eure ungeplante Sonderschicht. Again...
-
Erster.
EDIT: Ah. Mist.
-
Erster.
Ach wirklich?
-
da seid ihr ja wieder
-
Wie hier alle auf der F5 Taste gesessen haben.
Ihr seid ALLE abhängige! Ihr könnt alle nicht mal eine Stunde ohne dieses Forum! -
wird es von jenen sicherlich weit mehr Server zwecks PHP erwischen
Wir reden hier über praktisch deterministische Remote Code Execution mit den Rechten des PHP-Prozesses. "Die anderen sind auch überfahren worden" ist selten ein Trost. Ich glaube ja, dass die Konsequenzen eines solchen Hacks vielfach unterschätzt werden. Wie kannst du deinem Server danach* wieder trauen, ohne alles neu aufzusetzen und die Daten aus dem letzten sicheren Backup zu übernehmen. Wie alt ist das bei dir?
*) das hängt ja nicht davon ab, ob es dich tatsächlich erwischt hat, wenn du es nicht sicher ausschließen kannst.
-
Wollen wir einen Countdown starten wann das große Gemeckere und Genöle losgeht so wie nach pwnescape?
-
VServer komme als letztes dran?
-
VServer komme als letztes dran?
Vserver (VPS/Root Server) machen wir gar nicht - oder meinst du Managed Server?
-
-
Vserver (VPS/Root Server) machen wir gar nicht - oder meinst du Managed Server?
Virtueller Server, VServer so wie es auf der Seite steht. Ja, Managed Server
-
Für diese Server bist du als Admin selbst verantwortlich. Das musst du selbst erledigen.
Geht ja auch gar nicht anders. netcup kann ja nicht wissen, was du alles auf deinem Server installiert hast. -
Virtuuell Server, VServer so wie es auf der Seite steht
Haben nachgeschaut, du hast einen Managed Server. Bist bald wieder online.
-
Zitat
Was Sie tun sollten (Root Server, VPS, Managed Cloud Cluster)
Bei Root Servern, VPS und den VMs auf Managed Cloud Clustern liegt die Behebung in Ihrer Verantwortung. Wir empfehlen dringend:
- Prüfen Sie jetzt, welche PHP-Versionen auf Ihren Systemen im Einsatz sind.
- Planen Sie, das offizielle Update unmittelbar nach Veröffentlichung einzuspielen. Mit Angriffsversuchen ist kurz nach Bekanntwerden des Patches zu rechnen.
- Falls Sie eine PHP-Version einsetzen, für die kein offizieller Patch erscheint: Wann ein Patch für ältere PHP-Versionen auf inoffiziellem Weg (etwa über Distributions-Backports) verfügbar wird, ist derzeit nicht absehbar. Prüfen Sie daher die Kompatibilität Ihrer Anwendung mit einer unterstützten PHP-Version und bereiten Sie das Upgrade vor.
Danke btw. für eure flotte Arbeit!
-
Trixie (Debian 13) war super, quasi sofort da, da basieren auch die Container drauf.
Debian 12 war etwas zäh, da lagen eine Weile nur armhf builds rum
Ubuntu hat teilweise Backports auf den alten LTS Systemen, aber auch ziemlich zügig da.
Remi mit Remi Repos für EPEL war auch schnell, bis php7.4 runter sogar.Redhat/Alma/Rocky eigene Builds bewegt sich nix, oder hat jemand was anderes gesehen?
-
Virtueller Server, VServer so wie es auf der Seite steht. Ja, Managed Server
Check mal bitte, du solltest wieder online sein.
Plesk bleibt noch offline, aber deine Website(s) ist online.
-
Bei Ondrej, der sonst immer recht schnell ist, dauerts diesmal länger. Und die Server sind ziemlich überlastet.
-
Leider scheint das CCS nocht nciht komplett zu funktionieren, drehender Kreis bei den Produktdetails.
Und habt ihr die geplanten Updates für diese Nacht bzgl. Linux Kernel auch gemacht oder gehen die Webhosting diese Nacht nochmal offline? -
Für diese Server bist du als Admin selbst verantwortlich. Das musst du selbst erledigen.
Geht ja auch gar nicht anders. netcup kann ja nicht wissen, was du alles auf deinem Server installiert hast.Eben nicht, weil es ein Managed vServer ist. Danke für den Hinweis
