Ja es gibt was neues: CVE-2026-115560 Die Lücke betrifft laut PHP nur ungewöhnlich konfigurierte Webanwendungen. Das Risiko wird als gering eingestuft Updates werden erst noch kommen. Wenn man auf Nummer sicher gehen will, soll man session.upload_progress.enabled=0 setzen. Ja supi, am besten die K ...

Ein Kunde hat da noch PHP 5.6 an laufen. Wie macht ihr das das Update ? Veraltete Webs mit Sicherheitslücken oder solche die veraltete PHP Interpreter benötigen, kannst Du bedenkenlos deaktivieren z.b. in den Domain Settings als admin (vhost) RewriteEngine On RewriteRule ^(.*)$ https://www.php.net/s ...

Gute Nachrichten für die 7.4 bis 8.1 Fraktion -> Ich bekomme sie nun fehlerfrei gebaut. Kompilieren läuft und ich sag Bescheid, wenn sie live sind. Cool danke, das nimmt auf jeden Fall etwas Stress raus (die Kunden die nichts kapieren, werden heute schon extrem aggressiv) .... Na ja, für lange ist e ...

Alexander wrote: ↑Wed 21. Oct 2026, 20:53 @Ralph, wenn's um ARM geht, da sind die Pakete noch nicht vollständig für alle OS-Versionen verfügbar. Die restlichen kommen aber noch zu gegebener Zeit.

Danke, ist kein Problem Alex! Mach mal Pause jetzt, das war ganz schön Action über die letzten Tage!

Danke für die schnelle Erstellung der PHP compiled packages! Debian 12 12.15 (64-bit) Keyhelp: 26.1.1 (Build 3698) Ich habe hier ein System das will die Interpreter nicht aktualisieren, bei allen anderen hats geklappt, Debian default hat auch geklappt, nur hier scheint das Update nicht gefunden zu ...

Was ist denn nur los hier ... Apokalypse? Gestern Roundcube heute PHP Inferno ... ca-certificates, rspamd, pdns-server und der Tag ist noch nicht vorbei ... Jedenfalls kommt schon einiges durcheinander ... erst war die Rede von release on October 21, 2026 dann musste WHMCS vorhin noch deren Senf ...

Tobi wrote: ↑Wed 21. Oct 2026, 10:14 Ralph wir erleben hier erst den Anfang.
Den ganz kleinen Anfang…

Na ja ... wäre sogar noch die beste Situation, falls diese Lücken bereits länger genutzt wurden, dann ist auch mit den PHP Updates nicht mehr viel zu verbessern, also wenn bereits Systeme manipuliert wurden.

Ja, momentan gibt es keine große Auswahl ... PHP absichern, aktualisieren sobald wie möglich und beten eventl. noch :roll: Das Teil hier könnte noch für lange Zeit sehr viel Freude bereiten ... verdammt! In der PHP 7er Reihe könnte es sogar dauerhaft und ausnahmslos gesetzt werden bis es (schnell) du ...

Also auf die schnelle, wird das bei mir heute eh nichts ... könnte nur im Notfall alles runterfahren. Es gibt auch noch zu viele PHP 7.x Nutzer (darunter auch Behörden, Schulen & Feuerwehren etc.). Wie ist es bei den disabled_functions mit exec,shell_exec, shell (incl. proc, popen) auf OFF, wäre das ...

... Whatever the affected range turns out to be, PHP issues fixes only for its four supported branches, and records each branch's changes in its changelog. Versions 8.2 and 8.3 receive only security fixes, and 8.4 and 8.5 are in active support. Die PHP Interpreter wurden ja bereits am 07 October ...

Roundcube Updates werden in der Regel mit einem Keyhelp Panel Update ausgeliefert. Also Panel Update abwarten oder auf alternativen Webmailer umstellen, bitte keine Fragen bzgl. manueller eigenständiger RC Aktualisierung hier posten. @Alexander Scheint sich endlos an anderern Stellen immer zu ...

Hier mal ein einfaches Apache, MySQL Debian12 System ohne Panel ... diese 6 Packages: libmariadb3 mariadb-client mariadb-client-core mariadb-common mariadb-server mariadb-server-core 6 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. explizit Get:1 http://security.debian.org/debian ...

Auf einem Testsystem lief das problemlos, auch bisher keine Meldung von Kunden über Probleme Bisher habe ich noch keine Hänger bei Debian 13 gefunden, nur bei Debian 12 Systemem (allerdings auch nicht alle) .... Upgrade scheint "generell" nicht überall stabil durchzulaufen, auch bei Systemen ohne Pa ...

Mich hatte es auch erwischt. Interessanter Weise nur mit einem Server. Bei mir gab es auch ein paar "baugleiche" Systeme, wo es einfach durchgelaufen ist, ohne Probleme ... An der DB Grösse o. Fehler liegt es nicht, es ist auch kein Load Problem ... bei einem manuellen Test, blieb der Upgrade task ...

Unglaublich ... also die Systeme die jetzt noch nicht aktualisiert wurden, bleiben erst mal (upgrade tasks gestoppt) ...
die Ausfallzeit ist etwas zu lange bei diesem MariaDB Update