Microsoft, Windows 11'in Insider sürümünde Intel APX desteğini test etmeye başladı. Yeni yapılandırma, işlemci kayıtlarını 16'dan 32'ye çıkararak bellek erişimini azaltmayı hedefliyor. Özellik yalnızca uyumlu donanımlarda ve özel derlenmiş yazılımlarda görev yapacak.
Öne çıkanlar
Kayıt sayısı 16'dan 32'ye yükselerek performans artışı hedefleniyor
Desteği Intel Nova Lake ve Diamond Rapids serisi işlemciler sunacak
AMD'nin Zen 7 mimarisinde APX desteklemesi bekleniyor
Haberin Detayı
Windows meraklılarının ilgisini çeken yeni bir gelişme, Microsoft'un Insider kanallarında test ettiği Intel APX teknolojisine işaret ediyor. Xeno adlı kullanıcı tarafından fark edilen bu durum, Build 29695.1001 numaralı Experimental (Future Platforms) sürümünde karşımıza çıkıyor. Söz konusu güncellemede, sistem performansını iyileştirmek amacıyla açıkça 'Let Windows use APX for better performance' başlığıyla sunulan yeni bir ayar seçeneği bulunuyor.
APX ile azaltılmaya çalışılan RAM erişimi baskısı
Teknik detaylara bakıldığında, Intel'in 2023 yılında ortaya koyduğu APX standardı x86-64 mimarisinde köklü bir değişiklik vaat ediyor. En kritik yenilik, genel amaçlı işlemci kayıtlarının mevcut 16 seviyesinden 32'ye çıkarılmasıdır. Bu artış, işlemcinin daha fazla veriyi dahili belleklerde tutmasına olanak tanıyor; böylece sıkıştırma ve veri taşıma işlemleri için RAM'e yapılan gereksiz erişimler en aza iniyor. Kullanıcıların bu özelliği etkinleştirmesi için sistemin yeniden başlatılması gerekiyor.
Microsoft'un sadece işletim sistemi tarafında hazırlık yaptığı düşünülmemeli; şirket alt yapı araçlarında da önemli adımlar attı. Windows SDK'ya işlemci özelliklerini algılama mekanizmaları eklenirken, hata ayıklama aracı WinDbg'ye de APX kayıtlarını izleme ve destekleme imkânı sağlandı. Donanım cephesinde ise Intel'in masaüstü segmentindeki Nova Lake ve sunucu sınıfındaki Diamond Rapids Xeon işlemcilerinin bu teknolojiyi ilk destekleyecekler olduğu öngörülüyor.
Yazılım ekosisteminde de hazırlıklar hız kesmeden devam ediyor. Bilinen benchmark aracı AIDA64, APX optimizasyonlu SHA3 testlerini sunarak mimarinin test edildiğini gözler önüne seriyor. Rakip tarafında ise AMD'nin de bu standardı benimsemesi bekleniyor; mevcut bilgilere göre Zen 6'de henüz belgelenmeyen APX desteğinin, Zen 7 mimarisiyle birlikte ilk kez görülebilir olma ihtimali üzerinde duruluyor. Ancak AMD yönetim kurulu bu konu hakkında resmi bir açıklama yapmadı.
Mevcut durum değerlendirildiğinde, Windows 11'deki bu seçenek hâlâ deneysel nitelikte ve nihai kararlı sürümlere ne zaman taşınacağı belirsizdir. Daha da önemlisi, performans artışı yalnızca uyumlu işlemcilere ve APX için özel olarak derlenmiş uygulamalara sınırlı kalacak. Bu nedenle mevcut donanıma sahip kullanıcıların, işletim sistemi güncellemesiyle otomatik olarak hızlanma sağlamasını beklememesi gerekiyor. Geliştiriciler ve donanım üreticileri arasındaki bu koordinasyon, gelecek nesil bilgisayarlarda daha verimli bir yapıyı işaret ediyor.
AI YORUMUHaberinAi editör analizi
Bu özellik, mevcut kullanıcılar için somut bir hız artışı sunmayacağından, asıl etkisi gelecek donanım alımı planını etkileyecek. Kayıt sayısının 32'ye çıkması, yoğun veri işleyen yazılımlar için bellek baskısını azaltarak güç tüketimini ve ısınmayı düşürebilir. Ancak bu senaryo, yalnızca uyarlanmış uygulamaları kullanan ve yeni nesil işlemciye sahip olan sınırlı bir kullanıcı kesimi için geçerli olacak. Mevcut donanımı kullananlar için bu bir yükseltme fırsatı değil, sadece geleceğe yönelik bir hazırlık aşamasıdır.
Dünya genelindeki web altyapısının temelini oluşturan PHP, operasyonlarını yalnızca tek bir tam zamanlı çalışanla sürdürüyor. Kar amacı gütmeyen vakıf modeliyle yönetilen ekosistem, artan siber güvenlik tehditleri ve yapay zeka kaynaklı yoğun kod yüküyle mücadele ediyor.
PHP Foundation bünyesinde tam zamanlı olarak çalışan tek bir kişi bulunuyor.
Operasyonlar, çoğunluğu yarı zamanlı 14 sözleşmeli yazılımcıyla yürütülüyor.
Yapay zeka araçları kod önerilerini iki katına çıkarırken denetim yükünü artırdı.
Küresel internet ağındaki web sitelerinin yaklaşık yüzde 70 oranında belkemiğini oluşturan açık kaynaklı PHP dili, yaklaşık otuz yıllık geçmişinin ardından ciddi bir operasyonel kaynak sıkıntısıyla karşı karşıya kaldı. İnternet dünyasının en yaygın kullanılan programlama dillerinden biri olan bu yapının güvenliği, güncellemeleri ve geliştirme süreçleri, kar amacı gütmeyen PHP Foundation organizasyonu tarafından koordine ediliyor. Ancak milyonlarca kurumsal sistemi ve popüler içerik yönetim sistemini doğrudan ilgilendiren bu devasa organizasyonun arkasında son derece kısıtlı bir insan kaynağı yer alıyor.
PHP Foundation İcra Direktörü Elizabeth Barron tarafından paylaşılan verilere göre vakıf çatısı altında tam zamanlı görev yapan yalnızca bir personel bulunuyor. Bu devasa ekosistemin operasyonel yükü, çoğunluğu yarı zamanlı çalışan on dört sözleşmeli yazılımcı ve hiçbir maddi karşılık bekletmeden tamamen gönüllü esasıyla katkı sunan yönetim kurulu üyeleri tarafından omuzlanıyor. Sadece bireysel ve kurumsal bağışlar ile hibeler yoluyla finansman sağlayan bu yapı, son dönemde tırmanışa geçen siber saldırı tehditlerini göğüslemekte bütçe ve personel bazında yetersiz kalıyor.
Son dönemde yapay zeka destekli kod yazım araçlarının yaygınlaşması, dilin geliştiricileri için iki ucu keskin bir süreç yarattı. Yapay zeka asistanları kod tabanında uzun süredir fark edilmeyen derin güvenlik açıklarının tespit edilmesine yardımcı olurken, aynı zamanda geliştirici ekibin iş yükünü katbekat artırdı. Otomatik sistemler vasıtasıyla kod üreten yazılımcılar, projeye geçen yıla oranla iki kat daha fazla yama ve değişiklik önerisi göndermeye başladı. Gönderilen bu yoğun taleplerin güvenilirliği otomatik araçlarla tam olarak doğrulanamadığı için kıdemli mühendislerin manuel inceleme yapması zorunlu hale geliyor.
Gelen talep ve kod önerisi sayısı iki katına çıkarken, çekirdek ekip içinde bu incelemeleri yapabilecek nitelikli geliştirici kadrosu aynı oranda büyüme göstermedi.
Söz konusu güvenlik açıkları üzerinden milyonlarca saldırı girişimi engellendiği Cloudflare tarafından duyurulurken, AWS gibi büyük bulut sağlayıcıları ise yamalar yayınlanmadan önce bu açıkların kötü niyetli aktörlerce istismar edilmiş olabileceğine dikkat çekti. Teknolojinin merkezinde yer alan dev şirketlerin milyarlarca dolarlık gelirleri PHP altyapısına dayanırken, bu kritik yapıyı ayakta tutan çekirdek ekibin bağışlara ve tek bir lidere bağımlı kalması ekosistemin finansman modelinin acilen yenilenmesi gerektiğini işaret ediyor.
AI YORUMU
Açık kaynak ekosisteminin milyarlarca dolarlık ekonomik hacme sahip web projelerini tek bir çalışanla sırtlaması, modern yazılım dünyasının en büyük çelişkilerinden birini oluşturuyor. Kaynak verilerinin açıkça ortaya koyduğu üzere, on dört sözleşmeli ve bir tam zamanlı personelden oluşan bir kadro, dünya trafiğinin yüzde 70'ini barındıran bir yapıyı korumakta zorlanıyor. Şirketler bu altyapıdan milyarlarca dolar gelir elde ederken finansal sorumluluğun bağışlara bırakılması büyük bir güvenlik açığı riski doğuruyor. Destek modelleri kurumsal bağışlarla güçlendirilmezse, gelecekte çok daha büyük ölçekli siber krizlerle karşılaşılması kaçınılmaz hale gelecektir.
Linux çekirdeğine ait henüz kapatılmamış kritik güvenlik açıklarının yanlışlıkla açık bir e-posta listesinde paylaşıldığı ortaya çıktı. On üzerinden dokuz puan alan iki güvenlik sorunu, belirli koşullar altında uzaktan kod çalıştırılmasına zemin hazırlayabilir.
CVSS ölçeğinde 9,0 puan alan iki kritik açık uzaktan kod çalıştırma riski barındırıyor.
Güvenlik açıkları Zero Day Initiative tarafından normal süreç dışında açık listeye sızdırıldı.
Ağ kodu, VMware grafik sürücüsü ve NVMe hedef kodunda da çeşitli hatalar raporlandı.
Açık kaynak dünyasının en temel yapı taşlarından biri olan Linux çekirdeğinde tespit edilen birtakım kritik zafiyetler, yamalar henüz sistemlere ulaşmadan herkesin erişebildiği bir e-posta listesinde paylaşıldı. Trend Micro bünyesinde faaliyet gösteren Zero Day Initiative tarafından bildirilen bu sorunların, normal şartlarda işletilmesi gereken gizli bildirim süreci yerine yanlışlıkla kamuya açık şekilde yayımlandığı tahmin ediliyor. Ancak söz konusu paylaşımın teknik bir hatadan mı kaynaklandığı henüz netlik kazanmış değil.
Paylaşılan açıklar arasında güvenlik dünyasında oldukça yüksek bir risk seviyesini temsil eden CVSS ölçeğinde 10 üzerinden 9,0 puan alan iki sorun dikkat çekiyor. Bu kritik açıkların biri Linux işletim sisteminin SMB Direct bileşenini, diğeri ise çekirdek içerisindeki SMB sunucu uygulaması olan KSMBD bileşenini etkiliyor. Uzmanlar, her iki açığın da uygun koşulların sağlanması durumunda kötü niyetli kişilerin sistemlerde uzaktan kod çalıştırmasına olanak tanıyabileceği konusunda uyarıyor.
Liste üzerinden yayımlanan diğer güvenlik bildirimleri arasında yerel ayrıcalık yükseltme saldırılarına kapı aralayabilecek ağ kodu ve VMware grafik sürücüsü hataları da bulunuyor. Bununla birlikte NVMe hedef kodunu etkileyen ve sistemdeki hassas bilgilerin dışarı sızmasına yol açabilecek bir başka zafiyet de raporlar arasında yer alıyor. Bazı açıklar için test süreçleri ve düzeltme çalışmaları başlamış olsa da, bu yamaların henüz Linux çekirdeğinin ana kararlı sürümüne entegre edilmediği biliniyor.
Yaşanan bu sızıntı, sunucu altyapılarını ve internet ekosistemini sarsan diğer güvenlik olaylarıyla aynı döneme denk geldi. Kısa süre önce eMudhra ile bağlantılı TLS ve SSL sertifikalarının özel anahtarlarının ele geçirildiği, sekiz ara sertifikanın güvenliğinin zedelendiği ortaya çıkmıştı. Web sitelerinin büyük bir bölümünde kullanılan PHP tarafında da acil kodlu güncellemeler gerektiren zafiyetler bildirilmiş, GitLab ve HTTP/3 altyapılarında benzer kritik açıklar peş peşe rapor edilmişti.
AI YORUMU
Sistem yöneticileri için yama süreçlerinin ne denli hızlandırılması gerektiğini gösteren bu sızıntı, açık kaynak kodlu projelerde bilgi güvenliğinin insan hatasına açık yönlerini gözler önüne seriyor. Özellikle 9,0 gibi yüksek bir CVSS puanına sahip zafiyetlerin erken duyurulması, kötü niyetli kişilere henüz yama yapmamış sunucuları hedef almak için geniş bir zaman aralığı tanır. Şirketler ve sunucu işletmecileri, çekirdek güncellemelerini ertelemeden uygulamadığı sürece bu tür sızıntılar altyapılar için ciddi bir felaket senaryosunu gerçeğe dönüştürebilir.
GitLab, PHP ve HTTP/3’de tespit edilen kritik güvenlik açıklarını kapatmak için 21 Ekim’de güncelleme yayımladı. Açıklar, sunucularda uzaktan kod çalıştırılmasına ve bellek tüketimini aşırı artırmaya izin veriyordu. Güncellemeler, eski sürümlerde de uygulanmalı ve veri ihlali riskleri azaltmalı.
GitLab 21 Ekim’de CVE-2026-110264 güvenlik açığını gideren güncelleme yayınladı
PHP’teki açıklar nedeniyle birçok kurum site erişimini kesti
HTTP/3’te QPACK hatası, 4.000 kata kadar bellek tüketimine yol açtı
GitLab, 2014'ten bu yana kullanılan 7.0 sürümü dahil tüm sürümleri etkileyen bir güvenlik açığını kapatmak için 21 Ekim’de güncelleme yayınladı. Açığın adı CVE-2026-110264 ve belirli koşullar altında saldırganların oturum açmadan sunucuda istedikleri kodu çalıştırmasına olanak tanıyordu. Şirket, güncellemenin bazı sürümlerde veritabanı değişiklikleri nedeniyle kısa süreli kesintiye yol açabileceğini belirtti. PHP’teki kritik açıklar, bir dizi kurumun web sitelerine erişimi kesti. Bu durum, PHP tabanlı uygulamaların sıklıkla karşılaştığı güvenlik zafiyetlerinin ne kadar yaygın olduğunu gösterdi. Acil kodla yayınlanan güncellemeler, etkilenilen sitelerde veri kaybı ve hizmet kesintisi riskini azaltmayı hedefliyor. HTTP/3 protokolündeki QPACK hatası, saldırganların düşük miktarda veri göndererek sunucunun belleğini aşırı tüketmesini sağlıyordu. Testlerde, bazı uygulamalarda bellek tüketiminin 4.000 kata kadar yükseldiği belirlendi. Bu durum, 10 HTTP/3 uygulamasının yedisinde tespit edildi ve quic-go, Cloudflare quiche, lsquic ve Wireshark gibi kütüphanelerde düzeltmeler yayımlandı. Node.js’de de dört yüksek önem dereceli güvenlik açığı giderildi. Açıklardan biri uzaktan kod çalıştırma potansiyeli taşıyordu, diğerleri ise TLS doğrulamasının atlatılmasına izin veriyordu. TLS, veri şifrelemesi ve sunucu kimlik doğrulamasını sağladığı için bu açıklar özellikle hassas veri işleyen uygulamalarda risk oluşturuyor. Dijital sertifikalarla ilgili olarak Hindistan merkezli eMudhra’nın sekiz ara sertifikasının özel anahtarlarının tehlikeye girdiği belirlendi. Bu durum, sertifikalara güvenen tarayıcıları, uygulamaları ve sunucuları da etkileyebilir. Sunucu yöneticilerinin sertifika zincirlerini gözden geçirmeleri ve güncellemeleri öneriliyor.
AI YORUMU
Güncellemeler, özellikle eski sürümlerde veri kaybı ve hizmet kesintisini önlemeye yönelik kritik önlemler içeriyor. GitLab’ın 21 Ekim’de yayımladığı patch, 2014’ten beri kullanılan sürümleri kapsıyor, bu da yedekleme ve güncelleme süreçlerinin ne kadar zorlayıcı olabileceğini gösteriyor. Özellikle PHP ve HTTP/3’de tespit edilen açıkların, sunucu tarafında bellek tüketimini aşırı artırma potansiyeli, şirketlerin altyapı kaynaklarını anlık olarak tüketebilecek bir senaryoyu ortaya koyuyor. Bu nedenle, geliştiricilerin ve sistem yöneticilerinin sürüm uyumluluğunu ve güvenlik yamalarını düzenli olarak kontrol etmeleri şart.
PHP ekibi, sunucularda uzaktan kod çalıştırılmasına yol açabilen iki kritik güvenlik açığını kapatmak için planlanan güncellemeleri bir gün öne çekti. Güvenlik değerlendirmelerinde on üzerinden 9,2 puan alan açıklar için 21 Ekim 2026 tarihinde dört farklı sürüm yayınlandı.
PHP2Shell olarak anılan iki kritik açığın güvenlik puanı 10 üzerinden 9,2 olarak belirlendi.
PHP ekibi, normalde 22 Ekim'de yapacağı duyuruyu öne çekerek 21 Ekim 2026'da yamaları paylaştı.
En yüksek risk, PHP'yi mod_php üzerinden çalıştıran Apache sunucularını hedef alıyor.
Yazılım geliştirme dünyasının temel yapı taşlarından biri olan PHP altyapısında, saldırganların oturum açmadan sunucu üzerinde kod çalıştırmasını sağlayan kritik düzeyde zafiyetler tespit edildi. PHP2Shell ismiyle gündeme gelen bu açıklar, gün boyunca web sitelerini ve web tabanlı uygulamaları tehdit eden unsurlar arasında yer aldı. Güvenlik uzmanlarının yaptığı değerlendirmelere göre her iki zafiyet de en yüksek risk seviyesine işaret eden 9,2 puana sahip.
CVE-2026-109618 ve CVE-2026-109619 kodlarıyla kayıtlara geçen bu güvenlik sorunları, PHP'nin bellek yönetimi ile hata işleme aşamalarındaki mekanizmalardan kaynaklanıyor. İlk zafiyette sistem, bellek sınırına varan bir işlemin ardından eksik verileri doğrulanmış gibi kabul edebiliyor. İkinci zafiyette ise daha önceki bir işlemin geride bıraktığı veriler, ilerleyen süreçlerde bellek hatalarının doğmasına zemin hazırlayarak kötü amaçlı kodların çalıştırılmasına yol açabiliyor.
Zafiyetlerin internet ortamında hızla yayılması üzerine PHP geliştirici ekibi normal takvimini değiştirme kararı aldı. Bir gün sonra yapılması planlanan acil yama dağıtımı 21 Ekim 2026 tarihinde devreye alındı ve dört ayrı PHP sürümü için resmi güncellemeler sunuldu. Yapılan incelemeler, özellikle Apache sunucularında mod_php kullanan yapılandırmaların en büyük tehlike altında olduğunu, ancak PHP-FPM, php-cgi, FrankenPHP ve LiteSpeed altyapılarının da risk bölgesinde bulunduğunu gösteriyor.
Yazılım geliştiriciler ve sistem yöneticileri için acil güncelleme çağrısı yapan yetkililer, destek kapsamından çıkmış olan PHP 8.1 ve önceki eski seriler için de sınırlı kod yamaları paylaştı. Ancak bu adımın eski sürümlere tam destek sağlamayacağı, yalnızca belirli dosyalara yama uygulanabileceği vurgulandı. NHS England gibi kuruluşlar ise hemen güncelleme yapamayan sistem yöneticilerinin risk değerlendirmesi yapmasını ve yamalar tamamlanana kadar sunucuların dış ağ erişiminin kısıtlanmasını tavsiye ediyor.
AI YORUMU
Sistem yöneticilerinin zafiyet bildiriminden hemen sonra kod tabanlarını güncellemeleri, sunucu güvenliğinin sürekliliği açısından hayati bir sorumluluktur. 10 üzerinden 9,2 gibi oldukça yüksek bir puan alan bu düzeydeki açıklar, tek bir HTTP isteğiyle bile tüm altyapının ele geçirilmesine zemin hazırlayabilir. Özellikle eski sürümlerde kalan ve düzenli destek alamayan projeler için bu durum ciddi bir operasyonel risk barındırıyor. Yamaların zamanında uygulanmaması, sitelerin veri sızıntıları ve yetkisiz erişimlerle karşı karşıya kalmasına neden olur.
.jpg)
