PHP2Shell, PHP’deki iki kritik güvenlik açığına verilen ad: CVE-2026-109618 ve CVE-2026-109619. Her iki açık da CVSS ölçeğinde 9.2 puan aldı ve saldırganların kimlik doğrulaması olmadan PHP çalıştıran bir web sunucusunda kod yürütmesine imkân verebilir. PHP, 21 Ekim 2026’da düzeltmeleri yayımladı. Açıklamadan dört gün önce kaydedilen bir saldırı girişimi de yama sürecinin aciliyetini artırdı.
4
5
24
PHP2Shell açıkları ne yapıyor?
Açıkların ikisi de PHP’nin web isteklerini işlerken belleği kullanma biçimiyle ilgili. PHP, CVE-2026-109618’i istek temizliği sırasında bellek tükenmesi nedeniyle oluşan bir bozulma; CVE-2026-109619’u ise bir isteğe ait eski durum bilgisinin aynı çalışan süreçte sonraki bir istek tarafından yeniden kullanılması olarak tanımlıyor. Her iki sorun da uzaktan kod çalıştırmaya yol açabilir.
4
10
Risk, web isteği işleyen PHP kurulumlarını kapsıyor. Buna PHP-FPM kullanan sistemler, Apache üzerinde mod_php ve listelenen diğer web sunucusu yapılandırmaları da dahil.
4
5 PHP güvenlik ekibi, riskin özellikle mod_php kullanan sistemlerde daha yüksek olduğunu belirtiyor.
7
Hangi PHP sürümleri yamalı?
PHP, 21 Ekim 2026’da aşağıdaki düzeltilmiş sürümleri yayımladı:
4
- PHP 8.5.12
- PHP 8.4.27
- PHP 8.3.36
- PHP 8.2.35
Sistem yöneticileri kullandıkları PHP dalı için yayımlanan yamalı sürüme geçmeli. Açıklar web isteği işleyen PHP kurulumlarını etkilediğinden, yalnızca uygulamanın çatısını veya içerik yönetim sistemini kontrol etmek yeterli değil; web trafiği işleyen tüm PHP ortamları gözden geçirilmeli.
4
5
Bazı haberlerde, bilgilerin planlanandan önce açığa çıkmasının yamaların başlangıçta belirlenen 22 Ekim tarihinden bir gün önce yayımlanmasına neden olduğu bildirildi. Ancak mevcut kaynaklar hangi bilgilerin, kim tarafından ve nasıl sızdırıldığını kesin olarak ortaya koymuyor.
3
20
Saldırı girişimleri hakkında neler biliniyor?
Amazon Threat Intelligence, MadPot adlı honeypot sisteminde 17 Ekim tarihli bir PHP2Shell saldırı girişimi tespit etti. Bu tarih, açığın kamuya açıklanmasından ve yamaların yayımlanmasından dört gün öncesine denk geliyor. Amazon, girişimin ticari bir anonimleştirme ağıyla ilişkili bir IP adresinden geldiğini, ancak saldırganın açıkla ilgili bilgiyi önceden nasıl edindiğinin belirsiz olduğunu bildirdi.
24
Cloudflare, açıkların kamuya açıklanmasının ardından saldırı girişimlerinin milyonlara ulaştığını belirtti. Bu sayı, denenen saldırıları ifade ediyor; ele geçirildiği doğrulanmış web sitelerinin sayısını değil.
18
19 Benzer şekilde, honeypot’a yönelik bir girişim hedef almayı gösterir; gerçek bir üretim sunucusunun başarıyla ele geçirildiğini kanıtlamaz. Mevcut haberler, saldırılarda kaç gerçek sistemin etkilenmiş olabileceğini ortaya koymuyor.
24
46
Sistem yöneticileri ne yapmalı?
- Kullanımdaki her etkilenen PHP dalını güncelleyin. İlgili dal için yayımlanan yamalı sürümü kurun.
4
- 17 Ekim’den itibaren etkinlikleri inceleyin. Amazon’un erken tarihli honeypot kaydı nedeniyle geçmişe dönük incelemeyi yalnızca yama gününden başlatmak eksik kalabilir.
24
46
- Saldırı girişimiyle doğrulanmış ihlali birbirinden ayırın. Girişim sayıları açıkların yoklandığını gösterebilir; belirli bir sunucuda kod çalıştırıldığını kanıtlamaz.
18
24
En net yol, etkilenen PHP kurulumlarına yamaları uygulamak ve 17 Ekim’den itibaren ilgili kayıtları incelemek. Yüksek sayıdaki saldırı girişimi hızlı hareket edilmesi gerektiğini gösteriyor; ancak her hedef sunucunun ele geçirildiği anlamına gelmiyor.