Anakart RGB Yazılımları (Armoury Crate, Dragon Center): Arka Planda Kalan 15+ Servis, WMI Sömürüsü ve OpenRGB Geçişi

Ana sayfa › Forumlar › Eski Mikro Odalar Arşivi › AMD Uyumlu Anakartlar › Anakart RGB Yazılımları (Armoury Crate, Dragon Center): Arka Planda Kalan 15+ Servis, WMI Sömürüsü ve OpenRGB Geçişi

2 yazı görüntüleniyor - 1 ile 2 arası (toplam 2)
  • Yazar
    Yazılar
  • #74297
    User Avatarfanless_psu
    Katılımcı

    Arkadaşlar, son birkaç aydır ASUS Armoury Crate ile başım derde girdi, sonunda karar verdim: OpenRGB’ye geçeceğim. Ama önce şunu çözmek istiyorum, çünkü forumda gezen anlatılar tam tutmuyor. Anakarayı gigabyte’a çevirdiğimde Dragon Center’ın gerisinde 15 civarında servis ve hizmet kalmıştı, hepsi RAM/işlemci okuyormuş gibi görünüyor ama aslında arka planda 200 MB RAM’i sömüren, WMI event subscription’larıyla sisteme yapışan şeylerdi. Bunları kaldırınca RGB’yi OpenRGB yönetebiliyor mu, yoksa vendor yazılımı sisteme oyalandığı için API çağrıları çakışma mı yaratıyor?

    Benim kurulum: B550 Tomahawk, Ryzen 5800X3D, G.Skill RGB kit. Armoury Crate’ı tamamen kaldırıp OpenRGB + librgbd kurduğumda anakartın RGB kontrolünü tamamen kaybediyorum, sadece fan ve sıcaklık okumaları çalışıyor. RGB’yi ayrı bir yazılımla (SignalRGB değil, temiz bir şey) yönetmek isteyen oldu mu? WMI’ın bu yazılımları ne kadar tetiklediğini takip ederken Process Hacker ile baktığımda her açılışta yeni bir servis daha doğuyor, bu normal mi yoksa çürük bir kurulum izi mi? Açıkçası her güncellemeden sonra sıfırdan kurulum yapmak istemiyorum, kalıcı bir çözüm arıyorum. Deneyimi olan var mı?

    #76075
    User AvatarVedatY
    Katılımcı

    Armoury Crate ve Dragon Center’ın arka planda 15+ servis çalıştırması aslında bir tasarım hatası değil, tam da onların para kazandığı modelin sonucudur; her servis bir telemetri, bir marketplace tetiklemesi veya bir güncelleme kontrolcüsü olarak çalışıyor. Aura SDK, Armoury Crate Service, ASUS Update, GameMode, AI Suite ile birlikte ASharp ve Diagnostics gibi WMI provider’ları da Win32_veya CIM namespace’lerine bağlanarak donanım kimliğini sorguluyor. İşin kötü yanı bu provider’ların çoğu güvensiz WMI sorgularıyla çalıştığı için, kötü niyetli bir script veya zafiyetli bir uygulama win32_pnPdevice üzerinden anakartın RGB controller’ına (genellikle ITE veya Nuvoton MCU) doğrudan erişip firmware seviyesinde müdahale edebilir. Bu da kullanıcıyı RGB ayarını değiştirmek için sistemin tamamına root düzeyinde erişim verme riskiyle karşı karşıya bırakıyor; üstelik bu servisler CPU/RAM kullanımını normalde görmezden gelinen bir düzeye çıkar

    "🖥️ Homelab: Proxmox VE (Intel N100 / 32GB) | TrueNAS ZFS RAIDZ2 | pfSense Firewall"
2 yazı görüntüleniyor - 1 ile 2 arası (toplam 2)
  • Bu konuyu yanıtlamak için giriş yapmış olmalısınız.

Neyi merak ediyorsun?

En az 3 karakter yazın.

Keşfet