Konuyu Okuyanlar: 1 Ziyaretçi

Siemens Software Center CVE-2026-110936: ClickFix ile DLL Sideloading

Siemens Software Center CVE-2026-110936: ClickFix ile DLL Sideloading
[Resim: attachment.php?aid=321]

Merhaba,

Siemens Software Center'daki kontrolsüz arama yolu (uncontrolled search path) zafiyeti CVE-2026-110936, 15 Ekim'de açıklanıp 17 Ekim'de güncellendi; 20 Ekim'de CISA KEV'e girdi. Saha tarafında ClickFix senaryosuyla DLL sideloading kullanıldığı bildiriliyor. Endüstriyel yazılım güncelleyicisi yüksek yetkiyle çalıştığı için etki yüzeyi geniş.

Teknik özet
Uygulama DLL'leri kontrol edilmeyen bir arama yolundan yüklüyor. Yerel kimlik doğrulamalı saldırgan, uygulamanın baktığı dizine özel hazırlanmış DLL koyarak uygulama yetkisiyle kod çalıştırabiliyor (NIST/NVD özeti, CVSS 8.4). Düzeltme: Software Center 4.0.9.8 ve sonrası.

ClickFix kalıbı genelde kullanıcıyı Win+R / PowerShell'e yapıştırılmış komutu çalıştırmaya ikna eder; ardından meşru imzalı Siemens çalıştırılabilirinin yanında kötü niyetli DLL gelir. İmza, yanındaki kütüphaneyi "güvenli" yapmaz.

Savunma adımları
  1. Kurulu Software Center sürümünü 4.0.9.8+ doğrulayın (otomatik güncellemenin bittiğini teyit edin).
  2. Siemens'in yayımladığı IOC ve davranışlarla av yapın; yalnızca hash'e güvenmeyin (saldırgan kendi kopyasını taşır).
  3. Kullanıcı yazılabilir dizinlerden (Downloads, Temp, Desktop) sideloading alarmı test edin.
  4. Run diyaloğu / kısıtlanmamış PowerShell ile yapıştırma alışkanlığını ASR, AppLocker/WDAC ve farkındalıkla sınırlayın.
  5. Beklenmeyen MSI kurulumları, kalıcılık ve yayınlanmış altyapıya çıkışları inceleyin.

Neden OT/ICS ekipleri dikkat etmeli?
Software Center yazılım indirir, kurar, etkinleştirir, günceller. Yanlış DLL yüklemesi lateral movement ve ek sideloading için köprü olabilir. Arctic Wolf ve Black Hills yorumlarında da vurgulandığı gibi: imzalı exe = güvenilir yükleme zinciri değil.

Kod:
# Sürüm kontrolü (ortama göre uyarlayın) Get-ItemProperty "HKLM:\Software\Siemens\*" -ErrorAction SilentlyContinue | Format-List # Kullanıcı yazılabilir yolda şüpheli DLL (örnek av fikri) Get-ChildItem $env:TEMP,$env:USERPROFILE\Downloads -Filter *.dll -Recurse -ErrorAction SilentlyContinue | Select-Object FullName,Length,LastWriteTime

Yasal uyarı
Yalnızca kendi/izinli sistemlerinizde test edin. TCK 243-245.

Kaynaklar
DLL sideloading genel dersi
İmzalı ana ikili + yazılabilir arama yolu = klasik. Application Directory, %PATH%, CWD sırasını bilin. WDAC/AppLocker ile kullanıcı yazılabilir yoldan DLL yüklemeyi kısıtlayın. ClickFix'e karşı: kullanıcıların Run/PowerShell'e yapıştırma alışkanlığını kırın, güvenlik farkındalığında "destek kodu" senaryolarını işleyin.



Uygulamada sık gördüğüm hatalar
Birçok ekip yamayı "planlandı" diye işaretleyip internete açık yüzeyde günlerce bekletiyor. İkinci sık hata: yalnızca CVE numarasına bakıp zincir etkisini görmemek. Üçüncü hata: yama sonrası log ve dosya bütünlüğüne bakmamak; oysa yama öncesi sömürü olmuş olabilir. Bu üç noktayı kendi kontrol listenize eklemenizi öneririm.

Ekip içi iletişim şablonu
Yönetime veya müşteriye yazarken teknik jargonu azaltın: hangi varlık etkilendi, internete açık mı, yama var mı, geçici azaltma ne, doğrulama nasıl yapılacak. Tek paragrafta risk + eylem + sahiplik yazmak, uzun CVE özetinden daha hızlı karar aldırır.

Lab not defteri
Bu konuyu kendi defterime şu başlıklarla işliyorum: tarih, kaynak URL, etkilenen ürün/sürüm, internete açık mı, yama komutu, geri alma planı, IOC listesi, kime haber verildi. Siz de benzer basit bir şablon tutarsanız bir ay sonra "ne yapmıştık?" sorusu cevapsız kalmaz.

İzleme ve doğrulama
Değişiklikten sonra en az bir negatif ve bir pozitif kontrol tanımlayın. Negatif: alarm boş yere düşmemeli. Pozitif: bilinen kötü örneği veya beklenen log satırını yakalamalı. İkisini de kaydedin; aksi halde "sanırım düzeldi" ile yetinirsiniz.

Sonuç
Özetle: kaynağı okuyun, kendi envanterinize bağlayın, yama veya azaltmayı uygulayın, sonra doğrulayın. TurkTeam'de yorumlarda kendi ortamınızdan (ürün adı ve sürüm yeter, hassas IP yazmayın) kısa deneyim paylaşırsanız herkes faydalanır.


Adım adım kontrol listesi (kopyala-yapıştır)
  1. Kaynak duyuruyu ve varsa üretici güvenlik sayfasını arşivleyin (PDF/HTML).
  2. Envanterde etkilenen ürün var mı diye CMDB / agent raporu / netscan ile bakın.
  3. İnternete açık mı, yoksa yalnızca iç ağda mı? Buna göre SLA seçin.
  4. Yama veya yapılandırma azaltmasını stagingde deneyin.
  5. Üretim penceresinde uygulayın; değişiklik kaydı açın.
  6. Servis sağlık kontrolü + log doğrulaması yapın.
  7. Gerekliyse IOC avı veya compromise assessment planlayın.
  8. Kapanış notunu yazın: sürüm, tarih, kim onayladı.

Sık sorulanlar
Sadece okumak yeter mi? Hayır. Okuduktan sonra envanter satırına bağlanmayan bilgi operasyonel değildir.
PoC çalıştırmalı mıyım? Yalnızca izole lab ve yazılı izinle. İnternette rastgele deneme hem etik dışı hem yasadışı olabilir.
WAF / EDR tek başına kurtarır mı? Katmanlı savunma işe yarar ama yamanın yerini tutmaz; özellikle kimlik doğrulamasız RCE sınıflarında.
Ne zaman yönetime çıkmalıyım? İnternete açık kritik yüzey, aktif sömürü istihbaratı veya veri sızıntısı şüphesi varsa gecikmeden.

Örnek komut defteri
Kod:
# Tarih damgası ve ortam notu date -Is hostnamectl 2>/dev/null | head -5 || true # Ağ dinleme özeti (lab) ss -lntp | head -30 # Son reboot / güncelleme ipucu (systemd) who -b 2>/dev/null || true
Bu komutlar tanı koymaz; değişiklik öncesi/sonrası basline almak için kullanın.

İlgili TurkTeam bölümleri
Bu yazıyı okuduktan sonra aynı kategorideki komşu konulara ve Soru-Cevap bölümüne kendi lab çıktınızı (hassas veri olmadan) taşıyabilirsiniz. Kısa ekran görüntüsü veya komut çıktısı, uzun teoriden daha çok işe yarar.

Kapanış ve yasal çerçeve
TurkTeam white-hat bir topluluktur. Anlatılan teknikler eğitim, savunma ve izinli test içindir. Başkalarının sistemlerinde izinsiz tarama, sömürü, veri çalma veya "hack hizmeti" sunmak forum kurallarına ve TCK 243, 244, 245 maddelerine aykırıdır. Kendi laboratuvarınızı izolasyonla kurun; üretim verisi kullanmayın. Kaynaklardaki bağlantıları birincil referans kabul edin; bu yazı özet ve yol göstericidir, üretici duyurusunun yerini tutmaz.

Kişisel deneyim notu
Ben benzer konuları işlerken önce resmi duyuruyu iki kez okuyup sonra labda en küçük yeniden üretilebilir adımı arıyorum. Yeniden üretemiyorsam bile envanter ve yama doğrulamasını aynı gün bitirmeye çalışıyorum. Siz de "bugün tek iş" diye bir satır seçin: ya yamayı uygulayın ya da etkilenen varlık olmadığını kanıtlayın. İkisi de geçerli kapanıştır.

Okuma listesi
  • Üretici / araştırmacı birincil yazısı (kaynakçada)
  • CISA KEV veya CERT duyurusu varsa o
  • Kendi iç runbook'unuzun ilgili maddesi
Üçünden fazlasını aynı anda açmak yerine birini bitirip not alın; aksi halde tab kaybı başlar.


Ek DosyalarEkran Görüntüleri
   
Cevapla



Hızlı Menü: