← CVE Veritabanı

CVE-2026-80603

Kritik

Teknik Veri (Otomatik)

CVSS Skoru
9.1
EPSS
0.4%
CWE
—
KEV Durumu
Hayır

Yayım tarihi: 28 Ağustos 2026

Linux çekirdeğinde aşağıdaki güvenlik açığı çözülmüştür: netfilter: nf_conntrack_irc: parse_dcc() fonksiyonundaki off-by-one OOB okunmasının düzeltilmesi parse_dcc() fonksiyonu, data_end'i kapsayıcı bir son işaretçi olarak ele alır, ancak bunun tek çağırıcısı data_limit = ib_ptr + datalen olarak geçer, bu da son geçerli bayttan bir bayt sonrası işaret eder. Yeni satır arama döngüsü, tmp <= data_end olduğu sürece devam eder, bu nedenle yeni satır yoksa, *tmp tmp == data_end'de okunur, skb_header_pointer() tarafından doldurulan bölgenin bir bayt ötesinde okunur. irc_buffer, MAX_SEARCH_SIZE + 1 bayt olarak kmalloc ile ayrılır ve datalen, MAX_SEARCH_SIZE ile sınırlıdır, bu nedenle yanlış okuma hata vermez. Okunan bayt başlangıçta atanmamış veya eskimiş olabilir; eğer bu bayt ASCII rakamı içeriyorsa, simple_strtoul bu baytı tüketir ve conntrack beklentisinde yanlış DCC IP veya port üretir. Ek allocation baytı da kırılgan bir korumadır: eğer sınır veya ayırma boyutu değişirse, bu gerçek bir sınırların dışına okuma haline gelir. Döngüyü ve döngü sonrasındaki kontrolü, çağırıcının dış-sınır kuralına uygun şekilde严格 daha az olarak değiştirin. Fonksiyon yorumunu buna göre güncelleyin.

Orijinal açıklama (İngilizce)

In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_conntrack_irc: fix parse_dcc() off-by-one OOB read parse_dcc() treats data_end as an inclusive end pointer, but its only caller passes data_limit = ib_ptr + datalen, which points one past the last valid byte. The newline search loop iterates while tmp <= data_end, so when no newline is present, *tmp is read at tmp == data_end, one byte beyond the region filled by skb_header_pointer(). irc_buffer is kmalloc'd as MAX_SEARCH_SIZE + 1 bytes and datalen is capped at MAX_SEARCH_SIZE, so the stray read does not fault. The byte is uninitialized or stale; if it contains an ASCII digit, simple_strtoul will consume it and produce a wrong DCC IP or port in the conntrack expectation. The extra allocation byte is also a fragile guard: if the cap or allocation size changes, this becomes a real out-of-bounds read. Change the loop and its post-loop check to use strict less-than, consistent with the caller's exclusive-end convention. Update the function comment accordingly.

Bu CVE için henüz editoryal inceleme yapılmadı. Sadece otomatik teknik veri gösteriliyor.