• Rockstar, GTA 6'daki Vice City şehrine ait yeni bir görsel yayınladı
    Rockstar Games, Grand Theft Auto VI'dan Vice City'nin yeni bir görüntüsünü yayınladı. Oyunun resmi web sitesinde yayınlanan güncelleme, son zamanlarda oyuna eklenen az sayıdaki yeni içerikten biri.

    Yayınlanan görüntülerde, Grand Theft Auto VI'nın olaylarının geçtiği kurgusal Leonidas şehrinin panoramik bir görüntüsü yer alıyor. Görüntüde, yoğun kentsel gelişim, neon tabelalar ve havada ve yollarda yoğun trafikle birlikte Vice City'nin ışıl ışıl parlayan silüeti tasvir ediliyor.

    Bu tam teşekküllü bir oyun demosu olmasa da, görüntü dünyanın detay seviyesini gösteriyor. Gökyüzünde uçaklar ve helikopterler görünüyor, sokaklar yoğun trafikle dolu ve uzakta bir dönme dolap ve parlak reklam ekranları var.

    Bu güncelleme, Grand Theft Auto VI projesine olan ilginin artmasıyla birlikte geldi. Şirket daha önce oyunun 19 Kasım 2026'da piyasaya sürüleceğini ve ön siparişlerin yakında başlayacağını doğrulamıştı.

    Ayrıca oyun hakkında tüm detayları bu linkten de takip edebilirsiniz.

    https://techforum.tr/oyunlar/grand-theft-auto-6-gta-6-oyunu.19/
    Rockstar Games, Grand Theft Auto VI'dan Vice City'nin yeni bir görüntüsünü yayınladı. Oyunun resmi web sitesinde yayınlanan güncelleme, son zamanlarda oyuna eklenen az sayıdaki yeni içerikten biri. Yayınlanan görüntülerde, Grand Theft Auto VI'nın olaylarının geçtiği kurgusal Leonidas şehrinin panoramik bir görüntüsü yer alıyor. Görüntüde, yoğun kentsel gelişim, neon tabelalar ve havada ve yollarda yoğun trafikle birlikte Vice City'nin ışıl ışıl parlayan silüeti tasvir ediliyor. Bu tam teşekküllü bir oyun demosu olmasa da, görüntü dünyanın detay seviyesini gösteriyor. Gökyüzünde uçaklar ve helikopterler görünüyor, sokaklar yoğun trafikle dolu ve uzakta bir dönme dolap ve parlak reklam ekranları var. Bu güncelleme, Grand Theft Auto VI projesine olan ilginin artmasıyla birlikte geldi. Şirket daha önce oyunun 19 Kasım 2026'da piyasaya sürüleceğini ve ön siparişlerin yakında başlayacağını doğrulamıştı. Ayrıca oyun hakkında tüm detayları bu linkten de takip edebilirsiniz. https://techforum.tr/oyunlar/grand-theft-auto-6-gta-6-oyunu.19/
    Beğen
    1
    0 Комментарии 0 Поделились 130 Просмотры 0 предпросмотр
  • 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
    2
    0 Комментарии 0 Поделились 174 Просмотры 0 предпросмотр
  • SpeakyChat diğer sohbet sistemlerini etkiliyor mu yoksa virüslü mü?
    Son zamanlarda sohbet topluluklarında ve çeşitli platformlarda dikkatimi çeken bir konu var. SpeakyChat kullandıktan sonra bazı kullanıcıların diğer sohbet sistemlerinde sorun yaşadığını belirtmesi. Açıkçası ilk duyduğumda bunun tesadüf olabileceğini düşündüm. Ancak benzer yorumları farklı kişilerden görünce konuyu biraz daha araştırmak istedim.

    En sık dile getirilen sorunların başında mikrofon problemleri geliyor. Daha önce sorunsuz çalışan mikrofonların bazı sohbet sistemlerinde algılanmadığı, ses bağlantılarının beklenmedik şekilde kesildiği veya kullanıcıların ses gönderemediği yönünde yorumlar bulunuyor. SpeakyChat activeX otomatik yüklendikten sonra program ekle kaldırsan dahi zor kaldırılıyor ve kaldıramayan arkadaşalar dahi var.

    Bazı kullanıcılar ise farklı bir durumdan bahsediyor. Onlara göre SpeakyChat kurulduktan sonra bilgisayarın ses aygıtı tercihleri değişiyor ve diğer sohbet platformları yanlış ses kaynağını kullanmaya başlıyor. Bu da ilk bakışta mikrofon arızası gibi görünse de aslında yazılım ayarlarından kaynaklanabiliyor.

    İlginç olan nokta ise bazı kullanıcıların programı kaldırdıktan sonra sistemlerinin yeniden normal çalışmaya başladığını söylemesi. Özellikle daha önce bağlantı problemi yaşayan sohbet sitelerinin tekrar sorunsuz açılması ve mikrofonun yeniden çalışması birçok kişinin dikkatini çekmiş durumda.

    Elbette burada önemli bir ayrıntı bulunuyor. Bir programın kaldırılması sonrasında yaşanan düzelme her zaman sorunun doğrudan o programdan kaynaklandığını göstermeyebilir. Bazen yazılım çakışmaları, ses sürücüleri, tarayıcı izinleri veya Windows ayarları da benzer problemlere neden olabiliyor.

    Buna rağmen kullanıcı deneyimleri incelendiğinde SpeakyChat sonrasında yaşanan teknik problemlerin tamamen göz ardı edilemeyecek kadar sık konuşulduğunu söylemek mümkün. Özellikle sesli sohbet platformlarını aktif kullanan kişilerin kurulum sonrasında sistem ayarlarını kontrol etmeleri faydalı olabilir.

    Eğer SpeakyChat kurduktan sonra başka sohbet sitelerinde sorun yaşamaya başladıysanız öncelikle mikrofon ayarlarınızı, varsayılan ses aygıtınızı ve tarayıcı izinlerinizi kontrol etmeniz önerilir. Sorun devam ediyorsa programı kaldırarak kısa bir test yapmak da problemin kaynağını anlamanıza yardımcı olabilir.

    SpeakyChat'in diğer sohbet sistemlerini etkileyip etkilemediği konusunda kesin bir yargıya varmak zor olsa da, kullanıcıların paylaştığı deneyimler bu konuda bazı soru işaretlerinin oluşmasına neden oluyor. Özellikle birden fazla sohbet platformu kullanan kişilerin kurulum sonrasında sistem davranışlarını dikkatle takip etmeleri faydalı olacaktır.
    Son zamanlarda sohbet topluluklarında ve çeşitli platformlarda dikkatimi çeken bir konu var. SpeakyChat kullandıktan sonra bazı kullanıcıların diğer sohbet sistemlerinde sorun yaşadığını belirtmesi. Açıkçası ilk duyduğumda bunun tesadüf olabileceğini düşündüm. Ancak benzer yorumları farklı kişilerden görünce konuyu biraz daha araştırmak istedim. En sık dile getirilen sorunların başında mikrofon problemleri geliyor. Daha önce sorunsuz çalışan mikrofonların bazı sohbet sistemlerinde algılanmadığı, ses bağlantılarının beklenmedik şekilde kesildiği veya kullanıcıların ses gönderemediği yönünde yorumlar bulunuyor. SpeakyChat activeX otomatik yüklendikten sonra program ekle kaldırsan dahi zor kaldırılıyor ve kaldıramayan arkadaşalar dahi var. Bazı kullanıcılar ise farklı bir durumdan bahsediyor. Onlara göre SpeakyChat kurulduktan sonra bilgisayarın ses aygıtı tercihleri değişiyor ve diğer sohbet platformları yanlış ses kaynağını kullanmaya başlıyor. Bu da ilk bakışta mikrofon arızası gibi görünse de aslında yazılım ayarlarından kaynaklanabiliyor. İlginç olan nokta ise bazı kullanıcıların programı kaldırdıktan sonra sistemlerinin yeniden normal çalışmaya başladığını söylemesi. Özellikle daha önce bağlantı problemi yaşayan sohbet sitelerinin tekrar sorunsuz açılması ve mikrofonun yeniden çalışması birçok kişinin dikkatini çekmiş durumda. Elbette burada önemli bir ayrıntı bulunuyor. Bir programın kaldırılması sonrasında yaşanan düzelme her zaman sorunun doğrudan o programdan kaynaklandığını göstermeyebilir. Bazen yazılım çakışmaları, ses sürücüleri, tarayıcı izinleri veya Windows ayarları da benzer problemlere neden olabiliyor. Buna rağmen kullanıcı deneyimleri incelendiğinde SpeakyChat sonrasında yaşanan teknik problemlerin tamamen göz ardı edilemeyecek kadar sık konuşulduğunu söylemek mümkün. Özellikle sesli sohbet platformlarını aktif kullanan kişilerin kurulum sonrasında sistem ayarlarını kontrol etmeleri faydalı olabilir. Eğer SpeakyChat kurduktan sonra başka sohbet sitelerinde sorun yaşamaya başladıysanız öncelikle mikrofon ayarlarınızı, varsayılan ses aygıtınızı ve tarayıcı izinlerinizi kontrol etmeniz önerilir. Sorun devam ediyorsa programı kaldırarak kısa bir test yapmak da problemin kaynağını anlamanıza yardımcı olabilir. SpeakyChat'in diğer sohbet sistemlerini etkileyip etkilemediği konusunda kesin bir yargıya varmak zor olsa da, kullanıcıların paylaştığı deneyimler bu konuda bazı soru işaretlerinin oluşmasına neden oluyor. Özellikle birden fazla sohbet platformu kullanan kişilerin kurulum sonrasında sistem davranışlarını dikkatle takip etmeleri faydalı olacaktır.
    Beğen
    2
    0 Комментарии 0 Поделились 482 Просмотры 0 предпросмотр
  • AMD işlemciler, termal macun yenileme, kritik aşama...
    İşlemciyi hazırlamak
    Soğutucunun (veya sıvı soğutma sisteminin) çıkarılması. Bu, özellikle AMD işlemciler için çok önemli bir adımdır : Çoğu zaman soğutucu, işlemciyle birlikte çıkarılır ki bu son derece tehlikelidir. Bunun nedeni, CPU'nun sokete sabitlenme şeklidir (çerçevesiz bir kelepçe).

    Bu asla yapılmamalı! Yukarıdaki fotoğrafta, soğutucuya sıkışmış ve aynı anda çıkarılmaya çalışılan bir AMD işlemci görülüyor . Bu, işlemciye zarar verebilir ve arızalanmasına neden olabilir (örneğin, RAM algılanmayabilir).

    İşte nasıl yapılacağı. Fotoğrafta AMD işlemcinin sokette kaldığı ve sadece soğutucunun çıkarıldığı görülüyor. (ikinci foto) İşlemcinin bakır tabana yapışmasını önlemek için termal macunu ısıtın (bilgisayarı birkaç dakika açık bırakın), ardından termal macunu çıkarmak için soğutucu tabanını yavaşça sola ve sağa çevirin. Bu şekilde işlemci yerinde kalacaktır. Soğutucunun güç kablosunu önceden anakarttan ayırmayı unutmayın.

    İşlemciyi hazırlamak Soğutucunun (veya sıvı soğutma sisteminin) çıkarılması. Bu, özellikle AMD işlemciler için çok önemli bir adımdır : Çoğu zaman soğutucu, işlemciyle birlikte çıkarılır ki bu son derece tehlikelidir. Bunun nedeni, CPU'nun sokete sabitlenme şeklidir (çerçevesiz bir kelepçe). Bu asla yapılmamalı! Yukarıdaki fotoğrafta, soğutucuya sıkışmış ve aynı anda çıkarılmaya çalışılan bir AMD işlemci görülüyor . Bu, işlemciye zarar verebilir ve arızalanmasına neden olabilir (örneğin, RAM algılanmayabilir). İşte nasıl yapılacağı. Fotoğrafta AMD işlemcinin sokette kaldığı ve sadece soğutucunun çıkarıldığı görülüyor. (ikinci foto) İşlemcinin bakır tabana yapışmasını önlemek için termal macunu ısıtın (bilgisayarı birkaç dakika açık bırakın), ardından termal macunu çıkarmak için soğutucu tabanını yavaşça sola ve sağa çevirin. Bu şekilde işlemci yerinde kalacaktır. Soğutucunun güç kablosunu önceden anakarttan ayırmayı unutmayın.
    Beğen
    2
    0 Комментарии 0 Поделились 285 Просмотры 0 предпросмотр
  • 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 Комментарии 0 Поделились 958 Просмотры 0 предпросмотр
  • 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 Комментарии 0 Поделились 543 Просмотры 0 предпросмотр
  • 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 Комментарии 0 Поделились 651 Просмотры 0 предпросмотр
  • Crimson Desert'in satışları altı milyonu aştı
    Pearl Abyss, Crimson Desert'in satış rakamlarını bir kez daha açıkladı. Aksiyon oyunu altı milyon kopya sattı.

    Oyunun bu dönüm noktasına ulaşması üç aydan biraz daha kısa sürdü ve oyun 19 Mart'ta piyasaya sürüldü.

    Crimson Desert ilk gününde iki milyon, bir ay içinde ise beş milyon kopya sattı.

    Geliştiriciler daha önce, talep olduğu sürece oyuna yeni içerikler eklenmeye devam edeceğini belirtmişti.

    Karışık yorumlar almıştı, ancak Pearl Abyss sonraki güncellemelerde önemli sorunları aktif olarak ele aldı ve yeni içerikler ekledi.

    Haziran başında geliştiriciler oyuna ilişkin gelecek planlarını açıkladılar çapraz kayıt özelliği, hikaye iyileştirmeleri ve çok daha fazlası yakında eklenecek.

    Pearl Abyss'in Halkla İlişkiler ve Pazarlama Direktörü Will Powers, Summer Game Fest'te Dexerto'ya verdiği röportajda, ekibin oyunu talep olduğu sürece güncellemeye devam edeceğini belirtti.

    Bu, oyuncuların alışık olmadığı bir model: piyasaya sürüldükten sonra sürekli olarak ücretsiz içerik sunan, yüksek ücretli bir oyun.

    Will Powers , Halkla İlişkiler ve Pazarlama Direktörü

    Powers'a göre, bir oyunu tanıtmanın en iyi yolu, istikrarlı bir oyuncu kitlesi oluşturmak ve Steam listelerinde üst sıralarda yer almaktır. Ayrıca, geliştiriciler topluluğa katkıda bulunmak istiyorlar.
    Pearl Abyss, Crimson Desert'in satış rakamlarını bir kez daha açıkladı. Aksiyon oyunu altı milyon kopya sattı. Oyunun bu dönüm noktasına ulaşması üç aydan biraz daha kısa sürdü ve oyun 19 Mart'ta piyasaya sürüldü. Crimson Desert ilk gününde iki milyon, bir ay içinde ise beş milyon kopya sattı. Geliştiriciler daha önce, talep olduğu sürece oyuna yeni içerikler eklenmeye devam edeceğini belirtmişti. Karışık yorumlar almıştı, ancak Pearl Abyss sonraki güncellemelerde önemli sorunları aktif olarak ele aldı ve yeni içerikler ekledi. Haziran başında geliştiriciler oyuna ilişkin gelecek planlarını açıkladılar çapraz kayıt özelliği, hikaye iyileştirmeleri ve çok daha fazlası yakında eklenecek. Pearl Abyss'in Halkla İlişkiler ve Pazarlama Direktörü Will Powers, Summer Game Fest'te Dexerto'ya verdiği röportajda, ekibin oyunu talep olduğu sürece güncellemeye devam edeceğini belirtti. Bu, oyuncuların alışık olmadığı bir model: piyasaya sürüldükten sonra sürekli olarak ücretsiz içerik sunan, yüksek ücretli bir oyun. Will Powers , Halkla İlişkiler ve Pazarlama Direktörü Powers'a göre, bir oyunu tanıtmanın en iyi yolu, istikrarlı bir oyuncu kitlesi oluşturmak ve Steam listelerinde üst sıralarda yer almaktır. Ayrıca, geliştiriciler topluluğa katkıda bulunmak istiyorlar.
    Beğen
    5
    0 Комментарии 0 Поделились 362 Просмотры 0 предпросмотр
  • Fahrenheit Five Neden Beş Kez Oynadım
    Bir kere oynayıp bitirdiğiniz, kapatıp unuttuğunuz oyunlar vardır. Yıllar sonra geri dönüp, güneşin daha parlak parladığı ve dünyanın daha nazik olduğu zamanları nostaljik bir şekilde anımsadığınız oyunlar da vardır. Ve sonra, içinizde bir kıymık gibi yaşayan ve her oynadığınızda yeniden aşık olduğunuz bir oyun vardır. Özellikle de güncellenmiş dokulara sahip yeniden düzenlenmiş bir sürümü yayınlandıktan sonra, oynamayanlara da oynama ve ne tür bir meyve olduğunu görme fırsatı verdi. 2005 yılında piyasaya sürüldüğünü düşünürsek, oyun hala keyifli ve sürükleyici.

    Benim için bu, tüm QTE oyunlarının ve interaktif filmlerin atası olan Fahrenheit Indigo Prophecy. Beş kez bitirdim. Ve açıkçası, altıncı kez oynamaya da hazırım.

    İlk buluşma. 14 yaşındaydım.
    Tam olarak nasıl edindiğimi hatırlamak zor. Muhtemelen oyunları YouTube fragmanları veya Metacritic puanlarıyla değil, "kapağı güzel göründüğü için torrentten bir klasör indirerek" keşfettiğimiz zamanlardı. 14 veya 15 yaşındaydım, odamda oturuyordum, dışarıda kış vardı (atmosfer de buna uyuyordu) ve Quantic Dream'in daha sonra Heavy Rain, Beyond Two Souls ve Detroit'i yapacak olan aynı kişiler olduğunu bilmiyordum.

    Oyunu yeni başlattım ve sonuna kadar kendimi oyundan ayıramadım.

    İlk sahne bir lokantanın tuvaletinde geçiyor. Kahraman Lucas Kane, tuvaletin başında oturuyor, başı zonkluyor, elleri titriyor ve sonra tuvaletten çıkıp bir bıçak alıyor ve... bir adamı öldürüyor. Hiçbir sebep yokken. Nedenini bile anlamadan.

    14 yaşında bir çocuk için şok ediciydi. O zamanlar oyunlarda böyle bir şey hiç görmemiştim.

    Fahrenheit tam olarak nedir?
    Kısaca özetlemek gerekirse: 2005 yılında yayınlanan, David Cage tarafından yapılmış interaktif bir film. New York şehri anormal derecede soğuk bir döneme giriyor, şehirde bir dizi garip cinayet işleniyor ve siz aynı anda üç karakteri birden kontrol ediyorsunuz:

    Lucas Kane, sıradan bir programcıdır ve öfke nöbeti sırasında tanımadığı birini öldürür ve başına gelenleri anlamaz. Carla Valenti, cinayetleri araştıran dedektiftir. Tyler Miles ise Carla'nın ortağı olan ikinci dedektiftir.

    Bundan sonra, mistisizm, kadim kahinler, Hint ritüelleri, dünyanın sonu ve sonunda ağzınız açık kalacak kadar çılgın bir olay içeren bir dedektiflik öyküsü geliyor.

    Ama asıl önemli olan bu değil. Önemli olan, bunu nasıl anlattığı.

    Neden beş kez oynadım?
    Dürüst olmak gerekirse, "başarımlar için tekrar oynamak" veya "tüm sonları görmek" gibi şeylerin hayranı değilim. Daha çok tembel bir oyuncuyum; bir kere oynarım ve unuturum. Ama Fahrenheit beni her seferinde yeniden kendine bağlamayı başardı.

    İlk seferinde olay örgüsüne şok olmuş bir şekilde içinden geçtim.

    İkinci denememde ise bunu bilinçli olarak yaptım; diyaloglarda farklı replikler seçtim ve Carla ile Tyler'ın tepkilerinin nasıl değiştiğini gözlemledim.

    Üçüncü deneme - Hızlı Zamanlı Etkinlikte (QTE) hata yapmamaya çalıştım (daha fazlası aşağıda).

    Dördüncü ve beşinci bölümleri nostalji için ve yeniden düzenlenmiş versiyonda nelerin değiştiğini deneyimlemek için izledim. Onları bir dizi izler gibi izledim. Tıpkı yılbaşından önce her yıl tekrar izlediğiniz, bayram ruhunu hissettiğiniz ve nostalji duygusunu yaşadığınız filmler gibi. Benim için Fahrenheit, oyun sektöründe bu rolü oynuyor.

    Onu neden seviyorum?
    1. New York'un kış atmosferi
    Karla kaplı bir şehir, boş sokaklar, buğulu nefes, kafelerde kısık sesle çalan caz müziği, neon tabelalar. Oyun, genellikle sadece iyi bir film noir'da bulunan "büyük şehirde yalnızlık" hissini bir şekilde aktarmayı başarıyor. Olağanüstü soğukluğu ve bunaltıcı atmosferi fiziksel olarak hissedebiliyorsunuz.

    2. Hayatta olan karakterler
    Lucas, Carla ve Tyler "görevleri olan oyun kuklaları" değiller. Onlar da insanlar. Carla klostrofobiyle mücadele ediyor ve kabuslarıyla başa çıkmaya çalışıyor. Tyler uykusuz gecelerden ve soruşturmadan bitkin düşmüş durumda (oyunda, yanlış hatırlamıyorsam, bir de ruh sağlığı göstergesi var). Lucas normal bir hayat yaşamaya çalışıyor, ta ki bir gün bir kafede yaşanan bir olaydan sonra polisler dairesine baskın yapıp hayatını altüst edene kadar.

    3. Hala dinlediğim film müzikleri
    Angelo Badalamenti (evet, Lynch ile Twin Peaks'te çalışan aynı kişi) bu oyunun müziklerini besteledi ve bu müzikler hâlâ tüylerimi diken diken ediyor. Ana tema, "Dreams of a Murder", "Overdose."

    4. Anlamlı QTE'ler
    Günümüzde Hızlı Zamanlı Etkinlikler (Quick Time Events) çoğu zaman oyunculara yönelik bir hakaret olarak kullanılıyor. "Ölmekten kaçınmak için X'e basın."

    Ama Fahrenheit'te QTE'ler (Hızlı Zamanlı Etkinlikler) anlatının bir parçasıydı. Polislerden panik içinde kaçıyorsunuz ve panik, ekrandaki panikle senkronize oluyor. Kavga ediyorsunuz ve refleksleriniz Lucas'ın yüzüne yumruk yiyip yemeyeceğini belirliyor. Bir kızla yataktasınız ve evet, orada da QTE'ler vardı ve beklenmedik bir şekilde hem komik hem de garip bir durum yaratıyordu.

    5. Tuhaf olmaktan çekinmeyen bir olay örgüsü
    Oyunun sonunu spoiler vermeden anlatayım: Fahrenheit, oyunun sonuna doğru öyle kozmik bir boyuta ulaşıyor ki, oturup "Az önce ne oldu böyle?" diye merak edeceksiniz. Antik uygarlıklar, kahinler, iklim felaketi, insanlığın kaderi için son savaş yine de oyun, samimi bir havayı korumayı başarıyor; belirli bireylerin hikayesi merkezde kalıyor.

    Olumsuz yönleri mi? Bazıları var.
    Dürüst olmak gerekirse: oyun eski ve şu an biraz itici gelebilir.

    Grafikler 2005'ten kalma. Yüzler bazı yerlerde biraz sert, animasyonlar garip. Sonu -evet, çılgınca ama biraz tutarsız ve kafa karıştırıcı olabiliyor. Cage'in cilalı bir son için zamanı yokmuş gibi geliyor ve bazı sonlar, şahsen benim için, biraz sıkıcı ve ilgisizdi. Daha destansı bir sürpriz ve bazı açıklamalar bekliyordum, ama genel olarak, korkunç değil; neredeyse tüm sorularımı yanıtlıyor. Bazı QTE'ler özellikle dövüş sahnelerinde- sinir bozucu ve kafa karıştırıcı o kadar garip ki iki veya üç kez tekrar oynamanız gerekiyor.

    Ancak tüm bunlar affedilebilir çünkü oyunun bir ruhu var; modern AAA oyunlarının %90'ının baştan beri ruhtan yoksun olduğunu düşünürsek. O zamanlar farklı bir dünyaydı, ajandalar veya sansür yoktu, gerçek anlamda, hatta sanat eserleri diyebileceğim bir dönemdi.

    Neden bugün almalısınız?
    Eğer daha önce Fahrenheit oynamadıysanız, bir deneyin. Ciddi söylüyorum. Her açıdan iyi yaşlanmış bir oyun değil. Ama benim için, benimle birlikte olgunlaşan bir oyun.

    14 yaşında, onu cinayetler ve mistisizm içeren sert bir dedektif hikayesi olarak görürsünüz. 20 yaşında, yalnızlık ve kendini keşfetme üzerine bir hikaye olur. 30 yaşında ise, etrafınızdaki dünya çıldırırken insan olmanın ve insan kalmanın ne anlama geldiğine dair bir yansıma olarak algılarsınız.

    O tıpkı iyi bir kitap gibi. Her okuduğunuzda yeni bir şey keşfediyorsunuz.

    Epilog
    Altıncı kez geri döner miyim bilmiyorum. Büyük ihtimalle evet. Kışa kadar bekleyeceğim, hafta sonu açacağım, pizza sipariş edeceğim, kimse beni rahatsız etmesin diye telefonumu kapatacağım ve Lucas Kane'in bir lokanta tuvaletinde bir yabancıyı öldürmesine ve olaylar zincirini başlatmasına izin vereceğim.

    Çünkü bazı oyunlar ilgi çekicidir. Bir de anılar yaratan oyunlar vardır; Fahrenheit benim için işte böyle bir oyun. O tasasız zamanların anıları.

    Ve bu aşkın sonsuza dek süreceği anlaşılıyor.

    Birden fazla kez oynadığınız ve kalbinizde özel bir yeri olan, geçmişin ve o zamanların bir anısı olan oyun hangisi? Yorumlarda bildirin.
    Bir kere oynayıp bitirdiğiniz, kapatıp unuttuğunuz oyunlar vardır. Yıllar sonra geri dönüp, güneşin daha parlak parladığı ve dünyanın daha nazik olduğu zamanları nostaljik bir şekilde anımsadığınız oyunlar da vardır. Ve sonra, içinizde bir kıymık gibi yaşayan ve her oynadığınızda yeniden aşık olduğunuz bir oyun vardır. Özellikle de güncellenmiş dokulara sahip yeniden düzenlenmiş bir sürümü yayınlandıktan sonra, oynamayanlara da oynama ve ne tür bir meyve olduğunu görme fırsatı verdi. 2005 yılında piyasaya sürüldüğünü düşünürsek, oyun hala keyifli ve sürükleyici. Benim için bu, tüm QTE oyunlarının ve interaktif filmlerin atası olan Fahrenheit Indigo Prophecy. Beş kez bitirdim. Ve açıkçası, altıncı kez oynamaya da hazırım. İlk buluşma. 14 yaşındaydım. Tam olarak nasıl edindiğimi hatırlamak zor. Muhtemelen oyunları YouTube fragmanları veya Metacritic puanlarıyla değil, "kapağı güzel göründüğü için torrentten bir klasör indirerek" keşfettiğimiz zamanlardı. 14 veya 15 yaşındaydım, odamda oturuyordum, dışarıda kış vardı (atmosfer de buna uyuyordu) ve Quantic Dream'in daha sonra Heavy Rain, Beyond Two Souls ve Detroit'i yapacak olan aynı kişiler olduğunu bilmiyordum. Oyunu yeni başlattım ve sonuna kadar kendimi oyundan ayıramadım. İlk sahne bir lokantanın tuvaletinde geçiyor. Kahraman Lucas Kane, tuvaletin başında oturuyor, başı zonkluyor, elleri titriyor ve sonra tuvaletten çıkıp bir bıçak alıyor ve... bir adamı öldürüyor. Hiçbir sebep yokken. Nedenini bile anlamadan. 14 yaşında bir çocuk için şok ediciydi. O zamanlar oyunlarda böyle bir şey hiç görmemiştim. Fahrenheit tam olarak nedir? Kısaca özetlemek gerekirse: 2005 yılında yayınlanan, David Cage tarafından yapılmış interaktif bir film. New York şehri anormal derecede soğuk bir döneme giriyor, şehirde bir dizi garip cinayet işleniyor ve siz aynı anda üç karakteri birden kontrol ediyorsunuz: Lucas Kane, sıradan bir programcıdır ve öfke nöbeti sırasında tanımadığı birini öldürür ve başına gelenleri anlamaz. Carla Valenti, cinayetleri araştıran dedektiftir. Tyler Miles ise Carla'nın ortağı olan ikinci dedektiftir. Bundan sonra, mistisizm, kadim kahinler, Hint ritüelleri, dünyanın sonu ve sonunda ağzınız açık kalacak kadar çılgın bir olay içeren bir dedektiflik öyküsü geliyor. Ama asıl önemli olan bu değil. Önemli olan, bunu nasıl anlattığı. Neden beş kez oynadım? Dürüst olmak gerekirse, "başarımlar için tekrar oynamak" veya "tüm sonları görmek" gibi şeylerin hayranı değilim. Daha çok tembel bir oyuncuyum; bir kere oynarım ve unuturum. Ama Fahrenheit beni her seferinde yeniden kendine bağlamayı başardı. İlk seferinde olay örgüsüne şok olmuş bir şekilde içinden geçtim. İkinci denememde ise bunu bilinçli olarak yaptım; diyaloglarda farklı replikler seçtim ve Carla ile Tyler'ın tepkilerinin nasıl değiştiğini gözlemledim. Üçüncü deneme - Hızlı Zamanlı Etkinlikte (QTE) hata yapmamaya çalıştım (daha fazlası aşağıda). Dördüncü ve beşinci bölümleri nostalji için ve yeniden düzenlenmiş versiyonda nelerin değiştiğini deneyimlemek için izledim. Onları bir dizi izler gibi izledim. Tıpkı yılbaşından önce her yıl tekrar izlediğiniz, bayram ruhunu hissettiğiniz ve nostalji duygusunu yaşadığınız filmler gibi. Benim için Fahrenheit, oyun sektöründe bu rolü oynuyor. Onu neden seviyorum? 1. New York'un kış atmosferi Karla kaplı bir şehir, boş sokaklar, buğulu nefes, kafelerde kısık sesle çalan caz müziği, neon tabelalar. Oyun, genellikle sadece iyi bir film noir'da bulunan "büyük şehirde yalnızlık" hissini bir şekilde aktarmayı başarıyor. Olağanüstü soğukluğu ve bunaltıcı atmosferi fiziksel olarak hissedebiliyorsunuz. 2. Hayatta olan karakterler Lucas, Carla ve Tyler "görevleri olan oyun kuklaları" değiller. Onlar da insanlar. Carla klostrofobiyle mücadele ediyor ve kabuslarıyla başa çıkmaya çalışıyor. Tyler uykusuz gecelerden ve soruşturmadan bitkin düşmüş durumda (oyunda, yanlış hatırlamıyorsam, bir de ruh sağlığı göstergesi var). Lucas normal bir hayat yaşamaya çalışıyor, ta ki bir gün bir kafede yaşanan bir olaydan sonra polisler dairesine baskın yapıp hayatını altüst edene kadar. 3. Hala dinlediğim film müzikleri Angelo Badalamenti (evet, Lynch ile Twin Peaks'te çalışan aynı kişi) bu oyunun müziklerini besteledi ve bu müzikler hâlâ tüylerimi diken diken ediyor. Ana tema, "Dreams of a Murder", "Overdose." 4. Anlamlı QTE'ler Günümüzde Hızlı Zamanlı Etkinlikler (Quick Time Events) çoğu zaman oyunculara yönelik bir hakaret olarak kullanılıyor. "Ölmekten kaçınmak için X'e basın." Ama Fahrenheit'te QTE'ler (Hızlı Zamanlı Etkinlikler) anlatının bir parçasıydı. Polislerden panik içinde kaçıyorsunuz ve panik, ekrandaki panikle senkronize oluyor. Kavga ediyorsunuz ve refleksleriniz Lucas'ın yüzüne yumruk yiyip yemeyeceğini belirliyor. Bir kızla yataktasınız ve evet, orada da QTE'ler vardı ve beklenmedik bir şekilde hem komik hem de garip bir durum yaratıyordu. 5. Tuhaf olmaktan çekinmeyen bir olay örgüsü Oyunun sonunu spoiler vermeden anlatayım: Fahrenheit, oyunun sonuna doğru öyle kozmik bir boyuta ulaşıyor ki, oturup "Az önce ne oldu böyle?" diye merak edeceksiniz. Antik uygarlıklar, kahinler, iklim felaketi, insanlığın kaderi için son savaş yine de oyun, samimi bir havayı korumayı başarıyor; belirli bireylerin hikayesi merkezde kalıyor. Olumsuz yönleri mi? Bazıları var. Dürüst olmak gerekirse: oyun eski ve şu an biraz itici gelebilir. Grafikler 2005'ten kalma. Yüzler bazı yerlerde biraz sert, animasyonlar garip. Sonu -evet, çılgınca ama biraz tutarsız ve kafa karıştırıcı olabiliyor. Cage'in cilalı bir son için zamanı yokmuş gibi geliyor ve bazı sonlar, şahsen benim için, biraz sıkıcı ve ilgisizdi. Daha destansı bir sürpriz ve bazı açıklamalar bekliyordum, ama genel olarak, korkunç değil; neredeyse tüm sorularımı yanıtlıyor. Bazı QTE'ler özellikle dövüş sahnelerinde- sinir bozucu ve kafa karıştırıcı o kadar garip ki iki veya üç kez tekrar oynamanız gerekiyor. Ancak tüm bunlar affedilebilir çünkü oyunun bir ruhu var; modern AAA oyunlarının %90'ının baştan beri ruhtan yoksun olduğunu düşünürsek. O zamanlar farklı bir dünyaydı, ajandalar veya sansür yoktu, gerçek anlamda, hatta sanat eserleri diyebileceğim bir dönemdi. Neden bugün almalısınız? Eğer daha önce Fahrenheit oynamadıysanız, bir deneyin. Ciddi söylüyorum. Her açıdan iyi yaşlanmış bir oyun değil. Ama benim için, benimle birlikte olgunlaşan bir oyun. 14 yaşında, onu cinayetler ve mistisizm içeren sert bir dedektif hikayesi olarak görürsünüz. 20 yaşında, yalnızlık ve kendini keşfetme üzerine bir hikaye olur. 30 yaşında ise, etrafınızdaki dünya çıldırırken insan olmanın ve insan kalmanın ne anlama geldiğine dair bir yansıma olarak algılarsınız. O tıpkı iyi bir kitap gibi. Her okuduğunuzda yeni bir şey keşfediyorsunuz. Epilog Altıncı kez geri döner miyim bilmiyorum. Büyük ihtimalle evet. Kışa kadar bekleyeceğim, hafta sonu açacağım, pizza sipariş edeceğim, kimse beni rahatsız etmesin diye telefonumu kapatacağım ve Lucas Kane'in bir lokanta tuvaletinde bir yabancıyı öldürmesine ve olaylar zincirini başlatmasına izin vereceğim. Çünkü bazı oyunlar ilgi çekicidir. Bir de anılar yaratan oyunlar vardır; Fahrenheit benim için işte böyle bir oyun. O tasasız zamanların anıları. Ve bu aşkın sonsuza dek süreceği anlaşılıyor. Birden fazla kez oynadığınız ve kalbinizde özel bir yeri olan, geçmişin ve o zamanların bir anısı olan oyun hangisi? Yorumlarda bildirin.
    Beğen
    5
    0 Комментарии 0 Поделились 598 Просмотры 0 предпросмотр
  • Resident Evil Veronica Remake Sadece Üçüncü Şahıs Oynanacak
    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.
    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.
    Beğen
    4
    0 Комментарии 0 Поделились 448 Просмотры 0 предпросмотр
  • GPD Box mini PC'yi 1440p çözünürlükte testi
    ETA PRIME, Core Ultra X7 358H işlemci ve en güçlü Intel entegre grafik kartına sahip GPD Box mini PC'yi 1440p çözünürlükte test etti.

    YouTube kanalı ETA PRIME, 16 çekirdekli Core Ultra X7 358H işlemciye ve Intel'in 12 Xe3 çekirdekli en güçlü entegre grafik işlemcisi ARC B390'a sahip yeni GPD Box mini PC'nin 1440p çözünürlükte oyun oynarkenki yeteneklerini gösteren bir video yayınladı.

    İlginç bir özellik de GPD'nin 160W'lık güç kaynağını cihazın içine yerleştirmiş olması. Bu, masaya fazla büyük kasa cihaz koymaya gerek olmadığı anlamına geliyor. Ayrıca, 256 GB/s'ye kadar veri aktarım hızına sahip yeni bir MCIO portu (OCuLink'in halefi) da mevcut! Karşılaştırma yapmak gerekirse, Thunderbolt 5 15 GB/s, USB4 V2 ise sadece 10 GB/s hız sunuyor. Ancak bir dezavantajı var MCIO yalnızca giriş seviyesi modelde mevcut. Daha üst düzey modelde (videodaki gibi) bu özellik yok, ancak ön tarafta bir USB4 V2 portu bulunuyor.

    GPD Box ayrıca 32 GB hızlı LPDDR5X-8533 RAM, iki adet M.2 2280 SSD yuvası, Wi-Fi 7 ve Bluetooth 5.3 özelliklerine sahiptir. Windows 11 önceden yüklenmiştir.

    Bu bilgisayar neler yapabiliyor? 1440p çözünürlükte ve yüksek ayarlarda, şöyle sonuçlar üretiyor:

    Forza Horizon 5, FSR olmadan - 67 fps.
    FSR olmadan Red Dead Redemption 2—74 fps.
    Cyberpunk 2077, XeSS ve x4 modunda kare üretimi ile - 130 fps.
    God of War: Ragnarok, XeSS eklentisiyle dengeli modda - 85 fps.
    Crimson Desert, XeSS ile Dengeli modda - 50 fps.
    Güç tüketimi etkileyici: boşta sadece 8W, oyun oynarken ise 72W. İşlemci sıcaklığı ortalama 67°C, en yüksek 82°C'ye ulaşıyor. Mini bilgisayarın soğutması mükemmel.

    Genel olarak, GPD Box 1440p çözünürlükte yeterli performans sunuyor. Tam boyutlu orta seviye bir bilgisayara geçerli bir alternatif olan kompakt bir oyun bilgisayarıdır.
    ETA PRIME, Core Ultra X7 358H işlemci ve en güçlü Intel entegre grafik kartına sahip GPD Box mini PC'yi 1440p çözünürlükte test etti. YouTube kanalı ETA PRIME, 16 çekirdekli Core Ultra X7 358H işlemciye ve Intel'in 12 Xe3 çekirdekli en güçlü entegre grafik işlemcisi ARC B390'a sahip yeni GPD Box mini PC'nin 1440p çözünürlükte oyun oynarkenki yeteneklerini gösteren bir video yayınladı. İlginç bir özellik de GPD'nin 160W'lık güç kaynağını cihazın içine yerleştirmiş olması. Bu, masaya fazla büyük kasa cihaz koymaya gerek olmadığı anlamına geliyor. Ayrıca, 256 GB/s'ye kadar veri aktarım hızına sahip yeni bir MCIO portu (OCuLink'in halefi) da mevcut! Karşılaştırma yapmak gerekirse, Thunderbolt 5 15 GB/s, USB4 V2 ise sadece 10 GB/s hız sunuyor. Ancak bir dezavantajı var MCIO yalnızca giriş seviyesi modelde mevcut. Daha üst düzey modelde (videodaki gibi) bu özellik yok, ancak ön tarafta bir USB4 V2 portu bulunuyor. GPD Box ayrıca 32 GB hızlı LPDDR5X-8533 RAM, iki adet M.2 2280 SSD yuvası, Wi-Fi 7 ve Bluetooth 5.3 özelliklerine sahiptir. Windows 11 önceden yüklenmiştir. Bu bilgisayar neler yapabiliyor? 1440p çözünürlükte ve yüksek ayarlarda, şöyle sonuçlar üretiyor: Forza Horizon 5, FSR olmadan - 67 fps. FSR olmadan Red Dead Redemption 2—74 fps. Cyberpunk 2077, XeSS ve x4 modunda kare üretimi ile - 130 fps. God of War: Ragnarok, XeSS eklentisiyle dengeli modda - 85 fps. Crimson Desert, XeSS ile Dengeli modda - 50 fps. Güç tüketimi etkileyici: boşta sadece 8W, oyun oynarken ise 72W. İşlemci sıcaklığı ortalama 67°C, en yüksek 82°C'ye ulaşıyor. Mini bilgisayarın soğutması mükemmel. Genel olarak, GPD Box 1440p çözünürlükte yeterli performans sunuyor. Tam boyutlu orta seviye bir bilgisayara geçerli bir alternatif olan kompakt bir oyun bilgisayarıdır.
    Beğen
    5
    0 Комментарии 0 Поделились 570 Просмотры 0 предпросмотр
  • İşte 2026 standartlarında, performans odaklı bir "Güçlü Bilgisayar" için önerilen teknik yapı:
    1. Temel Bileşenler (Performans Omurgası)İşlemci (CPU): Çoklu görevler ve kurgu işleri için en az 8 çekirdekli, güncel nesil bir işlemci seçin. Öneri: Intel Core i7 (14. veya 15. nesil) veya AMD Ryzen 7 7000/9000 serisi. Ekran Kartı (GPU): Özellikle yapay zeka içerik üretimi ve Three.js simülasyonları için NVIDIA tercih etmeniz çok önemlidir. CUDA çekirdekleri, yapay zeka araçları ve render süreçleri için endüstri standardıdır. Öneri: RTX 4070 Ti Super veya üstü (En az 12GB - 16GB VRAM, yoğun görsel işler için kritik).Bellek (RAM): 16GB artık alt sınır. İçerik üretimi ve kodlama projelerinde aynı anda çok fazla sekme ve uygulama açtığınız için 32GB (2x16GB) DDR5 bellek idealdir. Depolama (SSD): Hız her şeydir. İşletim sistemi ve projeleriniz için en az 1TB veya 2TB NVMe M.2 SSD (PCIe 4.0 veya 5.0) kullanın.2. Kritik Tamamlayıcılar Anakart : İşlemcinizin ve RAM'inizin hızını tam destekleyen, gelecekte yükseltmeye açık (yeni nesil soket yapısına sahip) kaliteli bir B veya Z serisi anakart. Güç Kaynağı (PSU): Sistemin toplam yükünün en az %20 fazlasını karşılayacak, 80+ Gold sertifikalı bir PSU seçin. 750W-850W arası genellikle yeterlidir. Soğutma: Güçlü işlemciler ısınır. Uzun süreli render işlemleri yapıyorsanız, 240mm veya 360mm sıvı soğutma sistemin kararlılığını korur.3. Kullanım Alanınıza Özel Tavsiyeler İhtiyaç Neden Önemli? Yapay Zeka & Render NVIDIA GPU ve mümkün olduğunca yüksek VRAM (12GB+).Three.js & Kodlama İyi bir işlemci (tek çekirdek hızı) ve hızlı RAM. Video Kurgu Çok hızlı NVMe SSD ve en az 32GB RAM. Önemli NotlarFiyat/Performans: Bütçenizi belirlerken ekran kartına öncelik verin, çünkü içerik üretimi ve oyun performansını doğrudan belirleyen odur. Uyumluluk: Seçtiğiniz tüm parçaların (özellikle kasanın içine sığacak ekran kartı boyutu ve sıvı soğutma desteği) birbirine uygunluğunu PCPartPicker gibi sitelerden kontrol edebilirsiniz. Ekran: Tasarım ve kurgu işleriniz için renk doğruluğu yüksek (IPS panel, %100 sRGB/Adobe RGB kapsamlı) bir monitör seçmeyi ihmal etmeyin.
    1. Temel Bileşenler (Performans Omurgası)İşlemci (CPU): Çoklu görevler ve kurgu işleri için en az 8 çekirdekli, güncel nesil bir işlemci seçin. Öneri: Intel Core i7 (14. veya 15. nesil) veya AMD Ryzen 7 7000/9000 serisi. Ekran Kartı (GPU): Özellikle yapay zeka içerik üretimi ve Three.js simülasyonları için NVIDIA tercih etmeniz çok önemlidir. CUDA çekirdekleri, yapay zeka araçları ve render süreçleri için endüstri standardıdır. Öneri: RTX 4070 Ti Super veya üstü (En az 12GB - 16GB VRAM, yoğun görsel işler için kritik).Bellek (RAM): 16GB artık alt sınır. İçerik üretimi ve kodlama projelerinde aynı anda çok fazla sekme ve uygulama açtığınız için 32GB (2x16GB) DDR5 bellek idealdir. Depolama (SSD): Hız her şeydir. İşletim sistemi ve projeleriniz için en az 1TB veya 2TB NVMe M.2 SSD (PCIe 4.0 veya 5.0) kullanın.2. Kritik Tamamlayıcılar Anakart : İşlemcinizin ve RAM'inizin hızını tam destekleyen, gelecekte yükseltmeye açık (yeni nesil soket yapısına sahip) kaliteli bir B veya Z serisi anakart. Güç Kaynağı (PSU): Sistemin toplam yükünün en az %20 fazlasını karşılayacak, 80+ Gold sertifikalı bir PSU seçin. 750W-850W arası genellikle yeterlidir. Soğutma: Güçlü işlemciler ısınır. Uzun süreli render işlemleri yapıyorsanız, 240mm veya 360mm sıvı soğutma sistemin kararlılığını korur.3. Kullanım Alanınıza Özel Tavsiyeler İhtiyaç Neden Önemli? Yapay Zeka & Render NVIDIA GPU ve mümkün olduğunca yüksek VRAM (12GB+).Three.js & Kodlama İyi bir işlemci (tek çekirdek hızı) ve hızlı RAM. Video Kurgu Çok hızlı NVMe SSD ve en az 32GB RAM. Önemli NotlarFiyat/Performans: Bütçenizi belirlerken ekran kartına öncelik verin, çünkü içerik üretimi ve oyun performansını doğrudan belirleyen odur. Uyumluluk: Seçtiğiniz tüm parçaların (özellikle kasanın içine sığacak ekran kartı boyutu ve sıvı soğutma desteği) birbirine uygunluğunu PCPartPicker gibi sitelerden kontrol edebilirsiniz. Ekran: Tasarım ve kurgu işleriniz için renk doğruluğu yüksek (IPS panel, %100 sRGB/Adobe RGB kapsamlı) bir monitör seçmeyi ihmal etmeyin.
    Beğen
    4
    0 Комментарии 0 Поделились 585 Просмотры 0 предпросмотр
Расширенные страницы
Oyun Gündemi
Yükleniyor...
Forum Son Yazılan Konular
TechForumTR https://techforum.tr/sosyal