Intel

CVE-2026-64293

Linux kernel (GCP) vulnerabilities

highEPSS 0.2 %

Beschreibung

Im Linux-Kernel wurde folgende Schwachstelle behoben:

iommufd: Verwenden Sie sizeof(*hdr) anstatt sizeof(hdr) in der veventq-Leseoperation

Die Grenzprüfung in iommufd_veventq_fops_read() für den normalen vEVENT-Pfad verwendet sizeof(hdr), während der umgebende Code konsistent sizeof(*hdr) verwendet:

if (!vevent_for_lost_events_header(cur) &&
    sizeof(hdr) + cur->data_len > count - done) {

hdr wird als struct iommufd_vevent_header * deklariert, sodass sizeof(hdr) die Größe des Zeigers auswertet. Der umgebende Code verwendet konsistent sizeof(*hdr):

if (done >= count || sizeof(*hdr) > count - done) {
    ...
if (copy_to_user(buf + done, hdr, sizeof(*hdr))) {
    ...
done += sizeof(*hdr);

struct iommufd_vevent_header ist derzeit 8 Bytes groß (zwei __u32-Felder, flags und sequence), sodass auf 64-Bit (sizeof(void *) == 8) die beiden Ausdrücke zufällig gleich sind und die Prüfung wie beabsichtigt funktioniert.

Auf 32-Bit (sizeof(void *) == 4) unterschätzt die Prüfung den Header um 4 Bytes: Ein vEVENT, dessen data_len dazu führt, dass 8 + cur->data_len count - done überschreitet, während 4 + cur->data_len dies nicht tut, wird die Prüfung bestehen. Dann kopiert der Schleifenkörper 8 Bytes des Headers gefolgt von data_len Bytes Payload in den Benutzerpuffer hinein.

Es handelt sich auch um einen latenten Fehler für jede zukünftige Erweiterung von struct iommufd_vevent_header über sizeof(void *) auf 64-Bit; die Prüfung sollte nicht davon abhängig sein, dass der Typ zufällig mit der Breite des Host-Pointer-Typs übereinstimmt.

Verwenden Sie sizeof(*hdr), um den Rest der Funktion und die tatsächliche Menge zu entsprechen, die kopiert wird.

Quelle: UBUNTU_USNUBUNTU_USNUBUNTU_USNBSIBSI_CSAFNVDCVELISTV5

Metriken

Severity
high
Priority-Score
231.31
KEV-Status
—
Exploit-Reife
kein öffentlicher PoC bekannt
XIEM Effective CVSS
7.8
Quelle: nvd-v3
CVSS v3
7.8
CVSS v4
—
EPSS-Perzentil
5.7 %
Niedrig — CVE gehört zu den unteren 10 % der heute bewerteten CVEs.
EPSS-Score
0.2 %
Niedrig — Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.
Veröffentlicht
2026-09-07 09:05 UTC
CWE
—

Re-Analyse & Statuswechsel

Chronologie der NVD-Audit-Events für diese CVE — Reanalyses, CVSS-Updates, CPE-Diffs.

  1. CVE Modified2026-08-17 05:17 UTC· 416baaa9-dc9f-4396-8d5f-8c081fb06d67
    • Affected: Linux, Linux → Linux, Linux
  2. New CVE Received2026-07-25 10:17 UTC· 416baaa9-dc9f-4396-8d5f-8c081fb06d67
    • Affected: Linux, Linux
    • Description: In the Linux kernel, the following vulnerability has been resolved: iommufd: Use sizeof(*hdr) instead of sizeof(hdr) in veventq read The bound-check in iommufd_veventq_fops_read() for the normal vEVENT path uses sizeof(hdr) where the surrounding code uses sizeof(*hdr): if (!vevent_for_lost_events_header(cur) && sizeof(hdr) + cur->data_len > count - done) { hdr is declared as struct iommufd_vevent_header *, so sizeof(hdr) evaluates to the size of the pointer. Surrounding code uses sizeof(*hdr) consistently: if (done >= count || sizeof(*hdr) > count - done) { ... if (copy_to_user(buf + done, hdr, sizeof(*hdr))) { ... done += sizeof(*hdr); struct iommufd_vevent_header is currently 8 bytes (two __u32 fields, flags and sequence), so on 64-bit (sizeof(void *) == 8) the two expressions happen to be equal and the check works as intended. On 32-bit (sizeof(void *) == 4) the check under-counts the header by 4 bytes: a vEVENT whose data_len causes 8 + cur->data_len to exceed count - done while 4 + cur->data_len does not will pass the check, then the loop will copy_to_user 8 bytes of header followed by data_len bytes of payload, writing past the user-supplied buffer. It is also a latent bug for any future expansion of struct iommufd_vevent_header beyond sizeof(void *) on 64-bit; the check should not depend on the type happening to match the host pointer width. Use sizeof(*hdr) to match the rest of the function and the actual amount that will be copied.
    • Reference: https://git.kernel.org/stable/c/04a177f91160ee18da98f5689482cf0f589ec869
    • Reference: https://git.kernel.org/stable/c/0cdbb97a4dbd69abdd2ab998b4fbc7803d4b0b72

Betroffene Betriebssysteme

  • linux

    redhat / enterprise_linux10.0

  • linux

    redhat / enterprise_linux7.0

  • linux

    redhat / enterprise_linux8.0

  • linux

    redhat / enterprise_linux9.0

  • linux

    ubuntu / linux-aws-6.8jammy

  • linux

    ubuntu / linux-azureresolute

  • linux

    ubuntu / linux-azuretrusty

  • linux

    ubuntu / linux-azurexenial

  • linux

    ubuntu / linux-azure-4.15bionic

  • linux

    ubuntu / linux-azure-5.4bionic

  • linux

    ubuntu / linux-azure-fdenoble

  • linux

    ubuntu / linux-azure-fderesolute

  • linux

    ubuntu / linux-azure-fde-6.8jammy

  • linux

    ubuntu / linux-azure-fipsbionic

  • linux

    ubuntu / linux-azure-fipsfocal

  • linux

    ubuntu / linux-azure-fipsnoble

  • linux

    ubuntu / linux-fipsjammy

  • linux

    ubuntu / linux-gcp-7.0noble

  • linux

    ubuntu / linux-gkejammy

  • linux

    ubuntu / linux-nvidia-tegranoble

  • linux

    ubuntu / linux-raspinoble

  • linux

    ubuntu / linux-raspi-realtimenoble

  • linux

    linux / linux_kernel2.6.12

  • linux

    linux / linux_kernel2.6.15

Quellen & Referenzen

Verknüpfte CVEs

1392 weitere CVEs anzeigen
IDCVE-2026-64293
Linux kernel (GCP) vulnerabilities — CVE-2026-64293 | NEOSEC Intel