📅 23 October 2026
PHP2Shell'den Sonra Sırada Ne Var?
21 Ekim 2026'da PHP, çekirdek yorumlayıcısındaki iki kritik açığı acil yamayla kapattı. PHP2Shell adı verilen bu açıklar, giriş yapmamış bir saldırganın sunucuda kod çalıştırmasına izin veriyor ve PHP 5.4'ten 8.5'e kadar son on yılın neredeyse tüm sürümlerini etkiliyor. Wiz'e göre etkilenen alan internetin yaklaşık yüzde 70'i.

Olayı bir dönüm noktası yapan şey açığın büyüklüğü değil, bulunma şekli. İki ayrı ekip, aynı açığı birkaç hafta arayla, öncü yapay zekâ modelleriyle buldu. Wiz'in ifadesiyle tek bir araştırmacı, eskiden dünya çapında bir ekibin aylarını alacak işi bir haftada tamamladı.

Bu yazı iki soruya cevap arıyor: PHP'den sonra sırada hangi platform var? Ve bu kadar hızlı açık bulan bir yapay zekâ, aynı hızla sistemleri kırabilir mi?

Ne oldu

Açık ağustosta bulundu, ekimde yamalandı; ama yamadan dört gün önce sahada istismar denemesi vardı. Koordineli açıklama süreci son iki günde dağıldı ve yama planlanandan yaklaşık 24 saat önce çıkmak zorunda kaldı.

Tarih

Olay

23 Ekim

PHP üçüncü bir RCE açığı (CVE-2026-115560) duyurdu; sadece alışılmadık yapılandırmaları etkiliyor, acil yama çıkmayacak (The Hacker News)

21–22 Ekim

Cloudflare'e göre istismar denemeleri açıklamadan sonraki 45 dakikada on binlere, ertesi sabah milyonlara çıktı (The Hacker News)

21 Ekim

PHP 8.5.12, 8.4.27, 8.3.36 ve 8.2.35 yayınlandı. Aynı gün Node.js, OpenAI Codex Security'nin bildirdiği Brotli RCE açığını (CVE-2026-111497) yamaladı (CERT-EU, SOC Prime)

21 Ekim, 07:34 UTC

Patchstack, hosting ortaklarından yama öncesi aktif istismar raporları aldı (Recorded Future)

20 Ekim

İki CVE numarası ve yanlışlıkla yayınlanan bir PoC videosu sızdı; watchTowr sızıntının gerçek olduğunu doğruladı (The New Stack)

Ambargo bitmeden

Chainguard yamalı imajları koordineli açıklamadan altı saatten fazla önce yayınladı; PHP Foundation bunu ambargonun bozulması saydı, Chainguard sızıntıyı reddetti (Techzine)

17 Ekim

Amazon'un honeypot'ları açıklamadan dört gün önce ilk istismar denemesini kaydetti (Wikipedia)

24 Ağustos

Wiz açıkları PHP güvenlik ekibine bildirdi (Wiz)

19–21 Ağustos

Wiz, Gemini 4 Argon, GPT-5.6 Sol ve kendi aracı Wiz Atlas ile ilk açığı buldu; ertesi gün Drupal'a, sonraki gün WordPress'e karşı RCE'yi doğruladı (DEV Community)

Ağustos başı

Calif'ten Ryan Austin, GPT-5.6 Sol yardımıyla ilk açığı Wiz'den 18 gün önce buldu (Dead Neurons)

30 Temmuz

PHP projesi OpenAI'nin Patch the Planet programına alındı, derin inceleme başladı (InfoWorld)

Açığı bulan ekipler savunma tarafındaydı ve süreci kurallara göre yürüttü. Yine de yamalı kod bir kez ortaya çıkınca, saldırganların değişikliği okuyup istismara dönüştürmesi saatler sürdü.

Asıl mesele hız

PHP2Shell tek başına bir istisna değil, 2026'nın genel tablosunun en görünür örneği. Açık bulma ile istismar arasındaki süre artık günlerle değil saatlerle ölçülüyor; bazı ölçümlerde ise istismar yamadan önce geliyor.

Gösterge

Değer

Kaynak

Yeni açıklanan bir açığın ortalama istismar süresi

Yaklaşık eksi 7 gün (2018'de 63 gün): istismar ortalamada yamadan önce başlıyor

Mandiant M-Trends 2026, Zero Networks üzerinden

Kritik açıklarda istismara kadar geçen süre

2025'te yaklaşık 23 gün, 2026'da tahminen 20 saat

McKinsey, Zerodayclock verisi

Bilinen bir CVE için çalışan exploit üretmek

10–15 dakika, deneme başına 1–3 dolar

Bitsight

Claude Mythos'un açık kaynakta bulduğu potansiyel açık

1.000'den fazla projede 23.000'in üzerinde; 1.726'sı dış firmalarca doğrulandı

Security Boulevard

Linux çekirdeğinin 2026 ilk yarısında yayınladığı CVE

2.308

Security Boulevard

Kurumların ortanca düzeltme süresi

32 günden 43 güne uzadı

Security Boulevard

Tablonun özeti şu: açık bulma ve istismar hızı katlanırken, kurumların yama hızı yavaşlıyor. Fark, saldırganın lehine açılıyor.

Bu yılın öncü örnekleri de aynı yöne işaret ediyor. Nisan 2026'da Claude Mythos, sertleştirmesiyle bilinen OpenBSD'de 27 yıllık bir açık buldu. AISLE'ın otonom sistemi, dünyanın en çok denetlenen kod tabanlarından OpenSSL'in Ocak 2026 sürümündeki 12 CVE'nin 12'sini de kendisi buldu (CERT-EU).

Sırada ne var: Node.js, React, Java, .NET?

Kısa cevap: sıra zaten başladı ve PHP ile aynı gün Node.js'e geldi. 21 Ekim'de Node.js, gömülü Brotli sıkıştırma kodundaki bir taşma açığını (CVE-2026-111497) yamaladı; açığı OpenAI Codex Security araştırmacıları bildirdi (SOC Prime). OpenAI başkanı Greg Brockman da aynı gün, modellerinin hem PHP2Shell'i hem bu Node.js açığını bulduğunu ve çok daha fazlasının geleceğini söyledi (explainx). Temmuzda da yapay zekânın bulduğu WordPress açıkları toplu istismara uğramıştı (The Next Web).

"Hangisi sırada" sorusunu dil adıyla değil, şu üç ölçüyle cevaplamak daha doğru:

  1. Çekirdeği C veya C++ ile mi yazılmış? PHP2Shell'in iki açığı da bellek bozulması (use-after-free dahil). Yapay zekâ modelleri bu sınıfı özellikle iyi buluyor.
  2. İnternetten gelen veriyi kimlik doğrulamadan önce mi işliyor? Form, dosya yükleme, sıkıştırılmış veri ya da serileştirilmiş nesne; giriş yapmadan ulaşılan her ayrıştırıcı ön cephedir.
  3. Ne kadar yaygın ve eski sürümleri ne kadar sahada? Etki alanı büyüdükçe hem araştırmacının hem saldırganın ilgisi artar.

Bu ölçülere göre değerlendirme (bu kısım bir öngörüdür, kesin bilgi değildir):

Platform

Neden riskli

Olası açık türü

Değerlendirme

Node.js

V8 motoru ve gömülü C kütüphaneleri (Brotli, zlib, OpenSSL, HTTP ayrıştırıcı)

Bellek bozulması, ayrıştırıcı hataları

Yüksek; ilk örnek ekimde geldi

Python, Ruby ve diğer C tabanlı yorumlayıcılar

PHP ile aynı mimari: C ile yazılmış, internete açık yorumlayıcı

Bellek bozulması

Yüksek; Python, Patch the Planet'in hedef listesinde (arXiv)

React ve Next.js

Sunucu tarafında, istemciden gelen serileştirilmiş veriyi işleyen protokoller

Güvensiz serileştirme

Yüksek; Aralık 2025'teki React2Shell (CVSS 10) bu sınıfın zaten istismar edildiğini gösterdi (Securelist)

Java

JVM bellek güvenli; risk kütüphane ekosisteminde

Serileştirme, ifade enjeksiyonu, Log4Shell tarzı kütüphane hataları

Orta; çekirdekten çok framework ve kütüphanelerde

.NET

CLR bellek güvenli; sahada çok sayıda eski .NET Framework var

Serileştirme, IIS ve ASP.NET bileşenleri

Orta; eski Framework sürümleri ve tak-çalıştır uygulamalar zayıf halka

Ağ altyapısı ve gömülü yazılımlar (OpenSSL, cURL, nginx, firewall ve VPN cihazları)

C ile yazılmış, her yerde, yaması yavaş

Bellek bozulması

Yüksek; Linux, OpenBSD ve cURL de Patch the Planet listesinde

Buradan çıkan sonuç şu: bellek güvenli dillerle yazılmış çalışma ortamları (Java, .NET, Rust, Go) çekirdek düzeyinde daha korunaklı. Ama bu güvenlik onların üzerine kurulu framework ve kütüphanelere otomatik olarak geçmiyor. Asıl kör nokta, desteği bitmiş sürümler: PHP 7.4, Node.js 20 ve eski .NET Framework yamayı hiç almayacak.

Bulabilen kırabilir mi?

Evet. Açık bulmak ile onu silaha çevirmek artık aynı becerinin iki ucu, ve PHP2Shell bunu açıkça gösterdi.

Aynı model hem buldu hem kırdı. Wiz, kullandığı modellerin yalnızca açığı bulmakta değil, istismar kodu geliştirmekte, saldırıyı farklı PHP sürümlerine uyarlamakta ve yamayı doğrulamakta da yardım ettiğini söylüyor (ai-tldr). Ekip, ilk açığı bulduktan bir gün sonra Drupal'a, iki gün sonra WordPress'e karşı çalışan RCE elde etti.

Açıkları zincirleyebiliyor. Anthropic'in Project Glasswing testlerinde Mythos, Linux çekirdeğinde tek tek hatalar bulmakla kalmadı, birden fazla açığı zincirleyerek sıradan kullanıcı yetkisinden makinenin tam kontrolüne çıktı (Ropes & Gray).

Yamanın kendisi haritaya dönüşüyor. Chainguard, aynı açığı kendi test düzeneğine "PHP'de kötü açıklar bul" diye yönlendirilmiş bir modelle bağımsız olarak bulduğunu söylüyor (The New Stack). Yamalı kodun erkenden ortaya çıkması, saldırganların neyin değiştiğini görmesine ve PoC'ler yazmasına yetti (Wikipedia). Yani yama yayınlandığı an, yapay zekâ için açığın tarifi de yayınlanmış oluyor.

Erişim savunmacılara özel kalmıyor. En güçlü modeller şimdilik sınırlı erişimle savunmacılara veriliyor. Ama Haziran 2026'da çıkan bir Çin modelinin açık bulmada Mythos'a yetiştiği ve açık ağırlıklı olduğu, yani gözetimsiz indirilip değiştirilebildiği bildiriliyor (Ropes & Gray).

Ama sınırları da var

  • Her şeyi kıramıyor. Gerçek CVE'lerden oluşan 1.507 vakalık CyberGym testinde öncü ajanlar hedef açığı vakaların yalnızca yüzde 17–22'sinde yeniden üretebildi (arXiv). Node.js Brotli açığının ilk PoC'si de standart sürümde kod çalıştıramadı, yalnızca çökme ve sınırlı bellek okuması elde etti (The Hacker News).
  • Bulunan açık sayısı istismar edilen açık sayısıyla aynı hızda artmıyor. FIRST'e göre toplam CVE hacmi patladı ama aktif istismar edilenler aynı oranda artmadı (Security Boulevard).
  • "Kırmak" şifrelemeyi kırmak demek değil. Bugün olan şey, kriptografinin matematiğinin çözülmesi değil; yazılımın uygulanmasındaki hataların bulunması. AES ya da RSA güvende, ama onları kullanan OpenSSL kodu değil.
  • Bazı eleştirmenlere göre modeller yeni şey icat etmiyor. Bir analize göre PHP2Shell'in her parçası zaten kamuya açık verilerde mevcuttu; model, bilinen kalıpları yeni bir yerde birleştirdi (Dead Neurons). Ancak savunmacı açısından bu ayrım pek bir şey değiştirmiyor: sonuç yine çalışan bir exploit.

Asıl asimetri şurada: saldırganın tek bir açık bulması yeter, savunmacının hepsini kapatması gerekir. Yapay zekâ ikisini de hızlandırıyor, ama savunma tarafında darboğaz modelin hızı değil; bakım penceresi, test süreci ve bütçe kararları.