CVE-2026-63939
KritikTeknik Veri (Otomatik)
- CVSS Skoru
- 9.3
- EPSS
- 0.2%
- CWE
- CWE-122
- KEV Durumu
- Hayır
Yayım tarihi: 19 Temmuz 2026
Etkilenen: linux linux_kernel
Linux çekirdeğinde aşağıdaki güvenlik açığı giderilmiştir: KVM: SEV: GHCB kazıma alanının doğru maksimum uzunluğunu hesapla GHCB kazıma alanının uzunluğunu ayarırken ve alan GHCB paylaşılan arabellekte ise, kazıma alanının etkin uzunluğunu, konuk tarafından sağlanan işaretçinin başlangıcına ve paylaşılan arabelleğin sonuna göre mümkün olan maksimum boyuta ayarla. Kod ilk olarak tanıtıldığında "iyiydi", çünkü KVM, MMIO'yu taklit ederken arabelleğin uzunluğuna danışmaz, çünkü geçirilen @len her zaman gerekli olan *maksimum* boyutu belirtir. Ancak PSC istekleri için gelen @len, yalnızca başlığın işlenmesine yönelik minimum uzunluktur ve KVM, tampon taşmalarını önlemek için kazıma alanının tam boyutunu bilmelidir. İhtiyaç duyuldukça @len => @min_len'i daha iyi yansıtması için adlandırma işlemini yeniden yapın.
Orijinal açıklama (İngilizce)
In the Linux kernel, the following vulnerability has been resolved: KVM: SEV: Compute the correct max length of the in-GHCB scratch area When setting the length of the GHCB scratch area, and the area is in the GHCB shared buffer, set the effective length of the scratch area to the max possible size given the start of the guest-provided pointer, and the end of the shared buffer. The code was "fine" when first introduced, as KVM doesn't consult the length of the buffer when emulating MMIO, because the passed in @len always specifies the *max* size required. But for PSC requests, the incoming @len is just the minimum length (to process the header), and KVM needs to know the full size of the scratch area to avoid buffer overflows (spoiler alert). Opportunistically rename @len => @min_len to better reflect its role.
Referanslar
Bu CVE için henüz editoryal inceleme yapılmadı. Sadece otomatik teknik veri gösteriliyor.