Kısaca
PHP geliştiricileri 21 Ekim 2026'da, saldırganın sunucuda uzaktan kod çalıştırmasına yol açabilen iki kritik açığı kapatan güncellemeler yayımladı: CVE-2026-109618 ve CVE-2026-109619 (ikisi de CVSS v4.0 puanıyla 9.2). Web isteği sunan tüm PHP kurulumları etkileniyor. Çözüm, PHP'yi 8.5.12, 8.4.27, 8.3.36 veya 8.2.35 sürümüne yükseltmek. Kendi sunucunuz yoksa, kullandığınız hosting firmasının güncellemeyi yapıp yapmadığını sorun.
Bu sayfada
Ne oldu?
PHP projesi 20 Ekim'de kritik bir güvenlik sürümü yayımlayacağını önceden duyurdu ve 21 Ekim 2026'da dört desteklenen sürüm dalı için güncellemeleri yayımladı. Resmî duyuruya göre açıklar PHP-FPM, Apache mod_php, php-cgi, FrankenPHP ve LiteSpeed dahil web isteklerine yanıt veren tüm PHP kurulumlarını etkiliyor. Risk en yüksek mod_php kullanan sunucularda; burada kimlik doğrulaması gerektirmeyen bir istek, sitenin kendi kodu çalışmaya başlamadan saldırıyı tetikleyebiliyor.
İki açık neyle ilgili?
| Açık | Ne oluyor? | Etkisi |
|---|---|---|
| CVE-2026-109618 | Bellek yetersizliği (out-of-memory) durumunda PHP isteği yarıda keserken bazı iç veriler yarım kalıyor; temizleme sırasında bu bozuk veri geçerliymiş gibi kullanılıyor | Uzaktan kod çalıştırma |
| CVE-2026-109619 | Bir isteğe ait bellek serbest bırakıldıktan sonra erişilebilir kalıyor; aynı işçi süreçteki sonraki istek bu eski veriye rastlayabiliyor | Uzaktan kod çalıştırma |
Teknik ayrıntılar PHP'nin GitHub'daki güvenlik bildirimlerinde yer alıyor. İçerik dağıtım ağı bunny.net, saldırıda kullanılan bilinen istek kalıplarını (çok derin iç içe form alanları ve oturum yükleme ilerlemesi alanı) engelleyen güvenlik duvarı kuralları yayımladığını, ancak bunların güncellemenin yerini tutmadığını belirtti. Yayın tarihi itibarıyla resmî kaynaklarda açıkların yaygın olarak istismar edildiğine dair bir bilgi yer almıyor; buna karşın saldırının çalıştığı gösterildiği için güncelleme gecikmeden yapılmalı.
Hangi sürüme geçmeliyim?
| Kullandığınız dal | Güvenli sürüm | Not |
|---|---|---|
| PHP 8.5 | 8.5.12 veya üzeri | |
| PHP 8.4 | 8.4.27 veya üzeri | |
| PHP 8.3 | 8.3.36 veya üzeri | |
| PHP 8.2 | 8.2.35 veya üzeri | 8.2 dalının desteği 31 Aralık 2026’da bitiyor |
| PHP 8.1, 8.0, 7.4 ve öncesi | Resmî güncelleme yok | Desteklenen bir sürüme geçin; geçici olarak dağıtım/LTS sağlayıcı yamaları |
PHP 8.1 ve öncesi PHP projesinden artık güncelleme almıyor. Güvenlik ekibi 7.4, 8.0 ve 8.1 için yalnızca kaynak kod olarak küçük yamalar yayımladı; bazı Linux dağıtımları ve uzun süreli destek sağlayıcıları da kendi yamalı paketlerini sunuyor. En güvenli yol desteklenen bir sürüme geçmektir.
Sitemin PHP sürümünü nasıl öğrenirim?
- Hosting paneli: cPanel'de “PHP Sürümünü Seç” veya “MultiPHP Manager”, Plesk'te alan adının “PHP Ayarları” bölümü kullanılan sürümü gösterir.
- WordPress: Yönetim panelinde Araçlar → Site Sağlığı → Bilgi → Sunucu bölümünde PHP sürümü yazar.
- Sunucu erişimi varsa: Komut satırında
php -vsürümü gösterir. Web sunucusunun kullandığı sürüm komut satırındakinden farklı olabilir; PHP-FPM ve Apache modülünü ayrıca kontrol edin. - Dışarıdan: Bazı sunucular sürümü
X-Powered-By: PHP/8.x.ybaşlığında açığa çıkarır. HTTP başlıkları aracımızla bakabilirsiniz; başlık görünmüyorsa bu, sitenin PHP kullanmadığı anlamına gelmez.
Site sahipleri ne yapmalı?
- PHP'yi güncelleyin ve PHP-FPM işçilerini veya web sunucusunu yeniden başlatın; ardından çalışan sürümün gerçekten değiştiğini kontrol edin.
- Paylaşımlı hosting kullanıyorsanız firmanıza güncellemenin yapılıp yapılmadığını sorun; panelde eski bir PHP sürümü seçiliyse güncel sürüme geçin.
- Güncelleme hemen mümkün değilse: Kullanmıyorsanız
session.upload_progress.enabled=0ayarıyla oturum yükleme ilerlemesini kapatmak vepost_max_sizedeğerini düşürmek, PHP'nin önerdiği kısmi önlemler arasında. PHP, bunların kurulumu güvenli hâle getirmediğini ve tek tam çözümün güncelleme olduğunu vurguluyor. - Güvenlik duvarı kullanın: Cloudflare veya benzeri bir hizmet arkasındaysanız yönetilen kural setlerini açık tutun; bu yalnızca ek bir katmandır.
- Kayıtları inceleyin: Sitenizde beklenmedik dosyalar, yeni yönetici hesapları veya tuhaf yönlendirmeler görürseniz şifreleri değiştirin ve yedekten temiz kurulum yapmayı değerlendirin. Sitenizin dışarıdan erişilebilir olup olmadığını site çalışıyor mu aracıyla kontrol edebilirsiniz.
Ziyaretçiler etkilenir mi?
Bu açıklar ziyaretçilerin bilgisayarlarını değil, PHP çalıştıran sunucuları etkiliyor. Ancak güncellenmemiş bir site ele geçirilirse, sitenin veritabanındaki bilgiler sızabilir veya site ziyaretçilere zararlı içerik göstermek için kullanılabilir. Sık kullandığınız bir sitede tuhaf yönlendirmeler veya beklenmedik indirme istekleri görürseniz işlem yapmayın; sahte giriş sayfalarına karşı dikkat edilmesi gerekenleri oltalama linki nasıl anlaşılır yazımızda anlattık.
Kaynaklar: PHP resmî güvenlik duyurusu (21 Ekim 2026) ve bunny.net. Yeni bilgiler geldikçe güncellenecektir.
Sık sorulan sorular
PHP güvenlik açığı hangi sürümleri etkiliyor?
Web isteği sunan tüm PHP kurulumları etkileniyor. Düzeltmeler PHP 8.5.12, 8.4.27, 8.3.36 ve 8.2.35 sürümlerinde. PHP 8.1 ve öncesi resmî güncelleme almıyor.
WordPress sitem etkilenir mi?
WordPress PHP ile çalıştığı için, sitenizin barındığı sunucudaki PHP sürümü güncellenmemişse etkilenebilir. PHP sürümünü Site Sağlığı ekranından görebilir, hosting firmanıza güncellemenin yapılıp yapılmadığını sorabilirsiniz.
Açıklar aktif olarak istismar ediliyor mu?
Yayın tarihi itibarıyla resmî kaynaklarda yaygın istismar bilgisi yok, ancak saldırının çalıştığı gösterildi. Bu nedenle güncellemeyi bekletmemek gerekir.
Güncelleme yapamıyorsam ne yapmalıyım?
PHP'nin önerdiği kısmi önlemler (oturum yükleme ilerlemesini kapatmak, post_max_size değerini düşürmek) riski azaltabilir ama tam koruma sağlamaz. Mümkün olan en kısa sürede güncelleyin veya hosting firmanızdan destek isteyin.
PHP2Shell nedir?
Bazı haberlerde CVE-2026-109618 ve CVE-2026-109619 açıklarına verilen addır. PHP'nin resmî duyurusunda bu ad kullanılmıyor.



