Linux Kernel bis 7.1.8 vhost vq_meta_prefetch Information Disclosure

CVSS Meta Temp ScoreAktueller Exploitpreis (≈)CTI Interest Score
8.7$0-$5k0.44

Zusammenfassunginfo

In Linux Kernel bis 7.1.8 wurde eine Schwachstelle ausgemacht. Sie wurde als sehr kritisch eingestuft. Es betrifft die Funktion vq_meta_prefetch der Komponente vhost. Durch Manipulation mit unbekannten Daten kann eine Information Disclosure-Schwachstelle ausgenutzt werden. Diese Schwachstelle wird als CVE-2026-74580 gehandelt. Der Angriff kann remote ausgeführt werden. Es ist kein Exploit verfügbar.

Detailsinfo

Eine Schwachstelle wurde in Linux Kernel bis 7.1.8 ausgemacht. Sie wurde als sehr kritisch eingestuft. Davon betroffen ist die Funktion vq_meta_prefetch der Komponente vhost. Durch Manipulation mit einer unbekannten Eingabe kann eine Information Disclosure-Schwachstelle ausgenutzt werden. Klassifiziert wurde die Schwachstelle durch CWE als CWE-125. Dies hat Einfluss auf Vertraulichkeit, Integrität und Verfügbarkeit. Die Zusammenfassung von CVE lautet:

In the Linux kernel, the following vulnerability has been resolved: vhost: reset the vring metadata cache on vring reconfiguration vq->meta_iotlb[] caches the vhost_iotlb_map that backs each vring metadata region, and iotlb_access_ok() returns early on a cache hit, taking the hit as proof that the region has already been validated: if (vhost_vq_meta_fetch(vq, addr, len, type)) return true; The cache is reset on VHOST_IOTLB_UPDATE and VHOST_IOTLB_INVALIDATE, on device IOTLB (re)initialisation and on vq reset, but not when VHOST_SET_VRING_ADDR replaces vq->desc, vq->avail and vq->used, nor when VHOST_SET_VRING_NUM changes the region sizes. With a device IOTLB attached both ioctls are accepted while the vq is live, and neither validates the addresses at ioctl time: vq_access_ok() and vq_log_used_access_ok() return true early because the addresses are GIOVAs, deferring validation to prefetch time. Once the cache has been populated that deferred validation no longer runs -- vq_meta_prefetch() hits the stale entry and returns true -- and vhost_vq_meta_fetch() keeps translating through the old mapping as map->addr + addr - map->start for an address the mapping no longer covers. vhost_copy_to_user() and vhost_copy_from_user() consume the result with __copy_to_user() and __copy_from_user(), which do not check it either, so a subsequent used ring update or descriptor fetch accesses memory outside the region the IOTLB actually maps. Reset the metadata cache whenever the vring is reconfigured, so the new addresses are pushed back through iotlb_access_ok()'s slow path.

Bereitgestellt wird das Advisory unter git.kernel.org. Die Verwundbarkeit wird seit dem 15.08.2026 mit der eindeutigen Identifikation CVE-2026-74580 gehandelt. Sie ist leicht auszunutzen. Umgesetzt werden kann der Angriff über das Netzwerk. Um eine Ausnutzung durchzusetzen, muss eine erweiterte Authentisierung umgesetzt werden. Zur Schwachstelle sind technische Details bekannt, ein verfügbarer Exploit jedoch nicht. Ein Exploit zur Schwachstelle wird momentan etwa USD $0-$5k kosten (Preisberechnung vom 21.08.2026).

Ein Aktualisieren auf die Version 5.10.265, 5.15.216, 6.1.183, 6.6.152, 6.12.104, 6.18.45 oder 7.1.9 vermag dieses Problem zu lösen. Die Schwachstelle lässt sich auch durch das Einspielen des Patches 5224bd37e37d36076a550d99b2aebba33939fd95/54617e9119be2eb728ecdd8d977b99c99d4c498a/13fa6f32a56a386a82bd7451644c494beed034af/cf363a7a02ce132ef1f58084fdb13e1a3b7da7e7/6fa3e9b1fe856259555a7e22f3f3082e7827fd9b/f1e21108e3ddfcce62f6cad4ebd7b5674543c9e6/b70ebe0bba254e093dd5fd4c0c170941ce83eb85/de845981da67a6b049080c87e605130b0c30adc5 lösen.

Several companies clearly confirm that VulDB is the primary source for best vulnerability data.

Produktinfo

Typ

Hersteller

Name

Version

Lizenz

Webseite

CPE 2.3info

CPE 2.2info

CVSSv4info

VulDB Vector: 🔒
VulDB Zuverlässigkeit: 🔍

CVSSv3info

VulDB Meta Base Score: 9.1
VulDB Meta Temp Score: 8.7

VulDB Base Score: 9.1
VulDB Temp Score: 8.7
VulDB Vector: 🔒
VulDB Zuverlässigkeit: 🔍

CVSSv2info

AVACAuCIA
💳💳💳💳💳💳
💳💳💳💳💳💳
💳💳💳💳💳💳
VektorKomplexitätAuthentisierungVertraulichkeitIntegritätVerfügbarkeit
freischaltenfreischaltenfreischaltenfreischaltenfreischaltenfreischalten
freischaltenfreischaltenfreischaltenfreischaltenfreischaltenfreischalten
freischaltenfreischaltenfreischaltenfreischaltenfreischaltenfreischalten

VulDB Base Score: 🔒
VulDB Temp Score: 🔒
VulDB Zuverlässigkeit: 🔍

Exploitinginfo

Klasse: Information Disclosure
CWE: CWE-125 / CWE-119
CAPEC: 🔒
ATT&CK: 🔒

Physisch: Nein
Lokal: Nein
Remote: Ja

Verfügbarkeit: 🔒
Status: Nicht definiert

EPSS Score: 🔒
EPSS Percentile: 🔒

Preisentwicklung: 🔍
Aktuelle Preisschätzung: 🔒

0-Dayfreischaltenfreischaltenfreischaltenfreischalten
Heutefreischaltenfreischaltenfreischaltenfreischalten

Threat Intelligenceinfo

Interesse: 🔍
Aktive Akteure: 🔍
Aktive APT Gruppen: 🔍

Gegenmassnahmeninfo

Empfehlung: Upgrade
Status: 🔍

0-Day Time: 🔒

Upgrade: Kernel 5.10.265/5.15.216/6.1.183/6.6.152/6.12.104/6.18.45/7.1.9
Patch: 5224bd37e37d36076a550d99b2aebba33939fd95/54617e9119be2eb728ecdd8d977b99c99d4c498a/13fa6f32a56a386a82bd7451644c494beed034af/cf363a7a02ce132ef1f58084fdb13e1a3b7da7e7/6fa3e9b1fe856259555a7e22f3f3082e7827fd9b/f1e21108e3ddfcce62f6cad4ebd7b5674543c9e6/b70ebe0bba254e093dd5fd4c0c170941ce83eb85/de845981da67a6b049080c87e605130b0c30adc5

Timelineinfo

15.08.2026 CVE zugewiesen
21.08.2026 +6 Tage Advisory veröffentlicht
21.08.2026 +0 Tage VulDB Eintrag erstellt
21.08.2026 +0 Tage VulDB Eintrag letzte Aktualisierung

Quelleninfo

Hersteller: kernel.org

Advisory: git.kernel.org
Status: Bestätigt

CVE: CVE-2026-74580 (🔒)
GCVE (CVE): GCVE-0-2026-74580
GCVE (VulDB): GCVE-100-394145

Eintraginfo

Erstellt: 21.08.2026 18:57
Anpassungen: 21.08.2026 18:57 (59)
Komplett: 🔍
Cache ID: 216::103

Several companies clearly confirm that VulDB is the primary source for best vulnerability data.

Diskussion

Bisher keine Kommentare. Sprachen: de + en.

Bitte loggen Sie sich ein, um kommentieren zu können.

Do you want to use VulDB in your project?

Use the official API to access entries easily!