CVE-2026-74465

CVE CVE-2026-74465EUVD EUVD-2026-59658Veröffentlicht 2026-08-15T12:27:04.000ZZuletzt geändert 2026-08-19T16:37:07.000ZCVSS 7.8

Was das Advisory beschreibt

In the Linux kernel, the following vulnerability has been resolved: net: openvswitch: fix potential UAF on meter attach failure While attaching a newly created meter attach_meter() function makes the new meter visible to other CPUs but can still fail afterwards. On failure, it detaches the meter back and returns an error. However, this is an unexpected behavior for the ovs_meter_cmd_set() that uses a plain kfree(meter) on attach failure without waiting for RCU readers to stop using it, assuming it was never visible. This is never a problem for ovs-vswitchd as it always creates meters before creating any flows that use them. But the UAF can be triggered with a custom application using uAPI: BUG: KASAN: slab-use-after-free in ovs_meter_execute (net/openvswitch/meter.c:653) Read of size 8 at addr ffff88810d152650 by task meter/2508 Call Trace: ovs_meter_execute (net/openvswitch/meter.c:653) do_execute_actions (net/openvswitch/actions.c:1407) ovs_execute_actions (net/openvswitch/actions.c:1584) ovs_packet_cmd_execute (net/openvswitch/datapath.c:703) ... netlink_sendmsg (af_netlink.c:1900) Allocated by task 2519: __kasan_kmalloc (mm/kasan/common.c:398 mm/kasan/common.c:415) ovs_meter_cmd_set (net/openvswitch/meter.c:422) ... netlink_sendmsg (af_netlink.c:1900) Freed by task 2519: kfree (mm/slub.c:2705 mm/slub.c:6405 mm/slub.c:6720) ovs_meter_cmd_set (net/openvswitch/meter.c:479) ... netlink_sendmsg (af_netlink.c:1900) Fix that by making sure attach_meter() doesn't make the meter visible until all the checks are done and the function can't fail anymore. This also makes sure the "hash" value is calculated after the potential re-sizing of the table. Reported by Trend Micro's Zero Day Initiative as ZDI-CAN-31642.

Quelle: EUVD (ENISA), im Wortlaut der Meldung.

Produkte, die das Advisory nennt

Diese Angaben stammen aus der Meldung selbst, nicht aus einer Prüfung durch uns.

• Linux — Linux patch: 6.6.151; patch: 5.15.216; c7c4c44c9a95d87e50ced38f7480e779cb472174 <4d03e5fa3fbb1df15258a1eb3d6963f0d65659b3; c7c4c44c9a95d87e50ced38f7480e779cb472174 <90623c9499627803ef3f04fa25a3199402d4fb95; c7c4c44c9a95d87e50ced38f7480e779cb472174 <ddc0ef4217cc697c6ba1a295cc1ea42423ec68ac; c7c4c44c9a95d87e50ced38f7480e779cb472174 <496f3013c6ff759249abcfb2da2361c1a3e2e66d; patch: 7.2; patch: 7.1.8; c7c4c44c9a95d87e50ced38f7480e779cb472174 <a58a2b0ce354df531ebc71fc870058c2feb59f6b; c7c4c44c9a95d87e50ced38f7480e779cb472174 <431a295d93f76fbdb6a7cfce92a9e3dfee1e5d61; patch: 0; patch: 6.18.44; c7c4c44c9a95d87e50ced38f7480e779cb472174 <0310d1fa7f9debd0d89629e9f14c7975a47eaa9a; patch: 5.10.265; 5.8; patch: 6.1.183; patch: 6.12.103; c7c4c44c9a95d87e50ced38f7480e779cb472174 <b0de3b58dac3b02b528f72ee0397728aed11f993

Die genannten Versionen sind die Angabe der Meldung. Patchlage vergleicht keine Versionsnummern und leitet aus ihnen keine Aussage ab — welche Version installiert ist, muss ein Mensch nachsehen.

Im Produktkatalog geführt

Für diese Produkte kann ein Bestand in Patchlage erfasst werden. Ein Advisory dazu erscheint am Morgen danach im Lagebericht.

• Linux — Linux

Patchlage meldet Treffer und Verdachtsfälle. Zu allem anderen sagt dieses System nichts — weder diese Seite noch der Lagebericht behauptet je, dass ein Bestand sicher ist.