PHP'de kritik açık: Acil yama geliyor - Sayfa 2

21-10-2026, 16:28:59

#10

stuXnet adlı üyeden alıntı: mesajı görüntüle

Malesef o kadar kolay degil, bir cok PHP yapilandirma parametresinin ayni anda saglanmasi lazim ve ek olarak zaten kritik olan mevcut bir LFI acigina ihtiyac var ki arbitrary yazilan /tmp/session dosyalarini oradan run edip shell atabilmek mumkun olsun yani baya imkansiz bir oran her sitenin shell yemesi CVE-2026-109618 ile

18 ve 19 ile herhangi bir php dosyanın içeriğine rw yetkisiyle ulaşılamıyor mu? Bunu yapmak shell için yeterli. İlla fiziksel bir dosya yüklemeye gerek yok. tpm'deki session, yüklemenin imzası. Açıkta dosya erişiminin mümkün olduğu yazıyor. Ancak yetki nereden gelir denemek lazım. Yetki kullanıcıdan geliyorsa ve sadece okuma izni varsa bu da yeterli. Örneğin wp-config'deki Mysql bilgileriyle de remote bağlantı izni yoksa bile phpmyadmin gibi bir yerden bu iş kotarilabilir. İşim olduğu için denemedim. Boştaysan bir dener misin?

21-10-2026, 16:40:10

#11

stuXnet

phpc adlı üyeden alıntı: mesajı görüntüle

18 ve 19 ile herhangi bir php dosyanın içeriğine rw yetkisiyle ulaşılamıyor mu? Bunu yapmak shell için yeterli. İlla fiziksel bir dosya yüklemeye gerek yok. tpm'deki session, yüklemenin imzası. Açıkta dosya erişiminin mümkün olduğu yazıyor. Ancak yetki nereden gelir denemek lazım. Yetki kullanıcıdan geliyorsa ve sadece okuma izni varsa bu da yeterli. Örneğin wp-config'deki Mysql bilgileriyle de remote bağlantı izni yoksa bile phpmyadmin gibi bir yerden bu iş kotarilabilir. İşim olduğu için denemedim. Boştaysan bir dener misin?

3 saattir ugrasiyorum hocam ustunde, CVE-2026-109618 PHP_SESSION_UPLOAD_PROGRESS kullanarak sadece custom icerikli session dosyasi yazmaya olanak sagliyor php nin cekirdek C kodunda(ext/session/session.c) olan bir hata nedeniyle, onu sorunsuz yaziyorsunuz ama run edip shell atabilmek icin LFI sart yoksa sadece session dizinine yazip birakmis oluyorsunuz..

CVE-2026-109619 daha cok heap UAF sorunlarina yol aciyor rahat bir sekilde henuz shell atabileni gormedim yani bir cok parametre saglanmis lablar disinda bakalim zamanla belki farkli kullanim sekilleri paylasilir..

Dün, 12:56:05

#12

ispmanager

Merhaba, sonradan okuyanlar için bir not: yama artık yayımlandı. Konuşmada geçen php.ini ayarları geçici önlem olarak anılsa da cPanel’in yayımladığı duyuruda geçici çözüm listelenmemiş ve bu tür ayarların tek başına koruma sağladığı duyuruda belirtilmiyor, bu yüzden asıl önlem düzeltilmiş sürüme geçmek: 8.2.35, 8.3.36, 8.4.27 ve 8.5.12, 7.4, 8.0 ve 8.1 için de düzeltme geriye taşınmış.
Panel fark etmeksizin (ispmanager ya da başka biri) güncellemeyi her alan adının kullandığı PHP sürümü için ayrı ayrı doğrulamak gerekir.