Selamlar,
Linux çekirdeği tarafında alışılmadık bir olay yaşandı: Trend Micro'nun Zero Day Initiative (ZDI) ekibi 21 Ekim 2026'da yamalanmamış birkaç çekirdek açığı raporunu [email protected] adresine gönderirken herkese açık linux-kernel ve alt sistem listelerini de bilgiye ekledi. Sonuç: kod yolları ve KASAN izleri dahil teknik ayrıntılar, düzeltmeler yayınlanmadan önce herkese açık hale geldi.
Konuda anlatılacaklar
- Sızan raporlar ve etkileri
- En kritik iki ksmbd açığı
- Kimler risk altında?
- Neden CVE yok?
- Ne yapmalı?
Sızan raporlar
The Hacker News'in derlediği tablo:
Kod:
ZDI ID Alt sistem Sinif CVSS ksmbd?
ZDI-CAN-33549 ksmbd SMB Direct RCE 9.0 Evet (RDMA gerekli)
ZDI-CAN-33774 ksmbd protokol dagitimi RCE 9.0 Evet (tum ksmbd)
ZDI-CAN-33367 Ag (skb_zerocopy) Yerel LPE 7.8 Hayir
ZDI-CAN-34068 VMware GPU (vmwgfx) Yerel LPE 8.8 Hayir
ZDI-CAN-34076 NVMe hedef (nvmet) Bilgi ifsasi 8.6 HayirEn kritik iki ksmbd açığı
ksmbd, Linux çekirdeğinin yerleşik SMB sunucusu (Samba'dan farklı, kernel alanında çalışır).
- ZDI-CAN-33774:Kimlik doğrulama gerektirmiyor; 445 portunda ksmbd çalıştıran her sunucuyu etkiliyor. Aynı TCP yazımında arka arkaya kısa SMB1 paketleri ve ardından bir SMB2 paketi gönderildiğinde, işleyici tablosu atamasındaki bir yarış durumu SMB1 verisinin SMB2 işleyicisiyle işlenmesine ve kısa tamponun ötesinin okunmasına yol açıyor. Paylaşıma erişimi olan bir saldırgan için yazma yolu da mevcut.
- ZDI-CAN-33549: SMB Direct yolunda tamsayı alt taşması (integer underflow). RDMA destekli arayüz (donanım veya rxe yazılım sürücüsü), yazılabilir bir ksmbd paylaşımı ve SMB Direct müzakere eden istemci gerekiyor.
Neden CVE yok, yama ne durumda?
Çekirdek projesi CVE'yi yalnızca stable ağaçta bir düzeltme olduğunda atıyor. 22 Ekim itibarıyla iki ksmbd açığı için mainline'da veya linux-next'te adı konmuş bir düzeltme yok. Phoronix'e göre SMB Direct bakımcısı ZDI-CAN-33549 için bir sonraki geliştirme döngüsünü hedefleyen bir düzeltme gönderdi; pwn.watch ise ksmbd yarış durumu düzeltmesinin ksmbd bakımcı ağacında beklediğini yazıyor. Mainline'dan dağıtım çekirdeklerine geçiş genelde haftalar sürer.
Raporları bulan araç olarak Trend Micro'nun yapay zeka tarayıcısı TrendAI kredilendirilmiş. The Hacker News'e göre Mayıs 2026'da güncellenen çekirdek güvenlik belgesi, yapay zeka araçlarıyla bulunan hataların tanım gereği zaten kamuya açık sayılacağını ve alt sistem listelerine gönderilmesi gerektiğini söylüyor; ZDI'nin yönlendirmesi bu mantığa uymuş görünüyor ama raporlarda yama yoktu. Greg Kroah-Hartman'ın yanıtı net: "Public listelere gönderdiniz ve yama eklemediniz, bununla yapabileceğimiz pek bir şey yok."
Kimler risk altında?
Yalnızca ksmbd çalıştıran makineler RCE'lere açık. Red Hat'in belgelerine göre RHEL varsayılan olarak ksmbd içermiyor. Çoğu sunucu Samba (smbd) kullanır; ancak bazı NAS ürünleri, gömülü cihazlar ve performans için ksmbd'yi seçen kurulumlar etkilenebilir.
Ne yapmalı?
Kod:
systemctl status ksmbd
lsmod | grep ksmbd
ss -ltnp | grep ':445'NAS veya ev sunucunuzda ksmbd mi Samba mı kullanıyorsunuz? Kontrol sonucunuzu yazın.
Yasal uyarı
Bu yazı bilgilendirme ve savunma amaçlıdır. Anlatılan kontrolleri yalnızca kendi sistemlerinizde veya yazılı izinle yapın. İzinsiz erişim, tarama ve sömürü girişimleri TCK 243-245 kapsamında suçtur. TurkTeam white-hat bir topluluktur; çalıntı veri, hesap, combo/log paylaşımı ve hack hizmeti talepleri forum kurallarına aykırıdır.
Kaynaklar