CVE-2026-68408

CVE CVE-2026-68408EUVD EUVD-2026-55594Veröffentlicht 2026-08-10T12:04:28.000Z

Was das Advisory beschreibt

In the Linux kernel, the following vulnerability has been resolved: wifi: cfg80211: convert pmsr_free_wk to wiphy_work to fix deadlock When a netlink socket that owns a PMSR session is closed, cfg80211_release_pmsr() clears the request's nl_portid and queues pmsr_free_wk to call cfg80211_pmsr_process_abort() asynchronously. If the interface tears down concurrently, cfg80211_pmsr_wdev_down() is called under wiphy_lock and calls cancel_work_sync(&pmsr_free_wk) to wait for any running work. The work function acquires wiphy_lock via guard(wiphy) before calling process_abort. This is a deadlock: wdev_down holds wiphy_lock and blocks inside cancel_work_sync(); pmsr_free_wk blocks trying to acquire that same wiphy_lock. Neither thread can proceed. The same deadlock is reachable from cfg80211_leave_locked(), which calls cfg80211_pmsr_wdev_down() for all interface types under wiphy_lock. Fix this by converting pmsr_free_wk from a plain work_struct to a wiphy_work. The wiphy_work dispatcher holds wiphy_lock when running work items, so the explicit guard(wiphy) in the work function is no longer needed. wiphy_work_cancel() can be called safely while holding wiphy_lock - since wiphy_lock prevents the work from running concurrently, wiphy_work_cancel() never blocks, eliminating the deadlock. Remove the cancel_work_sync() for pmsr_free_wk from the NETDEV_GOING_DOWN handler. cfg80211_leave(), called unconditionally just before it, already cancels any pending work under wiphy_lock via wiphy_work_cancel() inside cfg80211_pmsr_wdev_down().

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 d32c07ef1880fe20cf4ab223dbfedc9c0b2816aa <21512b5f7a74fd18c996c22e6854efe57d570816; 37e776e2e0a523731e2470dce6d563f0e8632a40; 6.6.130 <6.7; 7.0; patch: 6.18.42; 6dccbc9f3e1d38565dff7730d2b7d1e8b16c9b09 <0a77d9fb4d5c0e01306cd406ffdee8f1fe955c0e; patch: 7.2-rc4; 6.18.20 <6.18.42; a1b7a843f12a0c3e9d3a2ca607ce451916ef42cf <133684982dd0c24359fcc641d19d89cc17d6e5ef; patch: 7.1.6; 72b7ea786b8e570ae11149e9089859a4a8634a13; patch: 0; 6.19.10 <6.20; 6dccbc9f3e1d38565dff7730d2b7d1e8b16c9b09 <2b0eab425e1f658d8fe1df7590e3b9af5959505e; 6.1.167 <6.2; 28d3551f8d8cb3aec7497894d94150fe84d20e5e; patch: 6.12.101; 6.12.78 <6.12.101

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.