KeyHelp Community

Ralph

Es wird doch korrekt interpretiert als "Off". Ob es in der Konfiguration nun so: php_admin_value[session.upload_progress.enabled] = oder so: php_admin_value[session.upload_progress.enabled] = off steht, ist doch nur ein kosmetisches Problem, solange es korrekt ausgewertet wird. Danke, die Frage war ...

Ralph

omexlu wrote: ↑Mon 26. Oct 2026, 11:08 Du machst zuviel in die Hose, schau dir an unter welchen Umständen das progress-enabled überhaupt Stress machen kann.

Es geht ja bei dieser Sache nicht generell um "session.upload_progress.enabled" ... würde ja auch ggf. andere Settings, die off oder 0 gesetzt sind, betreffen.

Ralph

@Alexander Alex, was meinst Du dazu ... ? https://community.keyhelp.de/viewtopic.php?p=59982#p59982 gesetzt ist im Panel z.b. session.upload_progress.enabled = off oder session.upload_progress.enabled = 0 daraus wird dann in der userphp*.conf php_admin_value[session.upload_progress.enabled] = php ...

Ralph

goldene-zeiten wrote: ↑Mon 26. Oct 2026, 09:16 Wo genau im Panel müssen diese Direktiven eingestellt werden? Es liest sich so, als ob das als zentrale Einstellung empfohlen würde?

Edit client > PHP > Additional PHP directives > Non-overwritable directives

Code: Select all

session.upload_progress.enabled=0

Ralph

for dir in /opt/keyhelp/php/*/etc/conf.d; do [ -d "$dir" ] || continue printf 'session.upload_progress.enabled = Off\n' \ > "$dir/99-disable-upload-progress.ini" done Ja, kommt im Grunde auf das gleiche Resultat raus, halt außerhalb der KH *.conf ... es wird so beim speichern nicht überschrieben, ...

Ralph

Yes, da gibt es anscheinend ein parsing Problem, mit Leerzeichen und Null bzw. Off Werten, bei einem Wert > 0 ist es egal ob da ein Leerzeichen enthalten ist, dieser erscheint jedenfalls korrekt in der .conf: ... wie z.b. php_admin_value[max_execution_time] = 60 display_errors=0 allow_url_fopen=0 ...

Ralph

da stimmt was nicht ... wenn ich es so eingebe im Panel: session.upload_progress.enabled = off oder session.upload_progress.enabled = 0 wird daraus in der .conf: php_admin_value[session.upload_progress.enabled] = wenn es so eingegeben wird: session.upload_progress.enabled=0 bleibt der 0 Wert ...

Ralph

Da ist immer noch einiges im Gange (viele WP Hacks und Malware Uploads über die letzten Tage) ... also, ich denke momentan darüber nach noch überall das empfohlene "session.upload_progress.enabled=0" zu setzen, 2 Fragen habe ich dazu noch ... Wenn ich die zusätzlich PHP Anweisung (session.upload_pro ...

Ralph

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 ...

Ralph

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 ...

Ralph

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 ...

Ralph

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!

Ralph

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 ...

Ralph

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 ...

Ralph

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.

Search found 1586 matches

Re: PHP Vulnerability-Fix heute 16 Uhr

Re: PHP Vulnerability-Fix heute 16 Uhr

Re: PHP Vulnerability-Fix heute 16 Uhr

Re: PHP Vulnerability-Fix heute 16 Uhr

Re: PHP Vulnerability-Fix heute 16 Uhr

Re: PHP Vulnerability-Fix heute 16 Uhr

Re: PHP Vulnerability-Fix heute 16 Uhr

Re: PHP Vulnerability-Fix heute 16 Uhr

Re: PHP Vulnerability-Fix heute 16 Uhr

Re: PHP Vulnerability-Fix heute 16 Uhr

Re: PHP Vulnerability-Fix heute 16 Uhr

Re: PHP Vulnerability-Fix heute 16 Uhr

Re: PHP Vulnerability-Fix heute 16 Uhr

Re: PHP2Shell - Critical PHP RCE Flaws (CVSS 9.2) [SOLVED]

Re: PHP2Shell - Critical PHP RCE Flaws (CVSS 9.2) [SOLVED]