PHP’de ortaya çıkan PHP2Shell açıkları, yatırımcıların siber güvenlik şirketlerine ve web sitelerini korumaya yönelik hizmetlere odaklanmasına yol açtı. Kurumlar savunmasız siteleri güncellemek ya da önlem olarak geçici süreyle erişime kapatmak için harekete geçerken, Cloudflare’ın web uygulaması güvenlik duvarı (WAF) bu müdahalede doğrudan rol oynadı. Cloudflare hissesi gün içi işlemlerde yüzde 6’dan fazla yükseldi; diğer bazı güvenlik ve yazılım hisseleri de değer kazandı. Ancak yükselişin tamamını PHP açıklarına bağlamak doğru olmaz: piyasa haberlerinde yarı iletken hisselerinden yazılım hisselerine yönelim ve Nvidia–CrowdStrike’ın yapay zekâ güvenliği işbirliği de diğer etkenler olarak gösterildi.
19
20
22
17
Hisse senetleri neden yükseldi?
Açıkların duyurulması ve internet sitelerinin tedbir amacıyla kapatılması, siber güvenlik harcamalarını yatırımcıların gündemine taşıdı. TradingKey, gelişmeyle birlikte Datadog, Okta ve Zscaler gibi bağlantılı yazılım şirketlerinde de yükseliş görüldüğünü aktardı. Gün içindeki başka bir piyasa haberinde Cloudflare’ın yaklaşık yüzde 7, Palo Alto Networks’ün ise yüzde 4 yükseldiği belirtildi. Bunlar gün içi işlem anlarına ait oranlar; kapanış getirileri olarak doğrulanmış değiller ve her hissenin hareketinin PHP olayından kaynaklandığını kanıtlamıyorlar.
19
20
Cloudflare’ın gelişmeyle bağı özellikle görünürdü: şirket, açıkları hedef alan saldırılara karşı WAF korumaları devreye aldığını duyurdu. Bu, güvenlik hizmetlerini yama uygulanana kadar riskini azaltmaya çalışan kuruluşlar için anlamlı kıldı. Ancak güvenlik duvarı kuralı geçici bir önlemdir; PHP çalışma ortamını güncellemenin yerini tutmaz.
15
11
Piyasada başka etkenler de vardı. Bir habere göre yatırımcılar, yapay zekâ altyapı harcamalarının sürdürülebilirliğine ve finansman maliyetlerine ilişkin endişelerle yarı iletken hisselerinden yazılım hisselerine yöneliyordu. Ayrı bir haberde CrowdStrike’ın yükselişi, Nvidia ile genişletilen yapay zekâ güvenliği işbirliğine bağlandı; aynı haberde Datadog ve Okta’daki artışlar da kaydedildi. Bu gelişmeler, o günkü yükselişin neden yalnızca PHP haberinden ibaret olmadığını açıklamaya yardımcı oluyor.
22
17
PHP’deki açıklar ne anlama geliyordu?
CVE-2026-109618 ve CVE-2026-109619 numaralarıyla izlenen iki güvenlik açığı birlikte “PHP2Shell” olarak anıldı. Haberlerde bu açıklar, CVSS v4.0 ölçeğinde 9,2 puanla değerlendirildi ve kimlik doğrulaması yapmadan uzaktan kod çalıştırma riski taşıdığı belirtildi. Başka bir deyişle saldırgan, savunmasız bir sunucuda işlem yapmak için önce kullanıcı adı ve parolayla oturum açmak zorunda olmayabilirdi.
14
15
Cloudflare, etkilenen sistemleri PHP 5.4 veya daha yeni sürümleri çalıştıran web sunucuları olarak tanımladı. Desteklenen dallar için acil yamalar PHP 8.2.35, 8.3.36, 8.4.27 ve 8.5.12 sürümleriyle yayımlandı.
15
8
PHP geliştiricileri açıklarla ilgili uyarıyı 20 Ekim Salı günü yaptı; düzeltmeler ertesi gün kullanıma sunuldu. Bir haberde yamanın 21 Ekim’de yaklaşık 13.45 GMT’de yayımlandığının doğrulandığı aktarıldı.
13
9
Kurumlar neden sitelerini erişime kapattı?
Avrupa’daki devlet kurumları, hastaneler ve üniversiteler, yöneticiler açıkları gidermeye çalışırken bazı sitelerini tedbir amacıyla çevrimdışı bıraktı. Bir sitenin geçici olarak kapatılması, tek başına başarılı bir siber saldırıya uğradığı anlamına gelmez.
3
Wikimedia’nın olay duyurusunda, önleyici bakım sırasında Cloud VPS ve Toolforge hizmetlerinin kapatıldığı belirtildi. Bu duyuru, Wikipedia’nın tüm hizmetlerinin erişilemez olduğu anlamına gelmiyor.
7
Endişenin boyutunu PHP’nin yaygın kullanımı da artırdı: bir haberde bu dilin web sitelerinin yaklaşık yüzde 70’inde kullanıldığı tahmin edildi. Bu oran teknolojinin yaygınlığını anlatıyor; saldırıya açık ya da ele geçirilmiş site sayısını değil.
8
Site yöneticileri ne yapmalı?
Cloudflare ortaya çıkan saldırılar gözlemlediğini söylerken, bazı ulusal kurumların açıklamalarında o sırada istismar girişimi görmedikleri aktarıldı. Bu iki bilgi birbiriyle çelişmek zorunda değil: izleme kapsamı ve gözlem süresi farklı olabilir. Ayrıca saldırı gözlemlenmemiş olması, savunmasız bir sistemin güvende olduğunu kanıtlamaz.
1
3
Paylaşımlı hosting kullanan küçük bir siteniz varsa, barındırma sağlayıcınızdan sunucudaki PHP sürümünün yamalı bir sürüme güncellenip güncellenmediğini veya sağlayıcının sunduğu bir düzeltmeyle korunup korunmadığını teyit edin. İçerik yönetim sistemini güncellemek, sitenin çalıştığı PHP sürümünü güncellemekle aynı şey olmayabilir. WAF’ı geçici bir koruma katmanı olarak değerlendirin; barındırma şirketinize hangi bileşenlerin ne zaman yamalandığını sorun.
11
14