Zafiyet.live Keşfet. Değerlendir. Düzelt. Doğrula.
  • Yama var
  • Son 7 gün
  • CWE-205

CVE-2026-109125

Unbound'da unwanted-reply-threshold ile açığa çıkan önbellek yan kanalı, önbellek zehirlenmesine yol açabilir

NLnet Labs Unbound

Orta 5,3 CVSS 3.1
Yayımlandı
Güncellendi
21 Eki 2026
Açık yaşı
7 gün
Kaydı açan
NLnet Labs

ÖzetTürkçe

NLnet Labs Unbound sürüm 1.26.1 dahil ve bu sürüme kadar olan sürümlerde, 'unwanted-reply-threshold > 0' yapılandırmalarında (varsayılan yapılandırma değildir) gözlemlenebilir bir önbellek düzeyinde yan kanal açığa çıkabilir. Yinelemeli bir sorgunun o anda kullanılan üst akış kaynak portuna, TXID'si bekleyen hiçbir sorguyla eşleşmeyen yanıt benzeri bir UDP datagramı ulaşırsa, Unbound bu paketi istenmeyen yanıt olarak sayar. Biriken sayı yapılandırılan eşiğe ulaştığında, Unbound çalışan iş parçacığının RRset önbelleğini ve ileti önbelleğini temizler. Bu önbellek temizleme işlemi, mevcut üst akış UDP bekleyen sorgusunu yok etmez. Bu nedenle dışarıdaki bir gözlemci, mevcut bir önbellek öğesinin temizlenip temizlenmediğini kontrol ederek bir aday portun mevcut üst akış kaynak portuyla eşleşip eşleşmediğini ayırt edebilir. Bu, üst akış kaynak portunu yoklamak için kullanılabilecek bir önbellek yan kanalı güvenlik açığıdır. Saldırı varsayılan yapılandırmalarda uygulanabilir değildir ve önerilen değer (10 milyon) herkese açık bir çözümleyici üzerinde saldırıyı güvenilmez kılsa da, saldırgan eş zamanlı bir sorgu penceresini açık tutabildiği senaryolarda, önce kaynak portunu filtreleyip ardından TXID üzerinde doğum günü tarzı tahmin yürütebilir ve bu da önbellek zehirlenmesini uygulanabilir bir saldırı yolu haline getirir. Sorun, 1.26.2 sürümünden itibaren düzeltilmiştir.

Kaynaktaki açıklama (İngilizce)

In NLnet Labs Unbound up to and including version 1.26.1, an observable cache-level side-channel can be exposed with 'unwanted-reply-threshold > 0' configurations (not a default configuration). If a response-like UDP datagram reaches the upstream source port currently used by a recursive query, but its TXID does not match any pending query, Unbound counts the packet as an unwanted reply. When the accumulated count reaches the configured threshold, Unbound clears the worker's RRset cache and message cache. This cache clear action does not destroy the current upstream UDP pending query. Therefore, an external observer can distinguish whether a candidate port matches the current upstream source port by checking whether an existing cached item has been cleared. This is a cache side-channel vulnerability that can be used to probe the upstream source port. Although the attack is not feasible on default configurations and the suggested value (10 million) makes it an ureliable attack on a public resolver, in scenarios where the attacker can keep a concurrent query window alive, the attacker can first filter the source port and then perform birthday-style guessing against the TXID, making cache poisoning a feasible attack path.

Üreticinin çözüm notu (İngilizce)

This issue is fixed starting with version 1.26.2

Bu açığın açıklamasını Türkçeye çevirdik. Adım adım çözüm önerilerini kritik ve yeni açıklar için hazırlıyoruz; düzeltilmiş sürüm aşağıdaki tabloda, ayrıntılar üreticinin duyurusunda.

Etkilenen sürümler1 yazılım

YazılımEtkilenenDüzeltildiği sürüm
NLnet Labs Unbound < 1.26.2 1.26.2

Kaynaklar3 kaynak

Kayıt geçmişi

  1. Yayımlandı

İlgili açıklar

Türkçe metin, resmi kayıtlardaki bilgilerle yapay zekâ yardımıyla yazıldı ve yayından önce otomatik kontrollerden geçti. Bir değişikliği uygulamadan önce üreticinin duyurusuna mutlaka bakın.