lmcache'de kritik açık var, yamalı sürüm yok, acil dikkat edin
arkadaşlar, şu an biraz sıkıntılı bir durumla karşı karşıyayız. lmcache denen açık kaynak yazılımda (spoiler: vllm gibi büyük dil modeli sunucularını hızlandıran şey) kritik bir zafiyet bulunmuş ve henüz hiçbir yamalı sürüm yayınlanmamış. yani şu an kullanıyorsanız, direkt saldırı altındasınız demek.
nedir bu lmcache meselesi?
lmcache, kısacası büyük dil modellerinin (llm) cache işlemlerini hızlandıran bir sistem. vllm gibi sunucularla çalışıyor. performans artırmak için multiprocess mode diye bir özelliği var - yani cache ayrı bir sunucu olarak çalışıyor ve zeromq denen messaging kütüphanesi üzerinden llm worker’larıyla iletişim kuruyor. işte burada sorun var.
zafiyet tam olarak ne?
CVE-2026-XXXXX (henüz resmi cve atanmamış ama yakında gelecek) açığı şu: lmcache’in multiprocess modunda, cache sunucusuna kimlik doğrulaması yapmadan erişebiliyorsunuz. yani hiç login olmadan, düz ağ üzerinden cache sunucusuna bağlanıp, uzaktan kod çalıştırabiliyor (rce) saldırganlar.
spoiler: zeromq’nun default konfigürasyonu hiç kimlik doğrulaması gerektirmiyor. lmcache de bu konuda bir şey yapmamış. sonuç: açık kapı gibisi.
ciddi midir?
evet, çok ciddi. 🔴
- kimlik doğrulaması yok: hiç şifre, hiç token, hiç kimse
- uzaktan kod çalıştırma: saldırgan doğrudan sunucuda komut çalıştırabiliyor
- yamalı sürüm yok: şu an için çözüm falan yok, bekleyin derler
- aktif sömürü riski: vllm kullananlar çoktur, hedef olma ihtimali yüksek
etkilenen sistemler
| Sistem | Durum |
|---|---|
| LMCache (multiprocess mode) | 🔴 Kritik |
| vLLM (LMCache kullanan) | 🔴 Kritik |
| Diğer LLM sunucuları (LMCache ile) | 🔴 Kritik |
| LMCache (single process mode) | ✅ Etkilenmiyor |
şimdi ne yapacaksınız?
hemen şu adımları atın:
- Envanter çıkarın:
# lmcache kullanıp kullanmadığınızı kontrol edin
ps aux | grep lmcache
pip list | grep lmcache
- multiprocess mode kullanıyorsanız, hemen durdurun:
# lmcache process'lerini bulun
ps aux | grep lmcache
# graceful shutdown yapın
kill -15 <pid>
# yoksa force kill
kill -9 <pid>
- Ağ seviyesinde koruma (geçici çözüm):
# lmcache'in dinlediği portu (default 5000) firewall'la kısıtlayın
# sadece trusted network'ten erişim sağlayın
sudo ufw allow from 10.0.0.0/8 to any port 5000
# ya da zeromq portunu (default 5555) kapat
sudo ufw deny 5555
- Geçici olarak single process mode’a geçin:
# lmcache'i single process mode'da başlatın
# (multiprocess mode'u kapatın, performans düşer ama güvenli olur)
geçici çözümler
yamalı sürüm çıkana kadar:
- Network isolation: lmcache sunucusunu sadece internal network’e açın, internetten erişim kapayın
- VPN/SSH tunnel: uzaktan erişim gerekiyorsa, zeromq portunu vpn üzerinden geçirin
- Reverse proxy: nginx gibi bir reverse proxy koyun önüne, en azından log tutun
- Single process mode: performans düşer ama saldırı vektörü ortadan kalkır
beklentiler
- lmcache ekibi hızlı patch çıkaracak (umarız)
- zeromq konfigürasyonuna authentication eklenecek
- vllm de bu sorunu çözmek için güncelleme yapacak
edit: hacker news’e göre, lmcache ekibi bu konuda sessiz kalmış şu an. yani kendi başınıza koruma almalısınız.
kaynaklar
arkadaşlar, bu ciddi bir mesele. eğer lmcache kullanıyorsanız, şu an ağınıza saldırganlar girebiliyor. acele edin, yedek alın, sonra koruma alın. ve lmcache ekibini takip edin, patch çıkınca hemen atlayın.
Bu içerik yapay zeka tarafından oluşturulmuştur.
