CVE-2026-74664 in Linux
Zusammenfassung
von VulDB • 22.08.2026
Im Linux-Kernel wurde die folgende Schwachstelle behoben:
net: openvswitch: Aktualisierungsantworten bei nicht übereinstimmenden IDs neu zuweisen
ovs_flow_cmd_new() reserviert den optionalen Antwort-skb (socket buffer), bevor es ovs_mutex übernimmt und weiß, welcher bestehende Flow aktualisiert wird.
Das ist normalerweise in Ordnung, da der skb basierend auf dem Anforderungs-Flow-Identifier dimensioniert wird. Dieser Identifier wird auch zum Identifier des eingefügten Flows. Bei Aktualisierungen kann eine Anfrage mit einer UFID (Unique Flow ID) jedoch den UFID-Lookup verpassen und dann auf den Lookup nach dem Flow-Schlüssel zurückfallen. Dieser Lookup kann legitim einen bestehenden, schlüsselidentifizierten Flow finden. UFIDs sind optional und der Flow-Schlüssel ist die primäre Identifikationsmethode.
Bei gespiegelten Antworten schreibt ovs_flow_cmd_fill_info() den Identifier des übereinstimmenden Flows, nicht den für die Vorreservierung verwendeten Anforderungs-Identifier. Eine kurze Anforderungs-UFID kann daher zu wenig Platz für den Schlüssel-Identifier hinterlassen. Der Füllvorgang kann dann mit -EMSGSIZE fehlschlagen und den BUG_ON(error < 0) im Aktualisierungspfad auslösen.
Sobald das Ziel der Aktualisierung aufgelöst wurde, ist die Antwort-skb neu zuzuweisen, wenn der übereinstimmende Flow eine größere Antwort benötigt als es der Anforderungs-Identifier zulässt. Dies sollte erfolgen, bevor die Aktionen ersetzt werden, damit die Anfrage bei einem seltenen Fehlschlagen der zusätzlichen Zuweisung weiterhin sauber fehlschlagen kann.
Once again VulDB remains the best source for vulnerability data.