Ana içeriğe atla

SON YAZILAR

Nostradamus Kehanetleri: Nükleer Savaş ve 2028 İddiası

  📢 Bu Haberi Paylaş Nostradamus'un 2028 kehanetleri hakkındaki bu haberi arkadaşlarınla paylaş! 🟢 WhatsApp 🔵 Facebook 𝕏 X'te Paylaş ✈️ Telegram 🔗 Linki Kopyala 📰 Haberin tamamını CafeMedyam'da oku CAFEMEDYAM | DÜNYA GÜNDEMİ Nostradamus Kehanetleri Yeniden Gündemde: Nükleer Savaş, 27 Yıllık Çatışma ve 2028 İddiası DÜNYA GÜNDEMİ | 24 EKİM 2026 Nostradamus yorumlarıyla tanınan John Hogue, nükleer çatışma ihtimali, Orta Doğu'da uzun süreli savaş ve ABD'nin ekonomik gerilemesi hakkında dikkat çekici tahminlerde bulundu. Ancak 2028 yılına ilişkin bu iddialar doğrulanmış öngörüler değil, kişisel kehanet yorumları niteliğinde. 🔴 Haberin Özeti John Hogue, nükleer çatışmaların büyüyebileceğini öne sürüyor. Hogue'un yorumunda Orta Doğu...

PHP2Shell Alarmı: Kritik PHP Açığı Nedir, Hangi Siteler Riskte?

 

PHP2Shell alarmı



PHP2Shell alarmı: İnternetin büyük bölümünü etkileyen kritik açık neden dünyada web sitelerini kapattırdı?

PHP'deki iki kritik güvenlik açığı, internet altyapısında küresel çapta acil durum oluşturdu. CVE-2026-109618 ve CVE-2026-109619 olarak kayda geçen açıklar, kimlik doğrulaması gerektirmeden uzaktan kod çalıştırılmasına kapı aralayabiliyor. Avrupa'daki bazı kamu kurumları önlem amacıyla web sitelerini geçici olarak erişime kapatırken, ABD ve İngiltere'nin siber güvenlik kurumları PHP kullanan kuruluşlara acil güncelleme çağrısı yaptı.

21 Ekim 2026 | Teknoloji / Siber Güvenlik

Kısa özet: PHP'nin çekirdeğinde ortaya çıkarılan iki kritik güvenlik açığı, yalnızca belirli bir web uygulamasını değil, PHP çalışma ortamının kendisini etkiliyor. Her iki açık da CVSS v4.0 sisteminde 9,2 puanla “kritik” olarak değerlendiriliyor. PHP geliştiricileri güvenlik yamalarını yayımlarken, uzmanlar güncellenemeyen internet-facing sistemlerin izole edilmesini veya geçici olarak çevrimdışı bırakılmasını öneriyor.

⚠️ ÖNEMLİ: Bu haber bir “PHP kullanan bütün siteler hacklendi” haberi değildir. Şu anki temel mesele, saldırganların kullanılabilir hale gelen kritik açıklar üzerinden savunmasız sistemleri hedefleyebilmesi ve site yöneticilerinin gecikmeden yamaları uygulaması gerektiğidir.

Neden önemli?

PHP, internetin görünmeyen altyapısının en önemli parçalarından biri.

Bir kullanıcı tarayıcısına bir web sitesi adresi yazdığında ekranda gördüğü sayfa yalnızca HTML'den ibaret olmayabilir. Web sitesinin giriş işlemleri, kullanıcı hesapları, veritabanı sorguları, içerik yönetimi, alışveriş sepetleri ve çok sayıda arka plan işlemi sunucu tarafında çalışan yazılımlar tarafından gerçekleştiriliyor.

PHP de bu sunucu tarafı teknolojilerinin en yaygınlarından biri.

W3Techs'in 19 Ekim 2026 verisine göre PHP, sunucu tarafı programlama dili tespit edilebilen web sitelerinin %69,4'ünde kullanılıyor. Ayrıca WordPress kullanan sitelerin sunucu tarafındaki programlama dili dağılımında PHP'nin payı %100 olarak ölçülüyor.

Bu nedenle PHP'nin çekirdeğinde ortaya çıkan bir güvenlik açığı, tek bir şirketin veya tek bir web sitesinin problemi olmaktan çıkıp çok geniş bir saldırı yüzeyine dönüşebiliyor.


PHP2Shell nedir?

Araştırmacılar iki güvenlik açığını birlikte “PHP2Shell” adıyla anıyor.

Bunlar:

  • CVE-2026-109618
  • CVE-2026-109619

Her iki açık da PHP çalışma zamanındaki bellek yönetimiyle ilişkili.

En önemli nokta ise şu:

Sorun yalnızca WordPress, Joomla, Drupal veya başka bir uygulamanın kodunda değil. Sorunun merkezinde PHP'nin kendisi bulunuyor.

Bu nedenle yalnızca WordPress'i güncellemek veya bir eklentiyi kaldırmak tek başına yeterli olmayabilir. Sunucuda çalışan PHP sürümünün de güvenlik güncellemesini içermesi gerekiyor. CIRCL de açıkların PHP çalışma zamanını etkilediğini ve yalnızca uygulamayı güncellemenin yeterli olmadığını özellikle vurguluyor.

🟢 Kısaca:
WordPress güncel olabilir.
Eklentiler güncel olabilir.
Tema güvenli olabilir.

Ama sunucunun PHP sürümü savunmasızsa yine risk devam edebilir.

İki açık ne yapabiliyor?

PHP'nin resmi güvenlik duyurusuna göre iki açık da kimlik doğrulaması gerektirmeden uzaktan kod çalıştırma riskine sahip. PHP ekibi her iki açığı da CVSS v4.0 ölçeğinde 9,2 olarak derecelendirdi.

CVE-2026-109618

İlk açık, PHP'nin bellek yetersizliği durumlarını ele alış biçimiyle bağlantılı.

Basitleştirmek gerekirse PHP, bir isteği işlerken ihtiyaç duyduğu belleği alamadığında özel bir hata işleme sürecine giriyor. Araştırmacılar bu süreçte belleğin ve bazı dahili yapıların beklenen şekilde hazırlanmadığı bir durumun saldırı amacıyla kullanılabileceğini ortaya koydu.

CVE-2026-109619

İkinci açık ise serbest bırakılmış belleğe ilişkin dahili durumun sonraki isteklerde kullanılabilmesiyle bağlantılı.

Bu durum use-after-free sınıfındaki bellek güvenliği sorunlarıyla ilişkilendiriliyor. Kanada Siber Güvenlik Merkezi de iki açığı CWE-416 kapsamındaki use-after-free açıkları olarak sınıflandırıyor.

Teknik ayrıntıların tamamını burada vermek yerine kullanıcı açısından bilinmesi gereken en önemli sonuç şudur:

Saldırgan, savunmasız PHP ortamına özel hazırlanmış ağ istekleri göndererek PHP sürecinin kontrolünü ele geçirmeye çalışabilir.

Bu nedenle olay basit bir “site çökmesi” problemi değildir.


Saldırganlar başarılı olursa ne olabilir?

Başarılı bir saldırının etkisi, PHP sürecinin ve uygulamanın sahip olduğu yetkilere göre değişebilir.

Olası sonuçlar arasında:

  • Web sitesinin içeriğinin değiştirilmesi
  • Hassas verilerin okunması
  • Uygulama verilerinin ele geçirilmesi
  • Sunucuda kötü amaçlı kod çalıştırılması
  • Web sitesine arka kapı yerleştirilmesi
  • Sunucu kaynaklarının kötüye kullanılması
  • Başka sistemlere yönelik saldırılarda ele geçirilmiş sunucunun kullanılması
  • Kripto para madenciliği amacıyla sunucu kaynaklarının tüketilmesi
  • Hizmet kesintileri
  • Kurumsal ağlara doğru daha ileri saldırılar

bulunabilir.

NHS England Digital, başarılı istismarın uzaktan kod çalıştırmaya veya hassas PHP süreç belleğine erişime yol açabileceğini belirtiyor ve gelecekteki istismar olasılığını yüksek olarak değerlendiriyor.


Neden bazı devlet siteleri kapatıldı?

Buradaki önemli ayrım şu:

Sitelerin kapatılması saldırıya uğradıkları anlamına gelmiyor.

Bazı kurumlar saldırı gerçekleşmesini beklemek yerine riski ortadan kaldırmak için internet üzerindeki erişimi geçici olarak kesmeyi tercih etti.

İngiltere Ulusal Siber Güvenlik Merkezi, kuruluşlara PHP kullanan sistemleri belirlemelerini, özellikle internete açık sistemleri önceliklendirmelerini ve mümkün olan en kısa sürede güncelleme yapmalarını tavsiye etti.

Güncelleme hemen yapılamıyorsa sistemin geçici olarak çevrimdışı bırakılması değerlendirilmeli.

ABD Ulusal Güvenlik Ajansı'nın (NSA) 21 Ekim tarihli açıklaması da benzer şekilde sertti. NSA, PHP kullanan kuruluşların güncelleme için hazırlıklı olması gerektiğini, güvenlik açıklarının sunucunun dosya sistemine veya veritabanına doğrudan erişim sağlayabilecek bir yol oluşturabileceğini bildirdi. Güncelleme hemen mümkün değilse sistemin çevrimdışı bırakılmasını önerdi.


Avrupa'da internet sitelerinde neden kesintiler görüldü?

PHP2Shell alarmının ardından Avrupa'daki bazı kamu kurumları önlem amacıyla hizmetlerini geçici olarak kapattı.

Bunlar arasında çeşitli ülkelerdeki:

  • belediye siteleri,
  • kamu kurumları,
  • dijital hizmetler,
  • güvenlik kurumlarının internet hizmetleri

bulunuyor.

Reuters'ın aktardığı gelişmelere göre Avrupa'nın çeşitli bölgelerinde kamu siteleri güvenlik önlemleri nedeniyle erişime kapatıldı.

Bu durum aslında siber güvenlikte önemli bir prensibi gösteriyor:

Bazen bir sistemi kısa süreliğine kapatmak, saldırıya uğrayıp haftalarca toparlanmaya çalışmaktan daha güvenli olabilir.


Wikipedia ve WordPress neden gündeme geldi?

PHP'nin kullanım alanı çok geniş.

PHP'nin kullanıldığı veya PHP tabanlı altyapılara dayanan ekosistemler arasında WordPress ve Wikimedia'nın MediaWiki altyapısı gibi çok önemli sistemler bulunuyor.

W3Techs verilerine göre WordPress kullanan sitelerin PHP ile bağlantısı son derece yüksek.

Bu nedenle PHP seviyesindeki bir güvenlik problemi, doğrudan belirli bir WordPress eklentisinin açığı gibi düşünülmemeli.

🔎 En önemli ayrım:

WordPress açığı başka şeydir.
PHP çekirdeği açığı başka şeydir.

PHP2Shell ikinci kategoridedir.

Hangi PHP sürümleri etkilendi?

PHP'nin yayımladığı güvenlik güncellemesine göre düzeltilmiş sürümler şöyle:

PHP dalı Savunmasız sürümler Güvenli sürüm
PHP 8.5 8.5.11 ve öncesi 8.5.12
PHP 8.4 8.4.26 ve öncesi 8.4.27
PHP 8.3 8.3.35 ve öncesi 8.3.36
PHP 8.2 8.2.34 ve öncesi 8.2.35
PHP 8.1 ve daha eski Destek dışı Desteklenen sürüme geçiş gerekli

PHP'nin resmi duyurusu, web isteklerini karşılayan tüm PHP kurulumlarının risk altında olduğunu belirtiyor. Buna PHP-FPM, Apache mod_php, php-cgi, FrankenPHP ve LiteSpeed gibi farklı çalışma biçimleri de dahil. Riskin özellikle mod_php tarafında daha yüksek olduğu belirtiliyor.

Kanada Siber Güvenlik Merkezi de aynı düzeltilmiş sürümleri tavsiye ediyor ve PHP 8.1 ile daha eski sürümlerin PHP projesi tarafından artık desteklenmediğini belirtiyor.


PHP 8.1 kullananlar neden ayrıca dikkat etmeli?

Çünkü burada yalnızca PHP2Shell problemi yok.

PHP 8.1 ve daha eski sürümler artık PHP projesinin normal güvenlik desteği kapsamının dışında.

Dolayısıyla “eski sürümde kalıp yalnızca bu açığı kapatmak” uzun vadeli bir güvenlik stratejisi değil.

Sistem yöneticileri mümkün olan en kısa sürede desteklenen PHP sürümlerine geçmeli.

Bazı işletim sistemi dağıtımları veya uzun süreli destek sağlayan üçüncü taraf üreticiler geriye dönük güvenlik düzeltmeleri sağlayabilir. Ancak bu durumda kullanılan dağıtımın veya sağlayıcının resmi güvenlik duyurusunun kontrol edilmesi gerekiyor.


Yapay zekâ bu olayın neresinde?

PHP2Shell olayını diğer güvenlik açıklarından farklılaştıran en önemli noktalardan biri de yapay zekânın araştırma sürecindeki rolü.

OpenAI, “Patch the Planet” girişimi kapsamında araştırmacılar, açık kaynak geliştiricileri ve güvenlik şirketleriyle birlikte çalışıldığını açıkladı.

OpenAI'nin açıklamasına göre Calif, GPT-5.6 Sol'u kullanarak kritik bir PHP açığını belirledi. Wiz ise iki açığı bağımsız olarak araştırıp bildirdi. Cloudflare ve diğer kuruluşlar da açıklanmadan önce koruma ve koordinasyon çalışmalarına katıldı.

Google tarafında da Gemini modellerinin araştırma, istismar geliştirme, saldırı tespiti ve yamanın doğrulanması süreçlerine katkı sağladığı bildirildi.

Bu gelişme siber güvenlik açısından yeni bir dönemin işaretlerinden biri olabilir.

Çünkü yapay zekâ artık yalnızca saldırganların kullanabileceği bir araç değil.

Savunmacılar da yapay zekâyı büyük miktarda kodu incelemek, eski açıkları yeniden değerlendirmek ve insan araştırmacıların gözünden kaçabilecek sorunları bulmak için kullanıyor.


Yapay zekânın burada yarattığı paradoks

Ortaya ilginç bir tablo çıkıyor:

Yapay zekâ daha önce bulunması çok zor olan açıkları bulabiliyor.

Ama aynı zamanda gelecekte saldırganların da benzer sistemleri kullanarak açıkları daha hızlı bulması mümkün.

Dolayısıyla önümüzdeki dönemde siber güvenlik yarışının önemli bir bölümü şu hale gelebilir:

Açığı kim önce buluyor?

Savunmacı mı?

Saldırgan mı?

PHP2Shell olayında savunma tarafının önemli avantajı, açığın kamuoyuna açıklanmasından önce araştırmacılar ve üreticilerin düzeltmeleri hazırlayabilmiş olmasıydı. OpenAI bunu “Defender's Window” olarak nitelendiriyor.


Açık gerçekten yıllardır PHP'de miydi?

Burada haberlerde kullanılan ifadeye dikkat etmek gerekiyor.

Araştırmacıların analizleri, PHP2Shell'in temelindeki bazı bellek yönetimi sorunlarının uzun yıllardır var olan kod yollarıyla ilişkili olduğunu ortaya koyuyor.

Ancak “on yıllardır herkes tarafından bilinen ve aktif olarak kullanılan bir açık vardı” demek doğru olmaz.

Önemli olan iki farklı kavramı ayırmak:

Kodda bir güvenlik sorununun bulunması

ile

saldırganların bu sorunu güvenilir şekilde istismar edebilmesi

aynı şey değil.

PHP2Shell olayının asıl önemi de burada.

Yapay zekâ destekli araştırma yöntemleri, daha önce pratik saldırıya dönüştürülmesi zor görünen bazı kod hatalarının artık daha ayrıntılı incelenebilmesini sağlıyor.


Cloudflare neden önemli?

Cloudflare da PHP2Shell için önceden koruma hazırlayan kuruluşlar arasında yer aldı.

Şirket, WAF korumalarını kamuya açıklanmadan önce hazırladığını ve 21 Ekim'de müşterileri için varsayılan korumayı devreye aldığını açıkladı.

Bu bize önemli bir şey gösteriyor:

Güvenlikte yama ile saldırı arasında geçen süre kritik.

Bir güvenlik açığının ayrıntıları kamuya açıklandıktan sonra saldırganların bunu analiz etmesi için de zaman gerekiyor.

Bu nedenle üreticilerin, hosting şirketlerinin, CDN sağlayıcılarının ve sistem yöneticilerinin koordineli hareket etmesi büyük önem taşıyor.


Türkiye açısından neden önemli?

PHP2Shell Türkiye'deki web siteleri açısından da göz ardı edilebilecek bir gelişme değil.

Türkiye'de çok sayıda:

  • haber sitesi,
  • kurumsal internet sitesi,
  • e-ticaret sitesi,
  • üniversite sitesi,
  • belediye sitesi,
  • kamu kurumu,
  • küçük işletme sitesi,
  • WordPress tabanlı yayın platformu

PHP veya PHP içeren altyapılardan yararlanıyor.

Türkiye'de konuya ilişkin kurumsal uyarılar da yayımlanmaya başladı.

Orta Doğu Teknik Üniversitesi Bilgi İşlem Daire Başkanlığı, 21 Ekim'de CVE-2026-109618 ve CVE-2026-109619 hakkında duyuru yayımlayarak açıkların uzaktan kod çalıştırmaya yol açabileceğini ve PHP tabanlı uygulamaların çalıştığı sunucuların kontrol edilmesi gerektiğini bildirdi.

Eskişehir Osmangazi Üniversitesi Bilgi İşlem Daire Başkanlığı da aynı gün PHP RCE zafiyetleri hakkında duyuru yayımladı ve üretici güvenlik güncellemesinin yayımlanmasının ardından etkilenen sistemlerin gecikmeden güvenli sürümlere yükseltilmesini tavsiye etti.

Bu nedenle Türkiye'deki site yöneticileri açısından haberin mesajı oldukça açık:

🇹🇷 Türkiye'deki web yöneticileri için:

Sunucunuz PHP çalıştırıyorsa PHP sürümünü kontrol edin.

WordPress kullanıyorsanız yalnızca WordPress'i değil, sunucudaki PHP sürümünü de kontrol edin.

Hosting şirketinizden PHP sürümünün güncel ve yamalı olup olmadığını teyit edin.

Eski ve destek dışı PHP sürümlerinden uzaklaşın.

CafeMedyam analizi: Asıl problem PHP değil, eski altyapının unutulması

PHP2Shell haberini yalnızca “PHP tehlikede” şeklinde okumak yanlış olur.

PHP bugün hâlâ internetin en yaygın sunucu tarafı teknolojilerinden biri.

Sorunun daha büyük tarafı ise eski yazılımların internette yıllarca çalışmaya devam etmesi.

Bir site kurulduğunda sahibi ilk birkaç yıl güncellemeleri takip ediyor olabilir.

Ancak zamanla:

  • geliştirici değişiyor,
  • hosting şirketi değişiyor,
  • site sahibinin ilgisi azalıyor,
  • eski eklentiler kalıyor,
  • PHP sürümü güncellenmiyor,
  • yedekleme sistemi kontrol edilmiyor,
  • yönetici hesapları değiştirilmiyor.

Ve ortaya “çalışıyor ama kimse bakımını yapmıyor” türünde bir internet altyapısı çıkıyor.

İşte büyük güvenlik açıklarında en tehlikeli grup çoğu zaman bu sistemler.

Büyük teknoloji şirketleri birkaç saat içinde güncelleme yapabilir.

Ancak küçük bir işletmenin yıllardır dokunulmayan web sitesinde PHP'nin hangi sürümünün çalıştığını kimse bilmiyor olabilir.

Bu nedenle PHP2Shell'in etkisi yalnızca bugünün saldırılarıyla sınırlı kalmayabilir.

Asıl risk, önümüzdeki haftalarda ve aylarda güncellenmemiş sistemlerin bulunması olabilir.


Bundan sonra ne olacak?

Önümüzdeki dönemde birkaç gelişme özellikle takip edilmeli.

1. Saldırı girişimleri artabilir

Kritik bir açığın ayrıntıları kamuoyuna çıktıktan sonra internet üzerindeki savunmasız sistemlerin otomatik olarak taranması beklenebilir.

2. Eski siteler hedef olabilir

Özellikle yıllardır güncellenmeyen küçük web siteleri saldırganlar için cazip hedef haline gelebilir.

3. Hosting şirketleri güncellemeleri hızlandırabilir

Paylaşımlı hosting hizmetlerinde PHP sürümlerinin toplu olarak güncellenmesi gerekebilir.

4. Kurumlar envanter çalışması yapabilir

Şirketler yalnızca ana web sitelerini değil, unutulmuş alt alan adlarını, eski uygulamaları ve üçüncü taraf sistemleri de kontrol etmek zorunda kalabilir.

5. Yapay zekâ destekli güvenlik araştırmaları artabilir

PHP2Shell, yapay zekânın açık keşfindeki potansiyelini gösteren önemli örneklerden biri olarak değerlendirilebilir.


Web sitesi sahipleri şimdi ne yapmalı?

🔴 ACİL KONTROL LİSTESİ

☑ PHP sürümünüzü kontrol edin.
☑ PHP 8.5.12 / 8.4.27 / 8.3.36 / 8.2.35 veya sağlayıcınızın eşdeğer güvenlik düzeltmesini içeren sürümü kullanın.
☑ PHP 8.1 veya daha eski sürümlerdeyseniz yükseltme planı oluşturun.
☑ Hosting sağlayıcınızın PHP güncellemesini yaptığını teyit edin.
☑ WordPress, Drupal, Joomla ve diğer CMS yazılımlarınızı güncelleyin.
☑ Eklentileri ve temaları kontrol edin.
☑ Sunucu günlüklerini ve güvenlik kayıtlarını inceleyin.
☑ Şüpheli dosya değişikliklerini kontrol edin.
☑ Yetkisiz kullanıcı hesaplarını kontrol edin.
☑ Güncelleme yapılamıyorsa internet erişimini geçici olarak kısıtlamayı değerlendirin.

Burada önemli bir ayrıntı var:

PHP'yi güncellemek tek başına “saldırıya uğramadım” anlamına gelmez.

Eğer sistem daha önce savunmasız olduğu dönemde saldırıya maruz kaldıysa, yöneticilerin logları ve dosya değişikliklerini ayrıca incelemesi gerekir.

İngiltere NCSC özellikle internete açık PHP sistemlerinin kötü niyetli faaliyet açısından izlenmesini tavsiye ediyor.


“Ben WordPress kullanıyorum, PHP beni ilgilendirmez” demek neden yanlış?

Çünkü WordPress'in çalışma ortamında PHP önemli bir bileşen.

W3Techs verilerinde WordPress kullanan sitelerde PHP'nin yaygınlığı yüzde 100 olarak görülüyor.

Bu nedenle bir WordPress yöneticisinin:

“WordPress güncel, o halde sorun yok.”

demesi yeterli değil.

Doğru soru:

“WordPress güncel mi ve üzerinde çalıştığı PHP çalışma zamanı güvenlik açısından güncel mi?”

olmalı.


Bir başka önemli ayrıntı: PHP açıklandıktan sonra neden panik oluştu?

Çünkü güvenlik açığının kendisi kadar etki alanı da önemli.

Bir şirketin tek ürünündeki açık ile internetin büyük bölümünde kullanılan ortak bir çalışma ortamındaki açık aynı risk kategorisinde değildir.

PHP2Shell'de ikinci durum söz konusu.

PHP'nin kullanım oranının yaklaşık %70 seviyesinde olması, savunmasız sistemlerin sayısını büyütüyor. W3Techs'in güncel ölçümü %69,4.

Ancak bu oran “internet sitelerinin %70'i bugün hacklenebilir” anlamına gelmiyor.

Bu ayrım özellikle önemli.

Kullanılıyor olmak başka, savunmasız sürümü kullanıyor olmak başka.


Sonuç: İnternet neden bir anda alarma geçti?

PHP2Shell olayının büyüklüğünü üç başlıkta özetlemek mümkün:

1. Çok yaygın

PHP, web dünyasının en yaygın sunucu tarafı programlama dillerinden biri.

2. Kritik

İki açık da CVSS v4.0 sisteminde 9,2/10 ile kritik seviyede değerlendiriliyor.

3. Etkisi uygulamadan daha derinde

Sorun belirli bir WordPress eklentisi veya tek bir CMS'den ziyade PHP çalışma zamanında bulunuyor. Bu nedenle PHP kullanan farklı web uygulamaları etkilenebiliyor.

Bu üç faktör birleştiğinde devlet kurumlarının neden sitelerini geçici olarak kapattığı ve neden ABD ile İngiltere'nin olağanüstü sert uyarılar yayımladığı daha net anlaşılıyor.

Şimdilik en önemli savunma yöntemi ise oldukça basit: PHP'yi güncellemek.

PHP projesi tarafından yayımlanan güvenlik sürümleri hazır durumda. Güncellemenin mümkün olmadığı sistemlerin ise internete açık şekilde bırakılması ciddi risk oluşturabilir.


Sık sorulan sorular

PHP2Shell nedir?

PHP2Shell, PHP'nin çekirdeğinde bulunan ve CVE-2026-109618 ile CVE-2026-109619 olarak takip edilen iki kritik güvenlik açığına verilen ortak isimdir.

PHP2Shell tehlikeli mi?

Evet. Her iki açık da CVSS v4.0 ölçeğinde 9,2/10 kritik seviyesinde değerlendiriliyor ve uzaktan kod çalıştırma riski taşıyor.

WordPress siteleri risk altında mı?

PHP'nin savunmasız bir sürümünü kullanan WordPress siteleri risk altında olabilir. WordPress'in güncel olması, sunucudaki PHP'nin de güncel olduğu anlamına gelmez.

PHP'nin hangi sürümleri güncel?

21 Ekim 2026 itibarıyla ilgili düzeltmeler PHP 8.5.12, 8.4.27, 8.3.36 ve 8.2.35 sürümlerinde bulunuyor.

PHP 8.1 kullanıyorum, ne yapmalıyım?

PHP 8.1 ve daha eski sürümler PHP projesi tarafından desteklenmiyor. Kullanılan işletim sistemi veya kurumsal dağıtımın özel bir güvenlik desteği sunup sunmadığı kontrol edilmeli; aksi durumda desteklenen PHP sürümüne geçiş yapılmalı.

Site kapatıldıysa saldırıya uğramış mıdır?

Hayır. Bazı kurumlar saldırıya uğradıkları için değil, saldırı ihtimalini azaltmak için sistemlerini geçici olarak çevrimdışı hale getirdi.

PHP2Shell Türkiye'yi ilgilendiriyor mu?

Evet. Türkiye'deki PHP kullanan web sunucuları da genel olarak aynı güvenlik değerlendirmesinin parçasıdır. ODTÜ ve Eskişehir Osmangazi Üniversitesi'nin bilgi işlem birimleri de konuya ilişkin uyarılar yayımladı.

Sadece WordPress'i güncellemek yeterli mi?

Hayır. PHP çalışma zamanının da güvenli sürüme güncellenmesi gerekiyor.

Yapay zekâ bu açığı mı oluşturdu?

Hayır. Yapay zekâ, araştırmacıların PHP'deki güvenlik sorunlarını keşfetmesine ve doğrulamasına yardımcı olan araçlardan biri oldu. OpenAI ve Google, kendi araştırma süreçlerinde yapay zekâ modellerinin rolünü açıkladı.


CafeMedyam'ın değerlendirmesi

PHP2Shell olayı, internet güvenliğinde önemli bir gerçeği yeniden ortaya koyuyor:

İnternetin en büyük risklerinden bazıları yeni teknolojilerden değil, yıllardır kullanılan eski teknolojilerin bakımının ihmal edilmesinden kaynaklanıyor.

Bugün bir güvenlik açığı bulunduğunda birkaç saat içerisinde milyonlarca sistemi etkileyebilecek bir saldırı zincirinin kurulabilmesi mümkün.

Ancak aynı teknoloji bu kez savunmacıların lehine de çalışıyor.

Yapay zekâ sayesinde araştırmacılar daha büyük kod tabanlarını daha hızlı inceleyebiliyor; üreticiler yamaları daha erken hazırlayabiliyor; CDN ve güvenlik şirketleri saldırı trafiğini daha hızlı filtreleyebiliyor.

Dolayısıyla PHP2Shell yalnızca bir PHP güvenlik açığı değil.

Bu olay, yapay zekâ çağında siber güvenliğin nasıl değiştiğinin de önemli bir örneği.

Ve web sitesi sahipleri için mesaj oldukça açık:

“Siteniz çalışıyor” güvenli olduğu anlamına gelmez.

Güvenlik, düzenli güncelleme ve sürekli bakım gerektirir.


Haber künyesi

Haber başlığı: PHP2Shell alarmı: İnternetin büyük bölümünü etkileyen kritik açık neden web sitelerini kapattırdı?
Kategori: Teknoloji / Siber Güvenlik
Tarih: 21 Ekim 2026
Güncelleme: 21 Ekim 2026
Anahtar konu: PHP2Shell
CVE: CVE-2026-109618, CVE-2026-109619
Önem derecesi: Kritik — CVSS v4.0: 9,2
Düzeltilen sürümler: PHP 8.5.12, 8.4.27, 8.3.36, 8.2.35


Kaynaklar

  • — Düzeltilmiş PHP sürümleri ve resmi güvenlik açıklaması.
  • — PHP kullanan kuruluşlara yönelik resmi güvenlik tavsiyesi.
  • — PHP sistemlerinin tespit edilmesi, güncellenmesi ve izlenmesine ilişkin tavsiyeler.
  • — CVE-2026-109618 ve CVE-2026-109619 için resmi teknik uyarı ve sürüm bilgileri.
  • — Yapay zekâ destekli güvenlik araştırması ve koordineli açıklama süreci.
  • — PHP'nin güncel web kullanım oranı.
  • — Türkiye'deki kurumsal güvenlik değerlendirmesi.
  • — Türkiye'deki sistem yöneticilerine yönelik uyarı.
  • — Araştırmacıların teknik açıklamaları.
  • — Küresel etkiler ve kamu kurumlarının aldığı önlemler.


PHP2Shell olarak adlandırılan iki kritik PHP açığı dünya genelinde alarma yol açtı. CVE-2026-109618 ve CVE-2026-109619, PHP kullanan sunucularda uzaktan kod çalıştırma riski oluşturuyor. İşte etkilenen sürümler, resmi uyarılar, Türkiye'ye etkisi ve alınması gereken önlemler.

 

Yorumlar