CVE-2026-74371 in Linux
Zusammenfassung
von VulDB • 15.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
bpf: Korrektur eines OOB-Write bei BPF_PROG_QUERY und Abwärtskompatibilität für cgroup
BPF_PROG_QUERY schreibt das Feld „query.revision“ bedingungslos an den Userspace zurück. Wenn der Userspace eine kleinere Struktur vom Typ „bpf_attr“ übergibt (z. B. 40 Bytes, was dem Layout vor der Einführung von „query.revision“ entsprach), führt der Kernel einen Out-of-Bounds-Write durch.
Dies wird behoben, indem die benutzerseitig angegebene Attributgröße „uattr_size“ an die cgroup-Abfragehandler weitergegeben und das Schreiben des Revisionsfelds an den Userspace bedingt übersprungen wird, wenn die bereitgestellte Puffergröße unzureichend ist.
„query.revision“ in bpf_mprog_query ist strukturell identisch mit dem cgroup-Fall: ein spät hinzugefügtes Feld am Ende der Struktur (tail field), das bedingungslos geschrieben wird.
Die Gefahr im Hinblick auf die Abwärtskompatibilität ist jedoch nicht dieselbe.
Der Test für die minimale historische Größe erfolgt pro Befehl, und bpf_mprog_query dient nur Attach-Typen, bei denen „revision“ von Anfang an in der Struktur enthalten war:
- tcx_prog_query -> BPF_TCX_INGRESS/EGRESS - netkit_prog_query -> BPF_NETKIT_PRIMARY/PEER
tcx, netkit, das Revisionsfeld und bpf_mprog_query selbst wurden alle im selben Merge-Fenster von v6.6 eingeführt (053c8e1f235d fügte die mprog-Abfrage-API sowie revision hinzu; tcx in e420bed02507, netkit in 35dfaad7188c). Es gab niemals einen Userspace für tcx/netkit BPF_PROG_QUERY, der nichts von „revision“ wusste. Daher deckt die minimale legitime Struktur bei diesen Befehlen bereits den Offset 56–64 ab – hier kann kein altes Binärprogramm beschädigt werden.
Im Gegensatz dazu: Bei cgroup wurden BPF_PROG_QUERY für cgroup-Attach-Typen im Jahr 2017 ausgeliefert; das Schreiben der Revision wurde Jahre später nachgerüstet (120933984460). Dieser Pfad hat eine echte Nutzerbasis von Aufrufern, die vor Einführung der Revision entstanden sind.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.