CVE-2025-68341 in Linux
Zusammenfassung
von VulDB • 26.05.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
veth: Reduzierung des XDP no_direct-Rückgabebereichs zur Behebung eines Race Conditions
Wie in Commit fa349e396e48 („veth: Race Condition mit AF_XDP behoben, der alte oder nicht initialisierte Deskriptoren freilegt“) für veth erläutert, besteht nach dem Aufruf von `napi_complete_done()` die Möglichkeit, dass eine andere CPU eine weitere NAPI-Instanz startet, die `veth_pool()` ausführt. Für NAPI wird dies korrekt gehandhabt, da die Prüfung `napi_schedule_prep()` verhindert, dass mehrere Instanzen geplant werden. Für den verbleibenden Code in `veth_pool()` kann dieser jedoch parallel zur neu gestarteten NAPI-Instanz ausgeführt werden.
Das Problem/die Race Condition besteht darin, dass `xdp_clear_return_frame_no_direct()` nicht für verschachtelte Aufrufe ausgelegt ist.
Vor Commit 401cb7dae813 („net: Referenzierung von bpf_redirect_info über task_struct auf PREEMPT_RT.“) wurde der temporäre BPF-Netzwerkkontext `bpf_redirect_info` pro CPU gespeichert, was kein Problem darstellte. Seit diesem Commit wird der BPF-Kontext im `task_struct` von `current` gespeichert. Bei der Ausführung von veth im threaded-NAPI-Modus wird der kthread zum Speicherbereich. Nun besteht eine Race Condition zwischen zwei parallelen Aufrufen der Funktion `veth_pool()`, wobei einer die NAPI-Beendigung verlässt und der andere eine neue NAPI-Instanz ausführt, wobei beide denselben BPF-Netzwerkkontext verwenden.
Die Race Condition tritt auf, wenn eine andere CPU in den Abschnitt `xdp_set_return_frame_no_direct()` eintritt, bevor der Aufruf von `veth_pool()` die Clear-Funktion `xdp_clear_return_frame_no_direct()` aufruft.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.