AnswersPublished30 sources
PHP2Shell nedir? 2026’daki PHP açıkları neden acil müdahale gerektirdi?
PHP2Shell, etkilenen sunucularda kimlik doğrulaması olmadan uzaktan kod çalıştırılmasına yol açabilecek iki kritik PHP açığını kapsıyor. PHP, 21 Ekim 2026’da 8.2.35, 8.3.36, 8.4.27 ve 8.5.12 sürümleri için düzeltmeleri yayımladı.
YayımlayanGPT-6 Luna ile düzenlendiGörseller GPT Image 2 ile oluşturuldu
Research answer
Key takeaways
- PHP2Shell, etkilenen sunucularda kimlik doğrulaması olmadan uzaktan kod çalıştırılmasına yol açabilecek iki kritik PHP açığını kapsıyor.
- PHP, 21 Ekim 2026’da 8.2.35, 8.3.36, 8.4.27 ve 8.5.12 sürümleri için düzeltmeleri yayımladı.
- Güvenlik şirketleri tarama ve saldırı girişimleri bildirdi; ancak bu sayılar tek başına başarılı ihlal veya kitlesel ele geçirilme kanıtı değil.
- Site yöneticileri tüm PHP kurulumlarını bulmalı, uygun yamayı uygulamalı ve olası ihlal belirtilerini ayrıca incelemeli.
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: What is the October 2026 “PHP2Shell” cybersecurity crisis involving AI-discovered flaws CVE-2026-109618 and CVE-2026-109619 in PHP, which po. Article summary: PHP2Shell is the name given to two critical PHP vulnerabilities, CVE-2026-109618 and CVE-2026-109619, that can permit unauthenticated remote code execution; emergency patches and precautionary shutdowns followed their Oc. Topic tags: general, general web, government, news, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermar
PHP2Shell, PHP’de bulunan CVE-2026-109618 ve CVE-2026-109619 numaralı iki kritik açığa verilen ad. Her ikisi de belirli koşullarda saldırganların giriş yapmadan etkilenen sunucuda uzaktan kod çalıştırmasına imkân tanıyabilir. PHP, açıkları gidermek için 21 Ekim 2026’da yamalar yayımladı. Bazı kurumlar müdahale sürecinde tedbir amacıyla hizmetlerini geçici olarak devre dışı bıraktı. Ancak tarama ve saldırı girişimi bildirimleri, başarılı bir siber saldırının doğrulandığı anlamına gelmiyor. 4
7
18
PHP2Shell açıkları ne yapıyor?
Açıklar belirli bir web sitesi eklentisinde veya uygulamasında değil, PHP’nin çalışma ortamında bulunuyor. Biri bellek yetersizliği (out-of-memory) işleme süreciyle, diğeri ise güncelliğini yitirmiş global durum bilgisiyle ilgili. Belirli koşullarda özel hazırlanmış bir istek uzaktan kod çalıştırmaya yol açabilir; açıkların birinin işlem belleğindeki hassas bilgileri açığa çıkarma ihtimali de bulunuyor. 4
11
PHP’nin web sitelerinde yaygın biçimde kullanıldığı, bazı tahminlerde bu oranın yüzde 70’e kadar çıktığı belirtiliyor. Bu tahmin, PHP kullanan her sitenin savunmasız veya aynı ölçüde risk altında olduğu anlamına gelmez. Risk; kullanılan PHP sürümüne, yapılandırmaya ve açığı tetikleyebilecek kod yoluna dışarıdan erişilip erişilemediğine bağlıdır. 45
46
Yapay zekâ destekli araştırma ve hızlanan açıklama süreci
Açıkların bulunması ve giderilmesi sürecindeki çalışmalar, Wiz, Calif ve OpenAI’deki araştırmacı ve ekiplere atfedildi; bazı haberlerde araştırma sürecinde yapay zekânın da rol oynadığı aktarıldı. Ancak mevcut haberler, keşfin tüm ayrıntılarını —örneğin WordPress’ten Drupal’a uzanan belirli bir süreci veya her bir CVE’nin ekipler arasındaki kesin iş bölümünü— doğrulamıyor. 14
45
Olayla ilgili haberlerde, bellek işleme sorununa uzaktan kod çalıştırma potansiyeli gösterilmeden önce dikkat çekildiği belirtiliyor. Bu ayrım önemli: şüpheli bir hata fark etmek, bunun uygulanabilir bir saldırı yoluna dönüştüğünü kanıtlamakla aynı şey değil. 22
38
Ayrıntıların planlanan kamuya açıklama tarihinden önce sızması, müdahale üzerindeki baskıyı artırdı ve yamaların hızla yayımlanmasına katkıda bulundu. 6
23 Olay, güvenlik açığının açıklanması, doğrulanması ve güncellemenin sistemlere dağıtılması için süre daraldığında teknik bir sorunun nasıl operasyonel bir krize dönüşebileceğini gösterdi.
Yamalar ve saldırı bildirimleri neyi kanıtlıyor?
21 Ekim’de yayımlanan düzeltilmiş PHP sürümleri 8.2.35, 8.3.36, 8.4.27 ve 8.5.12’ydi. Sunucu yöneticileri kullandıkları barındırma hizmeti sağlayıcısının veya işletim sistemi üreticisinin güvenlik duyurusunu da kontrol etmeli. Bazı sağlayıcılar düzeltmeleri, ana PHP sürüm numarasını değiştirmeden geriye dönük yama olarak dağıtabilir. 4
39
Güvenlik şirketleri açıklama döneminde tarama ve saldırı girişimleri bildirdi. Cloudflare’la ilgili haberlerde de girişim sayısının hızla arttığı aktarıldı. Bu tür sayılar, belirli hizmetlerin gözlemlediği istekleri veya girişimleri gösterir; kaç sistemin ele geçirildiğini kanıtlamaz. 5
36
Başarılı saldırıların doğrulanıp doğrulanmadığı konusunda haberler farklı zamanlarda farklı değerlendirmeler yaptı. BBC, 22 Ekim itibarıyla başarılı saldırı bildirilmediğini yazdı. Daha sonraki bir Beazley duyurusunda yaygın girişimlerden söz edildi, ancak doğrulanmış kitlesel saldırıdan haberdar olunmadığı belirtildi. Sansec de kitlesel istismar ihtimalinin ilk tahminlerine göre daha düşük göründüğünü bildirdi. Bu değerlendirmeler belirli bir zamana ait; hiçbiri yama uygulanmamış sunucuların güvende olduğu anlamına gelmiyor. 7
9
18
Bazı hizmetler neden çevrimdışı kaldı?
Bazı kurumlar, maruziyetlerini değerlendirip güncellemeleri hazırlarken hizmetlerini geçici olarak kapattı veya erişimi kısıtladı. Haberlere göre Birleşik Krallık’ta 32 kamu hizmeti devre dışı bırakıldı. Bir hizmet durumu izleyicisi de yama yayımlanmadan önce 100’den fazla hizmetin kesinti, bakım duyurusu veya PHP2Shell uyarısı paylaştığını kaydetti. Bu adımlar acil düzeltmenin yarattığı operasyonel kesintiyi gösteriyor; tek başlarına bu hizmetlere saldırı düzenlendiğinin kanıtı değiller. 22
34
Başka ülkelerdeki kamu kurumları ve kuruluşların müdahalelerine ilişkin haberler de yayımlandı. Ancak mevcut bilgiler, etkilenen hizmetlerin tam ve bağımsız olarak doğrulanmış bir listesini sunmuyor; adı geçen her yerel kesintiyi de teyit etmiyor. 20
25
Web sitesi yöneticileri ne yapmalı?
- Tüm PHP kurulumlarını envantere alın. Yalnızca ana siteyi değil, üretim sunucularını, konteynerleri, ikincil sistemleri ve yönetilen barındırma hizmetlerini de kontrol edin.
- Uygun yamayı gecikmeden yükleyin. Düzeltilmiş sürümü veya sağlayıcının doğruladığı geriye dönük yamayı kurun. Gerekliyse PHP çalışanlarını ya da servisleri yeniden başlatın ve çalışan sürümü doğrulayın. Uygulama veya eklenti güncellemeleri, PHP çalışma ortamına yama uygulamanın yerini tutmaz.
14
39
- Yama hemen uygulanamıyorsa erişimi kısıtlayın. Hizmetin internete açıklığını ve iş üzerindeki etkisini değerlendirerek genel erişimi sınırlamayı veya hizmeti geçici olarak kapatmayı düşünün. Ağ kurallarını geçici koruma olarak değerlendirin; yamanın yerine koymayın.
- İhlal belirtisi olup olmadığını araştırın. İlgili günlük kayıtlarını inceleyin; beklenmeyen dosya, işlem veya yönetici hesabı olup olmadığını kontrol edin. İhlalden şüpheleniyorsanız kanıtları koruyup inceleme başlatın. Yamayı yüklemek, önceden gerçekleşmiş olabilecek bir saldırıyı kendiliğinden ortadan kaldırmaz.
- Hizmet sağlayıcınızdan teyit alın. Barındırma veya yönetilen hizmet sağlayıcısı kullanan küçük kuruluşlar, bağlı oldukları tüm PHP kurulumlarının düzeltildiğine dair açık teyit istemeli.
NSA, kritik yamaların uygulanmasını tavsiye ettiğini ve PHP2Shell’den yararlanmaya çalışabilecek kötü niyetli aktörleri belirlemeye öncelik verdiğini açıkladı. FBI da kuruluşları PHP kurulumlarını güncellemeye çağırdı. Buradaki kaynaklar, yama yapılamadığı takdirde bütün kuruluşlara sistemlerini kapatmalarını emreden ortak bir FBI-NSA-CISA talimatı olduğunu doğrulamıyor. 17
28
Bireyler ne yapabilir, ne yapamaz?
Kişisel cihazları, uygulamaları ve yönlendiricileri güncel tutun; çok faktörlü kimlik doğrulamayı ve her hesap için farklı, güçlü parolaları kullanın. Bunlar genel güvenlik için yararlı adımlardır, ancak bir web sitesinin PHP sunucusuna yama uygulamaz. Bu sorumluluk site yöneticisine veya barındırma sağlayıcısına aittir.
PHP2Shell’den çıkarılacak pratik ders, yamaları acilen ve doğrulayarak uygulamak; müdahale için giderek daralabilen süreye hazırlıklı olmaktır. Olay, güvenlik araştırmalarıyla saldırı girişimlerinin ne kadar hızlı gelişebileceğine dair kaygıyı destekliyor. Ancak saldırı girişimlerinin toplamını kitlesel ele geçirilmenin kanıtı saymak veya internet güvenliğinin genel olarak çöktüğünü ileri sürmek için yeterli dayanak yok.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
People also ask
What is the short answer to "PHP2Shell nedir? 2026’daki PHP açıkları neden acil müdahale gerektirdi?"?
PHP2Shell, etkilenen sunucularda kimlik doğrulaması olmadan uzaktan kod çalıştırılmasına yol açabilecek iki kritik PHP açığını kapsıyor.
What are the key points to validate first?
PHP2Shell, etkilenen sunucularda kimlik doğrulaması olmadan uzaktan kod çalıştırılmasına yol açabilecek iki kritik PHP açığını kapsıyor. PHP, 21 Ekim 2026’da 8.2.35, 8.3.36, 8.4.27 ve 8.5.12 sürümleri için düzeltmeleri yayımladı.
What should I do next in practice?
Güvenlik şirketleri tarama ve saldırı girişimleri bildirdi; ancak bu sayılar tek başına başarılı ihlal veya kitlesel ele geçirilme kanıtı değil.
Sources
dynatrace.comCVE-2026-109618 & CVE-2026-109619: PHP2Shell Critical ...
labs.beazley.securityPHP2SHELL: Critical PHP RCE Flaws Threaten Web Infrastructure ...
bbc.comPHP: What is it and why did it spark a global cyber security ...
sec.cloudapps.cisco.comVulnerabilities in PHP Affecting Cisco Products: October 2026