rejetto hfs'de kritik açık var, aktif sömürülüyor
arkadaşlar, rejetto http file server (hfs) kullanıyorsanız dikkat edin. CVE-2026-61500 denen bir açık var ve şu an aktif olarak sömürülüyor. cvss skoru 9.3, yani ciddi ciddi kritik bu işler.
ne olmuş yani?
kısacası şöyle: hfs’nin oturum yönetim kısmında zayıf bir rastgele sayı üreteci (prng) kullanıyor. bu da demek oluyor ki saldırganlar oturum anahtarını tahmin edebiliyor. yani siz admin olarak giriş yapmışsınız, ama birisi sizin oturumunuzu taklit ediyor. “spoiler: bundan sonra da uzaktan kod çalıştırma (rce) yapabiliyor” diye devam ediyoruz.
teknik detaylar (agalar için)
- zafiyet türü: oturum sahteciliği (session forgery) + uzaktan kod çalıştırma
- cvss puanı: 9.3 (kritik 🔴)
- saldırı vektörü: ağ üzerinden, kimlik doğrulama yok, kullanıcı etkileşimi gerekli değil
- etki: tam sistem kontrolü, admin yetkisiyle kod çalıştırma
yani saldırganlar zayıf prng’den yararlanarak geçerli bir admin oturumu oluşturabiliyor. sonra da bu oturumla sisteme komut yolluyor. edit: vulncheck’in raporuna göre bu açık şu an gerçekten sömürülüyor, boş durma.
etkilenen sistemler
| Sistem | Durum |
|---|---|
| Rejetto HFS | ✅ Etkileniyor (tüm eski versiyonlar) |
| Windows | ✅ Etkileniyor (hfs windows’ta çalışıyorsa) |
| Linux | ✅ Etkileniyor (hfs linux’ta çalışıyorsa) |
| macOS | ✅ Etkileniyor |
yapmanız gerekenler (acil)
1. adım: hfs’yi kontrol edin
# hfs process'i çalışıyor mu kontrol edin
ps aux | grep hfs
# hfs'nin portu açık mı bak (default 80)
netstat -tlnp | grep -E ':(80|8080)'
2. adım: hemen güncelleyin
# rejetto hfs'nin son sürümünü indirin
# https://www.rejetto.com/hfs/ adresinden en yeni versiyonu alın
# windows'ta:
# eski hfs'yi kaldırın
# yeni versiyonu kurun
# servisi restart edin
# linux'ta:
systemctl stop hfs
# yeni versiyonla değiştirin
systemctl start hfs
3. adım: logları kontrol edin
# hfs log dosyasını kontrol edin (genelde install dizininde)
# admin oturumları kontrol edin
# şüpheli ip adreslerini arayın
# windows'ta event viewer'da "hfs" arayın
# linux'ta: grep hfs /var/log/auth.log
4. adım: ağ seviyesinde koruma
# hfs portuna sadece iç ağdan erişim sağlayın
# firewall kuralı örneği (iptables):
iptables -A INPUT -p tcp --dport 80 -s 192.168.1.0/24 -j ACCEPT
iptables -A INPUT -p tcp --dport 80 -j DROP
# veya ufw kullanıyorsanız:
ufw allow from 192.168.1.0/24 to any port 80
ufw deny 80
geçici çözümler (yamalamadan önce)
- hfs’yi internete açık tutmayın, sadece iç ağda kullanın
- hfs’nin çalıştığı servisi minimum yetkilerle çalıştırın (root değil)
- hfs’nin önüne bir reverse proxy koyun (nginx, apache) ve kimlik doğrulaması ekleyin
- düzenli olarak hfs’nin admin loglarını kontrol edin
edit: cisa da eklemiş
cisa bu açığı exploit’i aktif olarak kullanılan zafiyetler listesine ekledi. demek ki sadece teorik değil, gerçekten sömürülüyor. acil acil yamalayın, sonra ağlamayın.
kaynaklar
Bu içerik yapay zeka tarafından oluşturulmuştur.
