Krytyczny update PHP

[kankan]

"Upcoming Critical PHP Security Release"

https://www.php.net/archive/2026.php#2026-10-20-1

 

"ciekawie" się zapowiada...

[Gryzli]

Wersje PHP, dla których wydano już poprawki:

• PHP 8.2 → 8.2.35

• PHP 8.3 → 8.3.36

• PHP 8.4 → 8.4.27

• PHP 8.5 → 8.5.12

Starsze wersje, takie jak PHP 7.x i 8.1, nie otrzymują już oficjalnych aktualizacji od twórców PHP. W ich przypadku należy sprawdzić dostępność poprawek u dostawcy hostingu lub przejść na wspieraną wersję.

[theqkash]

Błąd jest w multipart w php więc w teorii wystarczy zablokować, o ile nie używane. Ale może lepiej o tym nie wspominać, bo muzea PHP powinny być generalnie likwidowane. 

[yLuno]

To jest chyba PHPokalipsa

[Tom X]

54 minuty temu, theqkash napisał(a):

bo muzea PHP powinny być generalnie likwidowane. 

Ale jak to zrobić nie likwidując klientów?

[l3szcz]

4 minuty temu, Tom X napisał(a):

Ale jak to zrobić nie likwidując klientów?

Przepisując Wordpressa na Django  

[theqkash]

7 minut temu, Tom X napisał(a):

Ale jak to zrobić nie likwidując klientów?

 

Wskazać klientom link do https://cert.europa.eu/publications/security-advisories/2026-018 gdzie jest wskazane jakie wersje PHP są objęte aktualizacją, a pozostałe że są niebezpieczne i na tej podsatwie wyłączyć stare wersje.

 

[Tom X]

@theqkash Logiczne z punktu widzenia admina. Właściciel/Prezes może posługiwać się nieco inną logiką: "Tak proszę pana, oczywiście proszę pana, PHP 7 może być i PHP 5 proszę pana  też się znajdzie"   

[l3szcz]

Jakby wam to powiedzieć:

 

PHP 8.5.12 - dalej podatne.

Edytowane 2 godziny temu przez l3szcz

[kafi]

Cytat

 dalej podatne

Pytanie tylko... na co. 

 

Bo jakby to powiedzieć, zamiast przeklejać screen warto dobrać się najpierw do oryginalnej wypowiedzi,

w tym przypadku https://fedi.katze.sh/@elise/117479383739450605

w której po edycji sama autorka napisała

Cytat

edit: as it appears there is confusion, this is about the vuln I found, not the ones that got patched today

 

[Espen]

2 godziny temu, Tom X napisał(a):

3 godziny temu, theqkash napisał(a):

bo muzea PHP powinny być generalnie likwidowane. 

Ale jak to zrobić nie likwidując klientów?

Hmm, wdrażając płatności za obsługę naprawdę mocno archeologicznych wersji PHP?  .N i inne szlak przetarły, da się  

[darekm]

9 minut temu, Espen napisał(a):

Hmm, wdrażając płatności za obsługę naprawdę mocno archeologicznych wersji PHP?  .N i inne szlak przetarły, da się  

I zapłaca za to ludzie bo rachunki czytają księgowi i nie mają pojęcia za co płacą i dalej będzie stary php i baza