AnswersPublished27 sources
PHP2Shell: Kritik PHP açıkları ve alınması gereken önlemler
PHP2Shell, etkilenen sunucuda oturum açmadan kod çalıştırma riski taşıyan iki kritik PHP açığını kapsıyor; ikisi de CVSS 4.0 ölçeğinde 9,2 puan aldı. Yamalar 21 Ekim 2026’da yayımlandı.
YayımlayanGPT-6 Luna ile düzenlendiGörseller GPT Image 2 ile oluşturuldu
Research answer
Key takeaways
- PHP2Shell, etkilenen sunucuda oturum açmadan kod çalıştırma riski taşıyan iki kritik PHP açığını kapsıyor; ikisi de CVSS 4.0 ölçeğinde 9,2 puan aldı.
- Yamalar 21 Ekim 2026’da yayımlandı. Bildirilen saldırı girişimleri ciddiye alınmalı, ancak bunlar tek başına başarılı bir siber saldırının kanıtı sayılmamalı.
- Yöneticiler PHP çalışma ortamını kontrol edip doğrulanmış yamayı uygulamalı; çok faktörlü kimlik doğrulama gibi hesap önlemleri sunucu açığını kapatmaz.
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: What is the global “php2shell” crisis involving PHP vulnerabilities CVE-2026-109618 and CVE-2026-109619, why did Microsoft CEO Satya Nadella. Article summary: “PHP2Shell” is an urgent PHP security and patching incident involving CVE-2026-109618 and CVE-2026-109619: two critical flaws that can let an attacker execute code on a vulnerable web server without logging in, potential. Topic tags: general, general web. 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, watermarks, charts with fake numbers, clic
PHP2Shell, PHP’deki iki kritik güvenlik açığına verilen ad: CVE-2026-109618 ve CVE-2026-109619. Açıklar başarıyla istismar edilirse, saldırgan etkilenen sunucuda kullanıcı hesabıyla oturum açmadan kod çalıştırabilir. PHP düzeltmeleri 21 Ekim 2026’da yayımlandı. Güvenlik şirketleri saldırı girişimleri gözlemlediklerini bildirdi; ancak bir saldırı girişimi, sunucuya başarıyla girildiğini veya verilerin ele geçirildiğini tek başına göstermez.11
14
19
PHP2Shell açıkları ne yapıyor?
Sorun belirli bir web sitesinde ya da içerik yönetim sisteminde değil, PHP’nin kendisinde. Red Hat’e göre açıklardan biri, istek işlenirken bellek ayırma işlemi başarısız olduğunda PHP’nin durumu doğru yönetememesiyle ilgili. Diğerinde ise ciddi bir hata temizleme işlemini yarıda bırakıp bellekte eski bir durumun kalmasına yol açabiliyor.7 Bu sorunlar bir araya geldiğinde uzaktan kod çalıştırma yolu açılabilir; başka bir deyişle saldırgan, savunmasız sunucuda önceden giriş yapmadan kod çalıştırabilir.
11
13
Her iki açığa da CVSS 4.0 ölçeğinde 9,2 puan verildi; bu, kritik önem derecesine karşılık geliyor.4 Olası sonuçlar arasında sunucunun ele geçirilmesi, verilerin açığa çıkması veya hizmetlerin aksaması var. Yine de açıkların varlığı, PHP kullanan her sitenin saldırıya uğradığı ya da ele geçirildiği anlamına gelmiyor.
13
Neden bu kadar hızlı gündeme geldi?
Haberlerde açıkların PHP’de yıllardır bulunduğu belirtiliyor.42 Ancak bir güvenlik açığının uzun süre yazılımda kalmış olması, saldırganların onu bildiğini veya bu dönemde istismar ettiğini kanıtlamaz.
Olay, yapay zekâ destekli güvenlik araştırmalarına da dikkat çekti. Haberlere göre Calif ve Wiz araştırmalarında yapay zekâ araçlarından yararlandı; OpenAI da araştırma ve açıklama sürecinde yer aldı.34
44 Yapay zekâ araçları araştırmacıların yazılımı incelemesine yardımcı olabilir. Ancak bu keşif öyküsü, saldırganların benzer araçları ne kadar hızlı kullanabileceğini ya da savunma tarafının avantajlı olduğunu tek başına ortaya koymuyor.
Bazı haberlerde PHP’nin web sitelerinin yaklaşık yüzde 70’inde kullanıldığı tahmini de vurgulandı.20 Bu oran PHP’nin yaygınlığına ilişkin bir tahmindir; savunmasız olduğu doğrulanan sunucu veya saldırıya uğrayan site sayısı değildir. Gerçek risk; kullanılan PHP sürümüne, yapılandırmaya, dağıtım biçimine ve düzeltmenin uygulanıp uygulanmadığına bağlıdır.
Yamalar ve bildirilen saldırı girişimleri
PHP projesi, düzeltmeleri 21 Ekim’de 8.2.35, 8.3.36, 8.4.27 ve 8.5.12 sürümleriyle yayımladı.19 Bu sürüm listesi PHP 8.2–8.5 aralığını kapsıyor. Daha eski sürümleri kullanan kurumlar, işletim sistemi veya barındırma hizmeti sağlayıcılarının güvenlik duyurularını kontrol ederek doğrulanmış bir yama ya da geriye taşınmış düzeltme olup olmadığını teyit etmeli; yamayı varsaymamalı.
Açıkları istismar etme girişimleri bildirildi. SecurityWeek’in aktardığına göre Amazon, yama yayımlanmadan dört gün önce, 17 Ekim’de bir girişim gözlemledi.14 Cloudflare da açıklar kamuya duyurulduktan sonra istismar girişimi trafiğinde hızlı artış bildirdi; sonraki haberlerde sayılar milyonlara ulaştı.
27
38 Bu rakamlar gözlemlenen girişimleri anlatıyor, başarılı sızmaları değil.
İstismarın boyutuna ilişkin değerlendirmeler aynı değil: bazı kaynaklar etkin girişimlerden söz ederken, bir başka kaynak yaygın istismarın ilk başta beklenenden daha düşük olasılıklı göründüğünü belirtiyor.3
4 Mevcut bilgiler, geniş çaplı ve başarılı bir sunucu ihlalini doğrulamıyor. Güvenilir saldırı bildirimlerini ciddiye almak önemli; ancak tarama veya istismar girişimiyle belirli bir sunucunun ele geçirildiğine dair kanıtı birbirinden ayırmak gerekiyor.
2
3
Kurumlar nasıl karşılık verdi?
Bazı kurumlar müdahale sırasında halka açık hizmetlerini geçici olarak devre dışı bıraktı. Haberlerde Japonya, Fransa, Finlandiya ve Hollanda’da geçici kapatma veya bakım uygulamalarından söz ediliyor; ABD ve Avrupa’daki kurumlar da kuruluşları önlem almaya çağırdı.18
20
35 Bir siteyi geçici olarak kapatmak müdahale sırasında riski azaltabilir, ancak sitenin ele geçirildiğini kanıtlamaz.
Bu yazı için eldeki kaynaklar, Microsoft CEO’su Satya Nadella’ya Köln’deki bir etkinlikte atfedilen sözleri, bunların tam ifadesini veya bağlamını bağımsız biçimde doğrulamıyor. Güvenilir teyit olmadan bu sözleri kurumların tepkisini açıklamak ya da olayı nitelemek için kullanmamak gerekir.
PHP sunucularını yönetenler ne yapmalı?
- Yalnızca uygulamayı değil, PHP çalışma ortamını kontrol edin. PHP2Shell, PHP çalışma ortamını etkiliyor. Bu nedenle bir içerik yönetim sistemini veya eklentiyi güncellemek, sunucudaki PHP kurulumunun da düzeltildiğini göstermez.
13
- Doğrulanmış yamayı uygulayın. Uygun, düzeltilmiş PHP sürümüne geçin veya kullandığınız sağlayıcının geriye taşınmış yama talimatlarını izleyin. Üretim ortamında gerçekten çalışan sürümü doğrulayın.
19
- Olası ihlal belirtilerini inceleyin. Yamayı kurmak açığı giderir; sunucuya daha önce erişilmediğini kanıtlamaz. Hizmeti normal kullanıma döndürmeden önce ilgili kayıtları gözden geçirin ve şüpheli etkinlikleri araştırın.
- Geçici önlemleri dikkatle kullanın. PHP bakımcılarının veya hizmet sağlayıcınızın güncel yönlendirmelerini izleyin. Tek bir yapılandırma değişikliğine ya da web uygulaması güvenlik duvarına (WAF) güvenip doğrulanmış çalışma ortamı yamasını ertelemeyin.
15
27
- Hesap güvenliğini ek katman olarak güçlendirin. Her hesap için benzersiz parola ve çok faktörlü kimlik doğrulama kullanmak hesapları korumaya yardımcı olur; ancak oturum açma gerektirmeyen sunucu tarafı kod çalıştırma açığını kapatmaz.
BT ekipleri için bir açığın varlığı, istismar girişimi ve doğrulanmış ihlal arasındaki farkı gözetmek önemlidir. Bu ayrım, acil yama uygulamasını desteklerken kimin ya da neyin ele geçirildiğine ilişkin kanıtlanmamış iddiaları sonuç gibi sunmayı önler.
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: Kritik PHP açıkları ve alınması gereken önlemler"?
PHP2Shell, etkilenen sunucuda oturum açmadan kod çalıştırma riski taşıyan iki kritik PHP açığını kapsıyor; ikisi de CVSS 4.0 ölçeğinde 9,2 puan aldı.
What are the key points to validate first?
PHP2Shell, etkilenen sunucuda oturum açmadan kod çalıştırma riski taşıyan iki kritik PHP açığını kapsıyor; ikisi de CVSS 4.0 ölçeğinde 9,2 puan aldı. Yamalar 21 Ekim 2026’da yayımlandı. Bildirilen saldırı girişimleri ciddiye alınmalı, ancak bunlar tek başına başarılı bir siber saldırının kanıtı sayılmamalı.
What should I do next in practice?
Yöneticiler PHP çalışma ortamını kontrol edip doğrulanmış yamayı uygulamalı; çok faktörlü kimlik doğrulama gibi hesap önlemleri sunucu açığını kapatmaz.
Sources
cyber.gc.caAL26-026 - Critical vulnerabilities impacting PHP - CVE- ...
securityweek.comPHP2Shell Patches Land as First Exploitation Attempts Hit Sensors
access.redhat.comRHSB-2026-013 Request handling memory corruption - php...