Microsoft, korumasız cihazların tek bir paket yüzünden kullanılamaz hale gelmesine neden olan Surface donanımındaki güvenlik açığını büyük ölçüde giderdi.

Microsoft, son 90 gündür Surface cihazlarındaki bir aygıt yazılımı açığını sessizce yamalıyordu. Bu açık, yalnızca Güvenli Çekirdek ve Güvenli Önyüklemeyi devre dışı bırakan cihazlarda tek bir paketle donanımın kullanılamaz hale gelmesine neden oluyordu.

Şirketin Copilot yapay zeka yazılımı, istemeden de olsa hatalı bellenimi tespit etmeye yardımcı oldu.

Avustralya'da yaşayan güvenlik araştırmacısı Jack Darcy'ye göre, Microsoft Copilot'un kendi kullandığı örnekte, bir Surface cihazında ekran arka ışığını ayarlaması istendiğinde bir hatayla karşılaştı. Copilot tarafından oluşturulan Python betiği, gömülü kontrolcü yazılımını geçersiz kılarak araştırmacının dizüstü bilgisayarını kullanılamaz hale getirdi.

Darcy, The Register'a yaptığı açıklamada, "Copilot, arka ışık kontrol değerlerini araştırırken, SSAM yazılım yolu üzerinden doğrudan SAM mikrodenetleyicisine ham SSAM ioctl komutları (SSAM_CDEV_REQUEST = 0xC028A501) gönderen, giderek daha agresif dört Python komut dosyasını otonom olarak oluşturdu ve çalıştırdı" dedi .

SAM veya SSAM, Surface cihazlarında kullanılan gömülü denetleyicidir. Kaynağımızın açıkladığı gibi, Microsoft'un Surface cihazlarındaki denetleyici uygulamasında rastgele yazma değerlerine karşı herhangi bir koruma bulunmuyordu.

Microsoft, bu hatayı pratik bir tehdit olarak görmüyor. Bir sözcü The Register'a verdiği demeçte, bu sorunla ilgili gerçekçi bir saldırı senaryosu yok dedi. Başarılı bir şekilde istismar etmek için, bir saldırganın belirli sürücülerle etkileşime girmesi ve bir donanım arayüzüne komutlar göndermesi gerekir. Bu, makinede yönetici ayrıcalıkları ve Güvenli Önyükleme özelliğinin devre dışı bırakılmasını gerektirir. Bu erişimle, çok sayıda işlem gerçekleştirebilirler.

Darcy'nin belirttiğine göre, genellikle dijital cihazlarda rastgele yazma erişimini etkinleştirmek için bir düğmeye basılı tutmak veya bir jumper kablosu bağlamak gerekir. Ancak bize söylendiğine göre, Surface cihazlarında bu güvenlik kontrolü bulunmuyor ve bu da Copilot'un Secure Core ve Secure Boot'un yokluğunda aygıt yazılımını bozmasına olanak tanıyor. Esasen, bu sorgulama, SAM'den UEFI ve Secure Boot aygıt yazılımının üzerine yazan bir güncelleme komutunu tetikledi.

Bu tür bir incelemeye tabi tutulan yüzey aygıtları, SAM zaten başlatılmış ve RAM'de çalıştığı için çalışmaya devam etmelidir. Ancak yeniden başlatma sırasında, SAM kalıcı depolama alanındaki bozuk verileri kullanarak yeniden yüklemeye çalıştığında, başlatma başarısız olur ve sistem Güç Açma Kendi Kendini Testini (POST) gerçekleştiremez.

Güvenlik araştırmacısının Surface cihazında Copilot tarafından oluşturulan Python betiği, belirli bir Hedef Kategorisi ve Komut Kimliği (CID) çiftleri kümesi üzerinde körü körüne yineleme yaparak, WRITE komutlarına boş/null yükler gönderdi.

Darcy'nin açıkladığına göre, bunun sonucu olarak SET Özellik Raporu boş veriyle çağrıldı, Çıktı Raporu boş veriyle çağrıldı ve diğer CID'ler, hatalı veri yazan SET komutları tarafından hedef alındı.

Sonuç olarak, cihaz çalışmaz hale geldi. Bize söylenenlere göre bu, yıllardır Surface cihazlarıyla ilgili çevrimiçi destek forumlarında sıkça dile getirilen bir şikayetmiş ancak diğer Surface cihazları için bildirilen önyükleme hatalarının bu özel sorundan kaynaklanıp kaynaklanmadığını belirlemenin bir yolu yok.

Kamuoyuna yansıyan birçok Surface donanım sorunu, çeşitli sorun giderme teknikleriyle çözülebilir gibi görünüyor. Ancak kaynağımızın ısrarla belirttiğine göre, SAM erişimi nedeniyle çalışmaz hale gelen cihazlar kalıcı olarak kullanılamaz hale geliyor; bu durum, yeni bir anakart için yüzlerce dolarlık onarım masrafına yol açabilir. USB yok, fabrika ayarlarına sıfırlama yok, BIOS/UEFI'ye erişim yok, diye belirtiliyor.

Darcy, SAM otobüsünün tasarımının berbat olduğunu söyledi.

Veri yolunu taramadan mevcut değeri görmenin hiçbir yolu yok, dedi. Ancak veri yolunu taramak cihazı devre dışı bırakıyor.

Sorun şu ki, SAM için API görevi gören CID'ler tehlikeli bir şekilde iç içe geçmiş durumda.

Eğer tüm okuma işlemleri birlikte gruplandırılırsa (örneğin, CID'ler 0x01–0x0F) ve tüm yazma işlemleri ayrı ayrı gruplandırılırsa (örneğin, CID'ler 0x10–0x1F), bir prob komut dosyası, yazma bölgesine yanlışlıkla girmeden okuma aralığını güvenli bir şekilde tarayabilir," dedi Darcy. "Hatta kodunuza basit bir sınır kontrolü bile ekleyebilirsiniz: 'yalnızca 0x10'un altındaki değerleri kontrol et.' İşte bu kadar. Güvenli.

Ancak okuma ve yazma işlemleri aynı numaralandırma alanında iç içe geçtiği için, güvenli bir tarama aralığı yok. Ardışık iki CID'yi bile, yazma komutuna denk gelme olasılığı yazı tura atma kadar düşük olmadan tarayamazsınız. Mevcut olanları numaralandırmaya karar verdiğiniz anda, zaten kör yazma işlemleri başlatıyorsunuz, çünkü komut alanı size hangi işlemlerin güvenli, hangilerinin yıkıcı olduğuna dair sıfır yapısal bilgi veriyor.

Yönetilen cihazlar risk altında değil.
The Register, 10 Mart 2026'da Microsoft'a kaynağımızın iddialarıyla ilgili soru sordu. Şirket sözcüsü, araştırmacının Microsoft Güvenlik Yanıt Merkezi (MSRC) ile iletişime geçmesi yönündeki önceki öneriyi yineledi; kaynağımız bu çabayı çok zahmetli buldu. Potansiyel bir sıfır gün açığı olabilecek şey hakkında ayrıntıları yayınlamak yerine – o sırada Güvenli Önyükleme/Güvenli Çekirdek gereksinimi konusunda emin değildik – The Register, birilerinin dikkatini çekmek amacıyla Microsoft'un iç kaynaklarına ulaştı.

12 Mart'a kadar, Microsoft medya ilişkilerinin yardımıyla, Darcy ile MSRC'de kıdemli program yöneticisi olan Madeline Eckert arasında bir görüşme ayarlamayı başardık. Microsoft daha sonra güvenlik açığını kabul etti ve bir düzeltme yayınlayacağını taahhüt etti. Bunun üzerine The Register, onarımlar yapılırken yayınını 90 gün ertelemeyi kabul etti. Etkilenen cihazların çoğunun (Windows Update aracılığıyla) güncellendiği veya önümüzdeki haftalarda güncelleme alacağı bildirildi. Şirkete göre, sorun bir CVE için gerekli kriterleri karşılamadı.

Microsoft sözcüsü yaptığı açıklamada, "Jack Darcy ve The Register'ın bu sorunu koordineli bir güvenlik açığı bildirimi kapsamında raporladıkları için kendilerine teşekkür ediyoruz . Yaptığımız incelemede, kullanım dışı bırakılmış bir UEFI arayüzünün bazı cihazlarda önyükleme döngüsüne neden olabileceğini tespit ettik. Bu döngüyü tetiklemek için kullanıcının yönetici ayrıcalıklarına sahip olması ve Güvenli Önyükleme güvenlik özelliğini devre dışı bırakmış olması gerekir. Etkilenen cihazların çoğu için sorunu gidermek üzere güncellemeler yayınladık." dedi.

Bu, yönetilen cihazların risk altında olmadığı anlamına gelir.

Ancak Linux kullananlar veya oyun oynamak için Güvenli Çekirdek ve Güvenli Önyüklemeyi devre dışı bırakmış Windows kullanıcıları, özel Windows sürücüleri kullananlar veya USB önyüklemeyi etkinleştirmiş olanlar, sistemleri güncellemeyi almamışsa yine de savunmasız olabilirler.

Etkilenen Surface cihazlarının yelpazesi konusunda emin değiliz. Kaynağımız, Surface Go modelleri hariç (Surface Laptop 3-6, Surface Book 1-3) tüm Surface cihazlarının etkilendiğini söyledi. Ancak ARM varyantları test edilmedi.

Microsoft, Surface cihazlarını Rust diline taşıyor.

Bu sorunun giderilmesi çabaları sırasında Darcy'den öğrendiğimiz şeylerden biri de Microsoft'un Surface yığınını Rust'a taşımayı planlamasıydı. Microsoft Surface'in baş mimarı David Abzarian'dan aldığımız bilgiye göre, gelecekteki Surface for Business donanımının Rust koduna dayalı daha güvenli bir mimariye geçirilmesi için çalışmalar devam ediyor.

Abzarian, The Register'a verdiği açıklamada, "En yeni Surface for Business donanımımız, gömülü kontrol cihazımız, UEFI ve bazı sürücülerimiz de dahil olmak üzere, güvenilirlik ve güvenlik açısından önemli bir mimari değişikliğe sahip. Gömülü kontrol cihazı yazılımımızı Rust dilinde sıfırdan geliştirerek ( Open Device Partnership (ODP) 'ye katkıda bulunmanın ve bundan yararlanmanın bir parçası olarak) ve UEFI DXE Çekirdeğini Rust dilinde yeniden yazarak, bir PC için en güvenli temeli oluşturmaya yatırım yapıyoruz; bu projeler sırasıyla Secure EC ve Project Patina olarak biliniyor ." dedi.

Sadece Rust dilinde yazılmış bazı sürücülerimizi göndermekle kalmıyoruz, aynı zamanda Windows ekosistemindeki geniş bir ortak grubunun bu avantajlardan yararlanmasına yardımcı olmak için Windows Drivers in Rust (WDR) çerçevesinin geliştirilmesine de katkıda bulunuyoruz . Ayrıca, tüm bu çabaların açık kaynaklı olduğunu ve şeffaflık konusundaki temel güvenlik ilkelerimizden birini desteklediğini de belirtmek isterim.

Konuyla ilgili yorum yapması istenen Darcy, Bir cihazın kullanıcı alanından onarılamaz şekilde imha edilebilmesi kesinlikle ilginç bir tasarım kararı. Microsoft'un güzel ve yenilikçi Surface serisini takdir etsem de, donanım yazılımı düzeyinde gelen verilerin doğrulanması konusunda biraz daha yenilikçilik çok daha iyi olurdu. dedi.

Microsoft'un, takdir göstergesi olarak Darcy'ye bir Surface dizüstü bilgisayar hediye ettiği söyleniyor.

Dizüstü bilgisayardaki RAM miktarı çok önemli bir rol oynar. Programlar ve oyunlar giderek daha fazla donanım yoğunluğu gerektiriyor ve yapay zekanın devreye girmesiyle RAM üzerindeki yük önemli ölçüde arttı.

8 GB veya daha azı kritik bir minimum gereksinimdir, 2026'da satın alınması önerilmez. Kaynaklar yalnızca kelime işlem ve basit görevler için yeterli olacaktır. Birden fazla tarayıcı sekmesi açmak veya arka planda program çalıştırmak sistemin yavaşlamasına neden olacaktır.

16 GB, rahat çalışma ve öğrenme için temel standarttır. Bu kapasite, tarayıcıda çoklu görev yürütme, hafif oyunlar ve günlük ofis uygulamaları için gecikme olmadan yeterlidir.

32 GB, yüksek ayarlarda modern oyunlar oynamak ve grafik düzenleyicilerde (Photoshop, Full HD video düzenleme) istikrarlı bir şekilde çalışmak için en uygun seçimdir.

64 GB veya üzeri — profesyonel konfigürasyonlar. 4K/8K video işleme, karmaşık 3D modelleme ve sinir ağı eğitimi için idealdir.

RAM kapasitesi seçimi doğrudan ihtiyaçlarınıza bağlıdır. Bugün 16 GB asgari düzey olsa da, yazılım gelişmelerini göz önünde bulundurursak, yarın yeterli olmayabilir.

Yeterli performans kapasitesine sahip bir dizüstü bilgisayar satın almak daha akıllıca olur. İdeal olarak, yeterli RAM yuvasına sahip bir model, zamanla bellek yetersiz kalırsa kolay yükseltmelere olanak tanır.

Alıntıdır...

Her şey normal şekilde çalışacak.

Bazı anakart kökleri tek RAM modülüyle çalışır . Biri ya da ikisi bazen üç hatta dört tane de destekleyebilir .​ Yalnızca iki kanaldan fazla kullanılmasına izin verilir .​ Bu durum , anakarttaki slotların özelliklerin çok , işlemcinin biriminin denetleyicinin yapabildikleriyle belirlendi .

Bazı anakartlarda dört slot olsa da , çift kanallı bellek için sadece iki çubuk gerekir . Daha fazla eklerseniz - tabii yer varsa - sistem gene aynı şekilde çift kanalla ilerler .

Bazen sistemin sorunsuz çalışması için sadece uyumlu modüllerin kullanılması gerekir . Diyelim ki dört tane 8 GB'lık RAM parçaları tek bir kitteden seçmelisin . Hepsinin hızı , kapasitesi ve zamanlaması aynı olmalıdır .​ Farklı yonga setleriyle bu yuvalara yerleştirilip ne olduğu kim bilebilir – ya çalışmaz ya da çok düşüşlü performansla kalır .

Bu durumda bir sorun yoktur çünkü çift parça bazen dörde göre daha işe yarar .

Bazı anakartlarda çift , bazılarında ise dört tane bellek yuvası yer alır .

standart kural belli zaten : İki slot varsa , uyumlu RAMler kullanman şartı . Aynı özelliklerdeki taşımalılar ki sistem düzgün ilerlesin .

Bazen dört tane bedava slot düşünüldüğünde değişebilir .​ Yöntem olarak elinizdeki seçenekleri yeniden gözden geçirerek parça parça olur . Her durumda sabit kalan tek bir yol yoktur aslında . Biraz fark yaratmak için yeni yöntemler denenebilir . Sonuçta tüm bu olanlar mecburiyet değil tercih meselesidir .

Bazen işlemcinin devresinin denetleyicisi , anakarttaki DIMM soketine giden küçük parçalarla konuşur . Anakartta sadece iki tane bu soket varsa, her biri doğrudan kendi hattında ilerliyor . Dört girişte iş değişir ;​ fazladan gelenler çiftler halinde paylaştırılır .​ Bu şekilde çalıştırma , hangisinin hangi hat üzerinde olduğu konusunda yardım için soketleri iki ayrı renk boyar .

Bazı anakartlarda çift kanal çalışması için belleklerin eşli soketlere bağlanması gerekir . Hangi ikili kullanılır diye kurallar normalde 2 ile 4 nolu slotlar ön plana çıkar . Bu durum markasına göre değişebilir ama bu iki giriş birlikte tercih edilir .​ Çünkü işlemciyle daha kısa sürede çalışırlar , performans farkı yaratırlar .

Bazı anakartlarda modülleri nereye takabileceğinizi gösteren renkli işaretler vardır . Kullanım kitapçığında bu ayrıntılar genellikle çizimler eşliğinde anlatılır . Yerleştirme sırasında dikkat edilmesi gereken listeleme burada belirtilir .

Her üreticinin farklı bir düzenini izleyebilir . Bu nedenle kılavuzların çözülmesini engeller .

Ekip, Bölünme hala mevcut, ancak onu görmeniz zor olacak ve düzeltme gelene kadar yükseltme yapmayın diyor.

Asahi Linux ekibine göre, macOS 27 Intel Mac'lere darbe vurmuş olabilir, ancak Apple Silicon üzerindeki Linux için de baş ağrısına neden oldu.

Apple'ın yeni işletim sistemi bu hafta WWDC'de tanıtıldı ve hemen beta sürümü olarak yayınlandı, ancak Asahi geliştiricileri güncellemenin "önyükleme seçici ve Başlangıç ​​Diski uygulamasının geçerli işletim sistemi önyükleme birimlerini algılama şeklini değiştirdiğini" söylüyor .

Sonuç olarak, Asahi bölümü artık görünmüyor, bu da şimdilik Apple Silicon'da Linux'un başlatılamayacağı anlamına geliyor.

Asahi Linux kullanıcılarına, sorun çözülene kadar macOS 27'ye yükseltme yapmamaları tavsiye ediliyor.

Ekip ayrıca şunları ekledi: "macOS 27'yi mümkün olan en kısa sürede denemekte ısrarcıysanız, lütfen önce macOS 26'nın ikincil bir kopyasını yüklediğinizden veya macOS 27'nin kendisini ikincil bir birime yüklediğinizden emin olun."

Ayrıca, kurulumların şimdilik macOS 27 üzerinde çalışmasını engellemek için yükleyiciyi güncellediler. Yukarıdakilerin hepsini görmezden gelenler için, "en az bir kararlı macOS sürümünün yüklü olduğundan emin olmadan macOS 27 beta sürümünü yükleyen kullanıcılara destek vermeyeceğiz."

macOS 27'nin beta aşamasında olduğu göz önüne alındığında, sorun Apple'ın donanımında Linux'u engelleme girişiminden ziyade kazara olmuş olabilir. Asahi ekibi hata raporu oluşturduklarını belirtti.

macOS 27 beta sürümünü yüklemeyi tercih eden herkes için iyi haber şu ki, bölüm görünür olmasa da, hiçbir yere kaybolmadı.

Asahi ekibi şu açıklamayı yaptı: "Eğer beta sürümüne yükseltme yaptıysanız ve Asahi bölümünüzün kaybolduğunu fark ettiyseniz endişelenmeyin. Asahi bölümünüz hala orada ve hiçbir verinizi kaybetmediniz."

Asahi Linux, bu yılın başlarında yaşanan liderlik değişikliği de dahil olmak üzere bazı çalkantılara rağmen Apple Silicon üzerinde uzun bir yol kat etti . Proje, Nisan ayında Fedora Asahi Remix 44'ü yayınladı ve Apple donanımında Linux için önde gelen seçenek olmaya devam ediyor . Bu, yolun bir sonu değil, sadece bir aksaklık.

Yedekleme veya alternatif bir plan olmadan beta işletim sistemi kuran herkese gelince. neyse, biliyorsunuz işte.

Microsoft'la arası bozuk olan öfkeli hata avcısı yeni bir Windows sıfır gün açığı yayınladı. İntikam, usulüne uygun olarak servis edildiğinde en lezzetli olan yemektir.

Araştırmacıya göre, en son sıfır gün açığı olan RoguePlanet, Microsoft Defender'ı hedef alıyor ve tamamen güncellenmiş Windows 10 ve Windows 11 sistemlerinde çalışıyor. Araştırmacı ayrıca güvenlik açığı için kavram kanıtı niteliğinde bir istismar kodu da yayınladı . Saldırganın bir yarış koşulunu kazanabileceği varsayıldığında, bu hata yerel ayrıcalık yükseltmesine izin veriyor ve etkilenen makine üzerinde SİSTEM düzeyinde kontrol sağlıyor.

Nightmare Eclipse (diğer adıyla Chaotic Eclipse), Windows konusunda derin bir bilgiye ve Microsoft'a karşı daha da derin bir kin besleyen, memnuniyetsiz bir hata avcısıdır. Eski bir çalışan olduğunu iddia eder ve Redmond'u güvenlik açığı raporlarını görmezden gelmekle ve kendileriyle iletişim kurmayı reddetmekle suçlar.

Benimle iletişim kurmanızı aktif olarak istediğimde reddettiniz, beni aşağıladınız ve insanların önünde bana hakaret etmeyi ihmal etmediniz, diye yazmışlardı daha önceki bir blog yazısında ve 14 Temmuz'da "kemik kırıcı" bir yayın sözü vermişlerdi.

CVE-2026-45585 uyarısıyla beni kamuoyu önünde karalıyorsunuz, üstelik hataları size bildirmek için kullandığım Microsoft hesabımı sildiniz ve bu sayede hiçbir ücret almadım, yine de aptal gibi bunu seve seve yaptım, diye devam etti paylaşım.

Muhtemelen bu öfkeyi dışa vurmak ve Redmond'un hareketsizliğine tepki olarak Nightmare, bulgularını kamuoyuna açıklamaya başladı. RoguePlanet, Redmond bir düzeltme yayınlamadan önce Nightmare'in bulup açıkladığı (ya bir PoC istismarı ya da teknik detaylarla birlikte) yedinci Microsoft sıfır gün açığını temsil ediyor.

Microsoft'un bu ifşaatlara verdiği ilk yanıt, geniş çapta yasal işlem tehdidi olarak yorumlandı ve bu durum, Redmond'un güvenlik araştırması yapan veya yayınlayan kişilere karşı yasal işlem başlatma niyetinde olmadığını belirterek tepkileri yatıştırmaya çalışmasından önce, bilgi güvenliği camiasında büyük bir öfkeye yol açtı.

Salı günü itibarıyla, önceki altı sıfır gün açığının tamamında yamalar yayınlandı.

Bunlardan üçü, RedSun UnDefend ve BlueHammer, Nightmare'in her biri için çalışan istismar kodunu yayınlamasından kısa bir süre sonra ve Microsoft'un güvenlik açıklarını gidermek için güvenlik güncellemeleri yayınlamasından önce saldırıya uğradı. Diğer üçü, YellowKey, GreenPlasma ve MiniPlasma, Haziran ayındaki Yama Salısı itibariyle düzeltildi.

YellowKey (diğer adıyla CVE-2026-45585 ), Windows BitLocker'da bulunan bir güvenlik açığıdır. Sisteme fiziksel erişimi olan bir saldırgan, BitLocker Aygıt Şifreleme özelliğini atlayarak aygıtın şifrelenmiş verilerine erişim sağlayabilir.

GreenPlasma (diğer adıyla CVE-2026-45586) ve MiniPlasma (diğer adıyla CVE-2020-17103), yetkili bir saldırgan tarafından yerel olarak ayrıcalıkları yükseltmek ve SYSTEM erişimi elde etmek için kötüye kullanılabilen, İşbirlikçi Çeviri Çerçevesi (CTFMON) ve Bulut Dosyaları Mini Filtre Sürücüsü'ndeki ayrıcalık yükseltme güvenlik açıklarıdır.

RoguePlanet hakkında sorulan bir soruya Microsoft sözcüsü The Register'a verdiği demeçte , Windows devinin bildirilen güvenlik açığının farkında olduğunu ve bu iddiaların geçerliliğini ve potansiyel uygulanabilirliğini aktif olarak araştırdığını söyledi.

Sözcü şöyle devam etti: Microsoft, güvenlik sorunlarını araştırmak ve etkilenen ürünleri müşterileri en kısa sürede korumak için güncellemek konusunda kararlıdır. Daha da önemlisi, müşterileri koruyan ve araştırma topluluğunu destekleyen , bulgularının kamuoyuna açıklanmadan önce kapsamlı bir şekilde araştırılmasını ve ele alınmasını sağlayan bir sektör standardı olan koordineli güvenlik açığı açıklamasını destekliyoruz .

Nightmare'in RoguePlanet için bir PoC (Proof of Concept) yayınlamasının hemen ardından, ThreatLocker tehdit istihbarat ekibi istismar kodunu doğruladı ve "etkiyi, etkilenen sistemleri ve ek önlemleri aktif olarak değerlendirdiklerini" belirterek, "bulgular ortaya çıktıkça" daha fazla bilgi paylaşacaklarını söyledi.

Tharros Labs'ın kıdemli güvenlik açığı analisti ve uzun zamandır saygın bir güvenlik uzmanı olan Will Dormann, istismar kodunu kendisinin de test ettiğini söyledi. Dormann, "Bildirildiğine göre %100 güvenilir değil, ancak benim için ilk denemede çalıştı," diye yazdı.

Nightmare ise 14 Temmuz'da yapacakları "kemik kıran" albüm vaadinden geri adım attı.

Araştırmacı Salı günü yaptığı açıklamada, "(Ne yazık ki) 14 Temmuz'da toplu sıfır gün açığı ifşası yapamayacağım, RoguePlanet beklenenden çok daha fazla zaman aldı ve beni gerçekten yordu, dedi. Bir ara verebilirim ama önümüzdeki ay ne yapacağımdan emin değilim, belki hiçbir şey yapmam, belki de bir şeyler yaparım. Ama asıl önemli olan şey olmayacak. Bu paylaşımla kitlesel bir panik yaymak niyetinde değildim ve bunun için özür dilerim.

Capcom, Resident Evil Veronica'nın yalnızca üçüncü şahıs bakış açısıyla oynanacağını doğruladı.

Resident Evil Veronica'nın yaratıcıları, önde gelen uluslararası medya kuruluşlarından yazarlarla görüştü ve yakında çıkacak oyun üzerindeki çalışmaları hakkında biraz daha detay paylaştı.

Yapımcı Yoshiaki Hirabayashi , oyunun yalnızca üçüncü şahıs bakış açısıyla oynanacağını doğruladı. Ayrıca, korku türündeki bu oyunun RE2 yeniden yapımına benzer bir yapıya sahip olacağını da belirtti.

Claire, kardeşi Chris tarafından eğitildiği için önceki oyununa göre daha fazla fırsata sahip olacak. Buna rağmen, zombilerle dolu Rockfort Adası'nda kendini yine de çok zor bir durumda bulacak.
Hirabayashi, tanıtım fragmanındaki bakış açısı sahnesinin final versiyonda değiştirilebileceğini ima etti. Ayrıca, bu bölümün kampanyanın en başında yer alması da şart değil.

Resident Evil Veronica'nın üçüncü şahıs bakış açısına sahip olmasının nedenlerinden biri, 2000 yılında piyasaya sürülen orijinal oyuna bir saygı duruşu niteliğinde olmasıdır. Capcom'un önceki yeniden yorumlamaları da benzer bir vizyonu izlemişti.

Korku oyununun yaratıcılarına göre Leon, RE2R'de Raccoon City'den kaçtıktan sonra gelişti ve RE4R ile RE Requiem'de dikkat çekti. Şimdi ise geliştiriciler, şehirden kaçmayı başaran başka bir karaktere odaklanmaya karar verdiler.

İkonik orijinal oyunun adı Resident Evil Code: Veronica'ydı, ancak güncellenmiş versiyonun yaratıcıları "Code" referansını kaldırmaya karar verdiler. Bunu, korku oyununun alt başlığını, "Resident Evil"in ardından sadece tek bir kelime gelen ancak oyunun özünü tam olarak yansıtan yeni serilerle daha uyumlu hale getirmek için yaptılar; bu sefer kelime "Veronica" oldu. Stüdyo ayrıca, yan oyunun da orijinal oyunlar kadar önemli olduğunu göstermek istiyor.

Capcom, Claire'in hikayenin merkezinde yer aldığı bir yaklaşımla, hikayenin, olayların ve karakterlerin birçok unsurunu her zamankinden daha fazla yeniden ele alıyor gibi görünüyor.

Her Resident Evil oyununda geliştiriciler "farklı korku türlerini" keşfediyor. Code: Veronica'da "insan zihninin ve kalbinin daha karanlık, daha korkutucu yönlerine" odaklandılar; bu temayı, kötü karakter Alfred Ashford'u daha da geliştirmek de dahil olmak üzere, güncellenmiş sürüme de taşımayı planlıyorlar.

Proje, serinin ikinci ve dördüncü bölümlerinin yeniden yapımlarını geliştiren aynı ekip tarafından geliştiriliyor. Resident Evil Veronica, 2027 yılında PC, PS5, Xbox Series X ve Nintendo Switch 2 platformlarında piyasaya sürülecek.

Assassin's Creed ve Assassin's Creed II'nin yaratıcısı Patrice Désilets tarafından kurulan Panache Digital Games stüdyosu, Summer Game Fest 2026'da 1666: Amsterdam oyununu duyurdu.

Bu, büyülü bir dünyada geçen karanlık bir macera. Zandaris kabilesinin büyüsü, halkına mutluluk getirmek içindi. Ancak her şey ters gitti ve dünya kaos ve yıkımla doldu. Noa adında bir kız, geriye kalanları kurtarmaya, iblisleri keşfetmeye ve yenmeye çalışmalıdır. Bu konuda ona bir yol arkadaşı yardımcı olacaktır. Kahraman, yol arkadaşını kendisi seçmelidir. Olası seçenekler arasında karizmatik bir kara kedi de bulunmaktadır.

Projenin henüz bir çıkış tarihi yok. Ancak oyuncular, 1666: Amsterdam'ın giriş bölümünü tamamen ücretsiz olarak deneyebilirler. Oyun Steam ve Epic Games Store'da mevcut.

Crimson Desert'e bir mini oyun eklendi.

Aksiyon oyunu için yeni bir yama yayınlandı.

5 Mayıs sabahı Pearl Abyss, Crimson Desert için çeşitli hata düzeltmeleri ve yeni içerikler getiren en son güncellemeyi yayınladı. 1.10.00 yaması artık tüm platformlarda kullanılabilir.

Yama'nın temel özellikleri
Tekrarlanan ablukalarda iyileştirmeler yapıldı. "Savaş" ve "Yeniden İnşa" aşamaları eklendi ve önemli noktaların kurtarılması karşılığında ödüller veriliyor.

"Pinball" , Delessian Enstitüsü'nün yanındaki tavernada ortaya çıkan bir mini oyundur ve kazanılan para çeşitli eşyalarla takas edilebilir.

"Ejderha Boncuğu" , Urdava'nın Büyük Kapısı'nda bulunan ikinci yeni mini oyundur.

Ejderha geldi artık binek olarak kullanılabilir. Yeni bir evcil hayvan olan Sarı Gagalı Yavru da eklendi.
Halılar ev dekorasyonu kategorisine ayrı bir bölüm eklendi ve bazı boya atölyelerinin ürün yelpazesinde de yer almaya başladı.

Düzinelerce hata düzeltmesi ve genel iyileştirme yapıldı ; bunlar arasında yağmurlu havalarda ıslak zeminin daha iyi görselleştirilmesi, iç mekanlardaki yağmur hatasının giderilmesi ve oyuncunun canlı balık yerleştirdiği veya aldığı anlar için animasyon eklenmesi yer alıyor.

Daha önce oyunun yaratıcıları yakın geleceğe dair planlarından ve indirilebilir içerik (DLC) çalışmaları hakkında konuşmuşlardı.

Clint Hocking, yaklaşık 19 yıl boyunca Ubisoft'ta çalıştı ve 2026'nın başlarında Assassin's Creed Hexe üzerinde çalışırken şirketten ayrıldı. Ondan önce ise Splinter Cell, Splinter Cell: Chaos Theory, Far Cry 2 ve Watch Dogs: Legion oyunlarında görev almıştı.

FRVR podcast'inde geliştirici, şu anda ilk oyunun yeniden yapımıyla meşgul olan Ubisoft'ta çalışmaya devam etse bile Splinter Cell serisine geri dönmeyeceğini itiraf etti.

Hawking, 2005'te piyasaya sürülen Chaos Theory'den daha iyi bir oyun yapamayacağına inanıyor.
Bunun yanı sıra, Ubisoft'un deneyimli ismi, serinin diğer bölümlerine dokunmak istemiyor çünkü bunun garip olacağını düşünüyor.

Serinin şu an nasıl olması gerektiği konusunda bile bir fikrim yok. Benim için Splinter Cell, Chaos Theory'dir. Bu seride yapabileceğim en iyi oyun versiyonu.

Clint Hawking, geliştirici

Hawking, Chaos Theory'yi en iyi Splinter Cell oyunu olarak görse de, Far Cry 2'yi kariyerinin zirve noktası olarak gösteriyor.

Hawking şu anda kendi stüdyosu Build Machine Games'te henüz bilinmeyen bir oyun üzerinde çalışıyor.

Mayıs ayındaki NGINX güvenlik açığı paketinin analizi: NGINX Rift'te neler oluyor ve Bitrix ekosisteminde bunlar nasıl düzeltilir?

Mayıs 2026, NGINX ile çalışan herkes için yoğun bir ay oldu. NGINX ekibi ve F5, altı güvenlik açığının açıklanmasını koordine etti ve 22 Mayıs'ta yedinci bir açık daha ortaya çıktı. Yama uygulanmış sürümler yayınlandı: NGINX 1.30.1 (kararlı), 1.31.0 (ana sürüm) ve 1.31.1. Bunlar arasında, depthfirst ekibi tarafından keşfedilen ve yeniden yazma modülünde bulunan bir yığın bellek güvenlik açığı olan CVE-2026-42945, diğer adıyla NGINX Rift de vardı. Bu açık, 2008'den beri kodda mevcuttu ve 0.6.27'den 1.30.0'a kadar olan tüm sürümleri etkiliyordu.

1C-Bitrix geliştiricileri, nginx'i yamalarla yeniden derledi, VMBitrix ile test etti ve 25 Mayıs'ta bx-nginx 1.30.2 paketini yayınladı. Şimdi asıl konuya geçelim: nasıl düzeltilir ve olası sorunlar nelerdir? Brainforce olarak biz bazı müşterilerimizi zaten güncelledik, geri kalanlar ise bekliyor.

BitrixVM 9.x sürümüne sahipseniz Çok basit. Dahili paket yöneticisi aracılığıyla güncelleyin:

dnf clean all && dnf update

Çoğu durumda bu yeterlidir. Sihir gerekmez.

Eğer BitrixVM 7.x sürümüne sahipseniz, işte size bir sürpriz. CentOS 7 kullananlar için: bx-nginx-1.30.2 yaması ortamınıza yüklenmeyecektir. Bunun nedeni Bitrix'in pes etmesi değil.

Teknik gerçek şu.

Bu paket EL9 için oluşturulmuştur. bx-nginx-1.30.2-0.el9.src.rpm, RHEL 9 / AlmaLinux 9 / Rocky Linux 9 ortamı için özel olarak hazırlanmış bir kaynak RPM'dir. OpenSSL 3.x ve en son glibc dahil olmak üzere modern sistem kütüphaneleri sürümlerini gerektirir. CentOS 7 üzerinde yeniden derleme, bir dizi bağımlılık hatasına yol açacak ve ortaya çıkan ikili dosyanın çalışması garanti edilmeyecektir.
CentOS 7'nin desteği sona ermiştir. Depo bakımı durdurulmuştur. Güvenlik güncellemeleri yalnızca Nginx için değil, diğer her şey için de mevcut değildir. Sanal makineniz eski bir sürümdür ve desteklenmemektedir.

Yerinde yükseltme mümkün değildir. CentOS mimarisi 7'den 9'a geçişi desteklemez. BitrixVM 7.5.5'ten 9.0.10'a geriye dönük yükseltme mümkün değildir.

BitrixVM 7 sahipleri ne yapmalı?
Tek bir çözüm var: geçiş. İşlem standart: tam yedekleme, BitrixVM 9.x üzerinde temiz bir sunucunun kurulumu ve yedeklemeden geri yükleme.

Eğer yönetiminiz veya müşteriniz "Bunu neden yapmalıyız?" diye sorarsa, işte hazır bir argüman: "Sunucu, kullanım ömrünün sonuna yaklaşmış bir işletim sistemi üzerinde çalışıyor. Bu özel yamayı yüklemek teknik olarak imkansız. Bir sonraki NGINX güvenlik açığıyla aynı duruma geri döneriz, üstelik riskler daha da artar. Geçiş bir heves değil, bir zorunluluktur."

#NGINX #CVE-2026-42945 #BitrixVM9 #BitrixVM7 #CentOS7 #bx-nginx1.30.2 #NGINXgüvenlikaçığı #Bitrixsunucugüncellemesi

Geçen hafta AMD, Ryzen 7 5800X3D’nin tekrar stoklara döneceğini doğrulayarak bazı söylentileri netliğe kavuşturdu ve işlemcinin satışlarının yeniden başladığını duyurdu.

Şimdi ise, AMD’nin geniş kitlelerce popüler AM4 platformunun 10. yıl dönümünü onurlandıran bir 10. Yıldönümü Sürümü şeklinde raflara geri dönüyor. İşlemcinin teknik özellikleri değişmiyor. Bu hâlâ, azami turbo hız en fazla 4,5GHz olan ve 100MB önbelleğe sahip, 105W’lık aynı TDP değerine sahip 8 çekirdekli 16 iş parçacıklı bir birim.

Yeni sürümü standart versiyonundan ayıracak detaylar arasında, “10th Anniversary Edition” ibareli bir perakende kutu yer alacak; ayrıca çip için en iyi çalışma sıcaklığı ve daha uzun süreli soğutma sağlayacak şekilde eklenen Carbice Ice Pad de bulunacak. “Yeniden doğan” işlemci 25 Haziran’da satışa sunulacak. Peki fiyatı ne kadar? 349$.

AMD’nin kendi ifadelerine göre Ryzen 7 5800X3D, “DDR4 bellek platformları için dünyanın en iyi oyun işlemcisi” olarak anılıyor. 3D V-Cache ile gelen ilk çip. Üzerinde çok miktarda dahili önbellek barındırıyor; bu da pahalı anakart ve bellek yükseltmelerine gerek kalmadan oyunlarda anlık performans artışı anlamına geliyor. AMD 400 veya 500 serisi yonga setine sahip (AM4 soket) anakartlar işlemciyle uyumlu.

AMD, yeni çipin Ryzen 7 5800X’e kıyasla (1080p’de yüksek ayarlarda 30’dan fazla oyun boyunca) ortalama %16 daha yüksek kare hızı sağladığını ve Ryzen 7 3700X’e göre de etkileyici biçimde %47 daha iyi olduğunu; yani performans kazanımlarının büyük kısmını burada göreceğinizi söylüyor—ayrıca Ryzen 7 2700X ile karşılaştırıldığında bu kazanım %115’e kadar çıkıyor.

Şirket ayrıca Ryzen 7 5800X3D’nin, ortalama performansta Intel Core i9-14900K’yı 30’dan fazla yeni oyunda %10 daha hızlı olacak şekilde aştığını belirtiyor. İşlemci, gücün kaybı olmadan sürekli kullanım için tasarlanan Carbice Ice Pad termal pediyle birlikte geliyor.

Kaynak: AMD
https://www.amd.com/en.html