CVE-2026-80557

Kritik

Teknik Veri (Otomatik)

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

Yayım tarihi: 26 Ağustos 2026

Linux çekirdeğinde aşağıdaki güvenlik açığı çözülmüştür: libceph: decode_watchers()'de eksik sınır denetimi nedeniyle OOB okuma düzeltildi ceph_start_decoding(), yapıt_len baytının kodlama başlıkları之后 kalan tamponda kalıp kalmadığına bakar, ancak struct_len=0'ı geçerli kabul eder: ceph_decode_need(p, end, 0, bad) her zaman geçer. Bir saldırgan veya güvenlik açığı bulunan OSD, struct_len=0 ile obj_list_watch_response_t yanıtını gönderdiğinde, ceph_start_decoding() başarıyla döner ve p == end olur, bu da sonraki okumalar için sıfır bayt garantilenir. decode_watchers()'deki hemen sonraki ceph_decode_32(p) çağırısında, önceki bir sınır denetimi yoktur. p == end olduğu için bu, doğrulanmış tampon sınırının 4 bayt ötesinde bir okumaya neden olur. Çöp değer doğrudan kzalloc_objs()'e watcher sayısı olarak geçirilir. Kardeş fonksiyon decode_watcher(), kendi ceph_start_decoding() çağırısından sonra güvenli varyantları (ceph_decode_copy_safe, ceph_decode_64_safe, ceph_decode_skip_32) kullanır. decode_watchers(), yalnızca çıplak varyantı kullanan tek yerdir, bu da bir ihmal olduğunu doğrular. Çözüm, ceph_decode_32(p) yerine ceph_decode_32_safe(p, end, *num_watchers, bad) kullanmak, kurulmuş kalıba uygun olarak. Saldırgan modeli: çoklu kiracılı bir Ceph dağıtımı (örneğin bulut)中的 bir saldırgan veya güvenlik açığı bulunan OSD, CEPH_OSD_OP_LIST_WATCHERS çağırılan herhangi bir çekirdek istemcisine karşı bu güvenlik açığını tetikleyebilir, OSD oturum kurulması dışında herhangi bir ek ayrıcalık gerekmez.

Orijinal açıklama (İngilizce)

In the Linux kernel, the following vulnerability has been resolved: libceph: fix OOB read in decode_watchers() via missing bounds check ceph_start_decoding() validates that struct_len bytes remain in the buffer after the encoding header, but accepts struct_len=0 as valid: ceph_decode_need(p, end, 0, bad) always passes. When a malicious or compromised OSD sends an obj_list_watch_response_t reply with struct_len=0, ceph_start_decoding() returns success with p == end, leaving zero bytes guaranteed for subsequent reads. The immediately following ceph_decode_32(p) in decode_watchers() has no preceding bounds check. With p == end this is a 4-byte read past the validated buffer boundary. The garbage value is then passed directly to kzalloc_objs() as the watcher count. The sibling function decode_watcher() already uses the safe variants (ceph_decode_copy_safe, ceph_decode_64_safe, ceph_decode_skip_32) after its own ceph_start_decoding() call. decode_watchers() is the only site that uses the bare variant, confirming an oversight. Fix by replacing ceph_decode_32(p) with ceph_decode_32_safe(p, end, *num_watchers, bad), consistent with the established pattern. Attacker model: a malicious or compromised OSD in a multi-tenant Ceph deployment (e.g. cloud) can trigger this against any kernel client that calls CEPH_OSD_OP_LIST_WATCHERS, without any further privileges beyond OSD session establishment. [ idryomov: trim changelog ]

Referanslar

NVD kaydı ↗CVE.org ↗

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