Microsoft Windows Sistemi Açıkları Analizi: Web3 Ekosistem Güvenliğini Tehdit Edebilecek

Geçen ayki Microsoft güvenlik güncellemesinde, yalnızca erken Windows sistem sürümlerinde mevcut olan bir win32k yükseltme açığı bulundu. Bu makale, mevcut güvenlik önlemlerinin sürekli olarak iyileştirildiği bir bağlamda, saldırganların bu açığı nasıl kullanmaya devam edebileceğini analiz edecektir. Analiz süreci Windows Server 2016 ortamında tamamlanmıştır.

Bu tür 0day açıkları keşfedildiğinde, tespit edilmeden kötüye kullanılabilir ve büyük yıkıcılığa sahiptir. Bu açık aracılığıyla, hacker'lar Windows sisteminin tam kontrolünü elde edebilir. Kontrol altına alınmanın sonuçları arasında kişisel bilgilerin çalınması, sistem çökmesi ve veri kaybı, mali kayıplar, kötü amaçlı yazılım yerleştirilmesi gibi durumlar bulunmaktadır. Küçük ölçekli etkiler özel anahtarların çalınmasına ve dijital varlıkların transferine neden olabilirken, büyük ölçekli etkiler Web2 altyapısı üzerinde çalışan tüm Web3 ekosistemini tehdit edebilir.

Yaman Analizi

Yamanlama yaması analizinde, sorunun bir nesnenin referans sayısının bir kez daha işlenmesinden kaynaklandığı görünmektedir. Önceki kaynak kodu yorumlarına göre, önceki kod yalnızca pencere nesnesini kilitlerken, pencere nesnesindeki menü nesnesini kilitlememiştir, bu da menü nesnesinin yanlış bir şekilde referans alınmasına yol açabilir.

Açık Doğrulama

Özel çok katmanlı gömülü menü yapısı oluşturduk ve bir açığı tetiklemek için bazı belirli koşullar ayarladık:

1. En içteki menü ID'si sistem menü türü olmalıdır.
2. En dıştaki menü de sistem menüsü olmalıdır, ancak belirli sistem menü öğeleri silinmelidir.
3. Ara katmenülerin üst referanslarını sil
4. Başarılı bir şekilde serbest bırakmayı sağlamak için ek bir ara katman menüsü ekleyin

Kullanıcı katmanına dönen fonksiyonda kritik menü referans ilişkisini kaldırarak, başarılı bir şekilde serbest bırakılmasını sağlayın. Böylece, sonraki çekirdek fonksiyonlarda menü nesnesine atıfta bulunulduğunda sorunlar ortaya çıkacaktır.

Açık Kullanımı

Kullanım düşüncelerinin başlıca iki yönü var:

1. Shellcode kodunu çalıştırma - Bu yöntem yüksek sürüm Windows'larda birçok kısıtlama ile karşılaşabilir.
2. Token adresini değiştirmek için okuma-yazma ilkesini kullanma - Bu yöntem daha iyi bir genel geçerliliğe sahiptir.

İkinci seçeneği seçtik, tüm kullanım sürecini iki ana adımda böldük:

1. UAF açığını kullanarak cbwndextra değerini kontrol etme
2. Kararlı okuma-yazma ilkelere ulaşmak

İlk veri yazımını gerçekleştirmek için, pencere sınıfı ad nesnelerini serbest bırakılmış menü nesnesi belleğini kullanarak, herhangi bir verinin yazılabileceği adres yapısını bulduk. Sonunda, belirli bir işlevdeki bayrakları kontrol ederek veri yazmaya karar verdik.

Kararlı bir bellek düzeni elde etmek için, sürekli olarak üç eşit boyutta pencere nesnesi tasarladık, ortadaki nesneyi serbest bıraktık ve pencere sınıfı nesneleri ile yer kapladık. Bellek sızıntısı yoluyla elde edilen çekirdek tanıtıcısının adresini kullanarak nesne diziliminin beklentilere uygun olup olmadığını kesin bir şekilde belirledik.

Okuma yazma ilkesinde, herhangi bir okuma gerçekleştirmek için GetMenuBarInfo() kullanıyoruz, herhangi bir yazma işlemi için ise SetClassLongPtr() kullanıyoruz. Token yazma dışında, diğer yazma işlemleri birinci pencere nesnesinin sınıf nesnesini kullanıyor.

Özet

1. win32k açığı Windows 11 önizleme sürümünde engellenmiş olabilir
2. Bu tür güvenlik açıklarını kullanma süreci görece basittir, esas olarak masaüstü yığın nesne tutamaç adresi sızdırılmasına dayanır.
3. Açıkların tespiti daha kapsamlı bir kod kapsama testi gerektirebilir.
4. Anormal bellek düzeni ve veri okuma/yazma tespitleri, bu tür açıkları bulmaya yardımcı olur.