• PCGH - SSD Satın Alma Rehberi 2026 yayınlar
    Seçim aşamasında dikkate değer teknik bilgi olarak:
    (Alıntı olup, ayrıntıların olduğu yazı-blog olarak resmi sitesi aşağıda verilmiştir)

    DRAM önbelleğine sahip bir SSD'ye mutlaka ihtiyacım var mı?
    Oyun veya iş bilgisayarlarında, özellikle uzun süren kopyalama işlemlerinde DRAM önbelleği avantajlıdır. Ancak bu tür modeller daha pahalıdır. Oyun için tasarlanmış bir SSD için, DRAM'siz iyi modeller gayet yeterli olacaktır.

    DRAM önbelleğine sahip bir SSD, tahsis tablolarını kendi bellek yongasında saklar ve bu sayede Windows başlatılırken, programlar yüklenirken ve projeler üzerinde çalışırken meydana gelebilecek çok sayıda küçük erişime özellikle hızlı yanıt verebilir. Öte yandan, DRAM'siz SSD'ler sistemin ana belleğini kullanır. Bunlar basit, özellikle salt okunur görevler için oldukça hızlı olabilirken, uzun yazma işlemleri ve sürücü aşırı dolduğunda daha yavaş hale gelirler.

    SSD'yi birincil sürücü olarak kullanmayı planlıyorsanız ve bütçeniz çok kısıtlı değilse, diğer özellikler aynı veya benzer olmak koşuluyla, DRAM önbelleğine sahip bir SSD daha iyi bir seçimdir. Ancak, yalnızca oyunlar veya veriler için ek bir sürücü eklemek istiyorsanız ve cazip bir DRAM'siz model indirimdeyse, özellikle SSD fiyatlarındaki artış göz önüne alındığında, bu yine de çok mantıklı bir seçenek olabilir.

    Kaynak:
    https://www.pcgameshardware.de/SSD-Hardware-255552/Specials/Tests-Bestenliste-Crystaldiskmark-Benchmarks-Vergleich-M2-1488121/
    Seçim aşamasında dikkate değer teknik bilgi olarak: (Alıntı olup, ayrıntıların olduğu yazı-blog olarak resmi sitesi aşağıda verilmiştir) DRAM önbelleğine sahip bir SSD'ye mutlaka ihtiyacım var mı? Oyun veya iş bilgisayarlarında, özellikle uzun süren kopyalama işlemlerinde DRAM önbelleği avantajlıdır. Ancak bu tür modeller daha pahalıdır. Oyun için tasarlanmış bir SSD için, DRAM'siz iyi modeller gayet yeterli olacaktır. DRAM önbelleğine sahip bir SSD, tahsis tablolarını kendi bellek yongasında saklar ve bu sayede Windows başlatılırken, programlar yüklenirken ve projeler üzerinde çalışırken meydana gelebilecek çok sayıda küçük erişime özellikle hızlı yanıt verebilir. Öte yandan, DRAM'siz SSD'ler sistemin ana belleğini kullanır. Bunlar basit, özellikle salt okunur görevler için oldukça hızlı olabilirken, uzun yazma işlemleri ve sürücü aşırı dolduğunda daha yavaş hale gelirler. SSD'yi birincil sürücü olarak kullanmayı planlıyorsanız ve bütçeniz çok kısıtlı değilse, diğer özellikler aynı veya benzer olmak koşuluyla, DRAM önbelleğine sahip bir SSD daha iyi bir seçimdir. Ancak, yalnızca oyunlar veya veriler için ek bir sürücü eklemek istiyorsanız ve cazip bir DRAM'siz model indirimdeyse, özellikle SSD fiyatlarındaki artış göz önüne alındığında, bu yine de çok mantıklı bir seçenek olabilir. Kaynak: https://www.pcgameshardware.de/SSD-Hardware-255552/Specials/Tests-Bestenliste-Crystaldiskmark-Benchmarks-Vergleich-M2-1488121/
    0 Cevaplar 0 Paylaşımlar 212 Görüntülemeler 0 Değerlendirmeler
  • Forumumuzda merak edilen bir konu daha aydınlanıyor:

    **SIZCE BU IŞIN SONU NEREYE VARACAK? (GOOGLE AI OVERVIEW)**

    Yapay zekâ botları siteyi tarıyor içerikler organik doğal ve işe yarar ise kendi bünyesine alıyor yok değil AI ile üretilmiş ya da güncel olmayan kullanıcı işine yaramayan türde ise zaten dikkate almıyor, haliyle bizim organik içeriğimizi bize sormadan en üstte kendi sonuçları içinde göstermiş...

    ───────────────
    Konunun detaylarını forumdan inceleyebilirsiniz:

    https://techforum.tr/threads/6678/

    #sizce #işin #sonu #nereye #varacak #teknoloji #techforumtr
    💡 Forumumuzda merak edilen bir konu daha aydınlanıyor: 📌 **SIZCE BU IŞIN SONU NEREYE VARACAK? (GOOGLE AI OVERVIEW)** 📝 Yapay zekâ botları siteyi tarıyor içerikler organik doğal ve işe yarar ise kendi bünyesine alıyor yok değil AI ile üretilmiş ya da güncel olmayan kullanıcı işine yaramayan türde ise zaten dikkate almıyor, haliyle bizim organik içeriğimizi bize sormadan en üstte kendi sonuçları içinde göstermiş... ─────────────── 👉 Konunun detaylarını forumdan inceleyebilirsiniz: 🔗 https://techforum.tr/threads/6678/ #sizce #işin #sonu #nereye #varacak #teknoloji #techforumtr
    0 Cevaplar 0 Paylaşımlar 173 Görüntülemeler 0 Değerlendirmeler
  • MSI oyun bilgisayarını tanıttı - AMD Ryzen işlemci ile geliyor
    MSI, AMD Ryzen işlemciler ve GeForce RTX 50 serisi ekran kartlarıyla güçlendirilmiş MAG Infinite Z 8B oyun bilgisayarını tanıttı.

    MSI MAG Infinite Z 8B, 447,35 x 399,55 x 175 mm boyutlarında ve 8,21 kg ağırlığında, 25 litrelik bir kasaya sahip. Cihaz, şeffaf temperli cam yan panele sahip tamamen siyah bir tasarıma sahip. Soğutma, ön panelde bulunan iki adet ARGB fan tarafından sağlanıyor. Ancak ön panelin kendisi tamamen kapalı olup, hava girişi yanlardaki havalandırma deliklerinden sağlanıyor.

    Üretici dört işlemci seçeneği sunuyor: Ryzen 7 9700X, Ryzen 5 9600X, Ryzen 7 8700F ve Ryzen 5 8400F. Sistem ayrıca, GeForce RTX 5070 Ti'ye kadar mevcut NVIDIA serisinden bir ekran kartı da içeriyor. Bu bileşenler, AMD B840 yonga setine sahip bir anakart üzerine monte edilmiştir.

    Maksimum RAM kapasitesi 64 GB'tır. Depolama seçenekleri arasında PCIe Gen4 x4 arayüzüne sahip iki adet M.2 yuvası, iki adet 2,5 inç SSD yuvası ve bir adet 3,5 inç HDD yuvası bulunur. Güç, yapılandırmaya bağlı olarak 500W veya 850W güç kaynağı ile sağlanır.

    Ağ bağlantısı, 2,5 Gbps kablolu adaptör ve Bluetooth 5.4 desteğine sahip MediaTek MT7925 Wi-Fi 7 kablosuz modülü aracılığıyla sağlanır. Üst panelde bir adet USB Type-C bağlantı noktası, bir adet USB Type-A bağlantı noktası ve ayrı 3,5 mm ses çıkışları bulunur. Ses, Realtek ALC897 kodeği kullanılarak 7.1 kanallı HD ses ile işlenir.

    Önceden yüklenmiş yazılımlar arasında MSI sürücüleri ve yardımcı programları, MSI Uygulama Oynatıcısı ve Norton 360 for Gamers, Xbox Game Pass, Dropbox ve Adobe Creative Cloud'un deneme sürümleri yer alıyor. Sistemde Windows 11 önceden yüklenmiş olarak geliyor. Şirket henüz fiyatlandırmayı açıklamadı.
    MSI, AMD Ryzen işlemciler ve GeForce RTX 50 serisi ekran kartlarıyla güçlendirilmiş MAG Infinite Z 8B oyun bilgisayarını tanıttı. MSI MAG Infinite Z 8B, 447,35 x 399,55 x 175 mm boyutlarında ve 8,21 kg ağırlığında, 25 litrelik bir kasaya sahip. Cihaz, şeffaf temperli cam yan panele sahip tamamen siyah bir tasarıma sahip. Soğutma, ön panelde bulunan iki adet ARGB fan tarafından sağlanıyor. Ancak ön panelin kendisi tamamen kapalı olup, hava girişi yanlardaki havalandırma deliklerinden sağlanıyor. Üretici dört işlemci seçeneği sunuyor: Ryzen 7 9700X, Ryzen 5 9600X, Ryzen 7 8700F ve Ryzen 5 8400F. Sistem ayrıca, GeForce RTX 5070 Ti'ye kadar mevcut NVIDIA serisinden bir ekran kartı da içeriyor. Bu bileşenler, AMD B840 yonga setine sahip bir anakart üzerine monte edilmiştir. Maksimum RAM kapasitesi 64 GB'tır. Depolama seçenekleri arasında PCIe Gen4 x4 arayüzüne sahip iki adet M.2 yuvası, iki adet 2,5 inç SSD yuvası ve bir adet 3,5 inç HDD yuvası bulunur. Güç, yapılandırmaya bağlı olarak 500W veya 850W güç kaynağı ile sağlanır. Ağ bağlantısı, 2,5 Gbps kablolu adaptör ve Bluetooth 5.4 desteğine sahip MediaTek MT7925 Wi-Fi 7 kablosuz modülü aracılığıyla sağlanır. Üst panelde bir adet USB Type-C bağlantı noktası, bir adet USB Type-A bağlantı noktası ve ayrı 3,5 mm ses çıkışları bulunur. Ses, Realtek ALC897 kodeği kullanılarak 7.1 kanallı HD ses ile işlenir. Önceden yüklenmiş yazılımlar arasında MSI sürücüleri ve yardımcı programları, MSI Uygulama Oynatıcısı ve Norton 360 for Gamers, Xbox Game Pass, Dropbox ve Adobe Creative Cloud'un deneme sürümleri yer alıyor. Sistemde Windows 11 önceden yüklenmiş olarak geliyor. Şirket henüz fiyatlandırmayı açıklamadı.
    Beğen
    3
    0 Cevaplar 0 Paylaşımlar 893 Görüntülemeler 0 Değerlendirmeler
  • Sorun yaşayanlara yardımcı olabilecek yeni başlık:

    **KÜÇÜK İNSANLI ORTAÇAĞ STRATEJI OYUNU (DILEK BULUTLARIYLA VURMALI OYUN) HANGISI?**

    Merhaba oyuncular, lütfen bana bir oyun bulmamda yardımcı olun. Bu oyunu çok uzun zaman önce, bir sınıf arkadaşımdan bir flash bellekte almıştım. "Bilinç Sınırı: Dorian Gray Sendromu", "Geçmişin Gizemleri, Mississippi'deki Şeytan", gibi bir sürü farklı oyun vardı. Neyse, oyunun kendisine gelelim:...

    ───────────────
    Konunun detaylarını forumdan inceleyebilirsiniz:

    https://techforum.tr/threads/6634/

    #küçük #insanlı #ortaçağ #strateji #oyunu #teknoloji #techforumtr
    🔧 Sorun yaşayanlara yardımcı olabilecek yeni başlık: 📌 **KÜÇÜK İNSANLI ORTAÇAĞ STRATEJI OYUNU (DILEK BULUTLARIYLA VURMALI OYUN) HANGISI?** 📝 Merhaba oyuncular, lütfen bana bir oyun bulmamda yardımcı olun. Bu oyunu çok uzun zaman önce, bir sınıf arkadaşımdan bir flash bellekte almıştım. "Bilinç Sınırı: Dorian Gray Sendromu", "Geçmişin Gizemleri, Mississippi'deki Şeytan", gibi bir sürü farklı oyun vardı. Neyse, oyunun kendisine gelelim:... ─────────────── 👉 Konunun detaylarını forumdan inceleyebilirsiniz: 🔗 https://techforum.tr/threads/6634/ #küçük #insanlı #ortaçağ #strateji #oyunu #teknoloji #techforumtr
    0 Cevaplar 0 Paylaşımlar 383 Görüntülemeler 0 Değerlendirmeler
  • Bilgi arayanlar için yeni bir forum içeriği:

    **PROGRAMLAMA IÇIN LENOVO V15 G4 AMN 16GB ALINIR MI?**

    Merhaba, iy, günler arkadaşlar. proglama için şunu düşünüyorum sizlerin deneyimi öğrenmek isterim. Lenovo V15'in mi yoksa 8 GB RAM'li ThinkPad Yoga X13 Gen 1'in mi daha iyi olduğuna kendim karar veremiyorum.

    ───────────────
    Konunun detaylarını forumdan inceleyebilirsiniz:

    https://techforum.tr/threads/6619/

    #programlama #lenovo #16gb #alınır #teknoloji #techforumtr
    📚 Bilgi arayanlar için yeni bir forum içeriği: 📌 **PROGRAMLAMA IÇIN LENOVO V15 G4 AMN 16GB ALINIR MI?** 📝 Merhaba, iy, günler arkadaşlar. proglama için şunu düşünüyorum sizlerin deneyimi öğrenmek isterim. Lenovo V15'in mi yoksa 8 GB RAM'li ThinkPad Yoga X13 Gen 1'in mi daha iyi olduğuna kendim karar veremiyorum. ─────────────── 👉 Konunun detaylarını forumdan inceleyebilirsiniz: 🔗 https://techforum.tr/threads/6619/ #programlama #lenovo #16gb #alınır #teknoloji #techforumtr
    Beğen
    3
    0 Cevaplar 0 Paylaşımlar 303 Görüntülemeler 0 Değerlendirmeler
  • Windows, spor hayranlarına mavi ekran hatası verdi.
    Windows altılık vuruş yapmaya çalışırken, top kale direklerine çarptı ve Worcestershire County Cricket Club'ı kasvetli bir Mavi Ekran Hatası (BSOD) kapladı.

    Son Windows sürümleriyle birlikte, mavi arka plan üzerinde beyaz, tek aralıklı yazı tipiyle gösterilen geleneksel BSOD (Mavi Ekran Hatası) mesajının geçmişte kalacağından endişeleniyorduk. Neyse ki, 1865'te kurulan Worcestershire County Cricket Club, birçok sistem yöneticisinin gözünü yaşartacak bir BSOD ile eski gelenekleri yaşatmaya devam ediyor.

    Register okuyucusu Rhodri Howell tarafından fark edilen sorunda, Windows'un DRIVER_POWER_STATE_FAILURE hatası nedeniyle çöktüğü görülüyor ; bu muhtemelen donanımın bir bölümünün Windows'un isteği üzerine uyanmaması veya sürücünün beklenmedik bir şekilde kapanması nedeniyle olabilir.

    Kulüp tabelasının üzerindeki ekranlar genellikle katılımcılara mesaj iletmek için kullanılır, ancak bu durumda en az birinin biraz arızalı olduğu görülüyor; bu da Windows'un pes etmesine veya kriket terminolojisiyle söylemek gerekirse, yenilgiyi kabul etmesine katkıda bulunmuş olabilir.

    Kriket, bilmeyenler için, bir oyuncunun "vurucu" olarak adlandırılan bir bireye top attığı ve bu oyuncunun da "kale" olarak adlandırılan yerdeki birkaç direği savunduğu bir takım sporudur. Bu spor, birkaç gün sürebilen, birden fazla oyun içeren ve yine de berabere sonuçlanabilen "test" adı verilen bir varyantıyla dikkat çekmektedir.

    Öte yandan Windows, bir yöneticiyi alt edebilecek ve dikkatsiz kişilere birkaç sürpriz yaşatabilecek kapasitede bir işletim sistemidir.

    Microsoft'u pek rahatsız etmiyor gibi görünüyor, en azından şirketin son aylarda sunduklarına bakılırsa. Ne kadar dizlik takarsanız takın, ne kadar sağlam bir kutu kullanırsanız kullanın, göz yaşartıcı bir Windows güncellemesini engelleyemezsiniz.

    Microsoft'un mevcut CEO'su Satya Nadella, bu sporun hayranı ; bu nedenle Windows'un Worcestershire County Cricket Club'ın tabelasının (ve kulübün amblemindeki üç siyah armutun) üzerinde kendini rezil etmesi iki kat daha üzücü.
    Windows altılık vuruş yapmaya çalışırken, top kale direklerine çarptı ve Worcestershire County Cricket Club'ı kasvetli bir Mavi Ekran Hatası (BSOD) kapladı. Son Windows sürümleriyle birlikte, mavi arka plan üzerinde beyaz, tek aralıklı yazı tipiyle gösterilen geleneksel BSOD (Mavi Ekran Hatası) mesajının geçmişte kalacağından endişeleniyorduk. Neyse ki, 1865'te kurulan Worcestershire County Cricket Club, birçok sistem yöneticisinin gözünü yaşartacak bir BSOD ile eski gelenekleri yaşatmaya devam ediyor. Register okuyucusu Rhodri Howell tarafından fark edilen sorunda, Windows'un DRIVER_POWER_STATE_FAILURE hatası nedeniyle çöktüğü görülüyor ; bu muhtemelen donanımın bir bölümünün Windows'un isteği üzerine uyanmaması veya sürücünün beklenmedik bir şekilde kapanması nedeniyle olabilir. Kulüp tabelasının üzerindeki ekranlar genellikle katılımcılara mesaj iletmek için kullanılır, ancak bu durumda en az birinin biraz arızalı olduğu görülüyor; bu da Windows'un pes etmesine veya kriket terminolojisiyle söylemek gerekirse, yenilgiyi kabul etmesine katkıda bulunmuş olabilir. Kriket, bilmeyenler için, bir oyuncunun "vurucu" olarak adlandırılan bir bireye top attığı ve bu oyuncunun da "kale" olarak adlandırılan yerdeki birkaç direği savunduğu bir takım sporudur. Bu spor, birkaç gün sürebilen, birden fazla oyun içeren ve yine de berabere sonuçlanabilen "test" adı verilen bir varyantıyla dikkat çekmektedir. Öte yandan Windows, bir yöneticiyi alt edebilecek ve dikkatsiz kişilere birkaç sürpriz yaşatabilecek kapasitede bir işletim sistemidir. Microsoft'u pek rahatsız etmiyor gibi görünüyor, en azından şirketin son aylarda sunduklarına bakılırsa. Ne kadar dizlik takarsanız takın, ne kadar sağlam bir kutu kullanırsanız kullanın, göz yaşartıcı bir Windows güncellemesini engelleyemezsiniz. Microsoft'un mevcut CEO'su Satya Nadella, bu sporun hayranı ; bu nedenle Windows'un Worcestershire County Cricket Club'ın tabelasının (ve kulübün amblemindeki üç siyah armutun) üzerinde kendini rezil etmesi iki kat daha üzücü.
    Beğen
    4
    0 Cevaplar 0 Paylaşımlar 926 Görüntülemeler 0 Değerlendirmeler
  • Microsoft Surface donanımındaki güvenlik açığını büyük ölçüde giderdi
    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.
    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.
    Beğen
    5
    0 Cevaplar 0 Paylaşımlar 2B Görüntülemeler 0 Değerlendirmeler
  • TechForumTR topluluğu yeni bir konuyu tartışıyor:

    **RYZEN 7 9800X3D & RTX 5090 IYI BIR KOMBINASYON MU?**

    Merhaba, bu bilgisayarı kendim topladım. Yapılandırmamı forumdaki ve çeşitli incelemelerdeki bilgilere dayanarak oluşturdum. Asıl endişem bileşenlerin uyumlu olup olmadığı veya herhangi bir şeyi değiştirmem gerekip gerekmediği. Kasa konusunda zor bir seçim yapmak zorunda kaldım. Ancak incelemelere...

    ───────────────
    Konunun detaylarını forumdan inceleyebilirsiniz:

    https://techforum.tr/threads/6614/

    #ryzen #9800x3d #5090 #kombinasyon #teknoloji #techforumtr
    💬 TechForumTR topluluğu yeni bir konuyu tartışıyor: 📌 **RYZEN 7 9800X3D & RTX 5090 IYI BIR KOMBINASYON MU?** 📝 Merhaba, bu bilgisayarı kendim topladım. Yapılandırmamı forumdaki ve çeşitli incelemelerdeki bilgilere dayanarak oluşturdum. Asıl endişem bileşenlerin uyumlu olup olmadığı veya herhangi bir şeyi değiştirmem gerekip gerekmediği. Kasa konusunda zor bir seçim yapmak zorunda kaldım. Ancak incelemelere... ─────────────── 👉 Konunun detaylarını forumdan inceleyebilirsiniz: 🔗 https://techforum.tr/threads/6614/ #ryzen #9800x3d #5090 #kombinasyon #teknoloji #techforumtr
    Beğen
    5
    0 Cevaplar 0 Paylaşımlar 336 Görüntülemeler 0 Değerlendirmeler
  • Anakart, 4 RAM yuvası varsa 2 RAM modülü nasıl takılı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 .
    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 .
    Beğen
    4
    0 Cevaplar 0 Paylaşımlar 825 Görüntülemeler 0 Değerlendirmeler
  • Japonya merkezli bir perakendeci, ağır grafik kartlarını destek braketi olmadan kullanmanın sonuçlarını açıkladı.
    Videocardz portalından gazeteciler, Japon mağazası PC One'ın resmi X hesabında yayınlanan oldukça ilginç bir gönderiyi fark ettiler.

    Bir perakendecinin paylaştığı fotoğrafa göre; cihazın içinde uzun süredir desteksiz duran bir ekran kartı var. Görüntüdeki GIGABYTE yapımı RTX 5090 modeli, zamanla şekli bozulmuş haldeyken görülebiliyor. Küçük bir mağaza çalışanı, ağır bileşenin sadece kendi desteğine bağlı kalması yüzünden büküldüğünü anlatıyor. Böyle bir yapıda soğutma bölümü oldukça geniş olduğundan, normal raf ya da aparat olmadan tutarsızlık kaçınılmaz olabilir. Resim bu riskin somut sonucunu ortaya koyuyor gibiydi.

    Bir perakendeci olarak, böyle kartların yanında mutlaka bir desteğe sahip olması gerektiği düşünülüyor. Örneğin, özel durdurucular iş görebilir ya da kalemler, küçük süs eşyaları hatta LEGOLAR bile yardımcı olabilir. Ağırlığı fazla olan bir ekran kartı boşta kalırsa, ilerde aşağı doğru eğilir. Bu da anakarttaki slotu veya baskılı devreyi bozabilir.

    Kaynak: Videocardz
    Videocardz portalından gazeteciler, Japon mağazası PC One'ın resmi X hesabında yayınlanan oldukça ilginç bir gönderiyi fark ettiler. Bir perakendecinin paylaştığı fotoğrafa göre; cihazın içinde uzun süredir desteksiz duran bir ekran kartı var. Görüntüdeki GIGABYTE yapımı RTX 5090 modeli, zamanla şekli bozulmuş haldeyken görülebiliyor. Küçük bir mağaza çalışanı, ağır bileşenin sadece kendi desteğine bağlı kalması yüzünden büküldüğünü anlatıyor. Böyle bir yapıda soğutma bölümü oldukça geniş olduğundan, normal raf ya da aparat olmadan tutarsızlık kaçınılmaz olabilir. Resim bu riskin somut sonucunu ortaya koyuyor gibiydi. Bir perakendeci olarak, böyle kartların yanında mutlaka bir desteğe sahip olması gerektiği düşünülüyor. Örneğin, özel durdurucular iş görebilir ya da kalemler, küçük süs eşyaları hatta LEGOLAR bile yardımcı olabilir. Ağırlığı fazla olan bir ekran kartı boşta kalırsa, ilerde aşağı doğru eğilir. Bu da anakarttaki slotu veya baskılı devreyi bozabilir. Kaynak: Videocardz
    Beğen
    3
    0 Cevaplar 0 Paylaşımlar 730 Görüntülemeler 0 Değerlendirmeler
  • macOS 27 beta, Apple Silicon üzerinde Asahi Linux'u başlatıyor.
    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.
    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.
    Beğen
    4
    0 Cevaplar 0 Paylaşımlar 960 Görüntülemeler 0 Değerlendirmeler
  • Microsoft'la arası bozuk olan öfkeli hata avcısı
    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.
    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.
    Beğen
    5
    0 Cevaplar 0 Paylaşımlar 1B Görüntülemeler 0 Değerlendirmeler
Daha Fazla Sonuç
Oyun Gündemi
Yükleniyor...
Forum Son Yazılan Konular
TechForumTR https://techforum.tr/sosyal