CVE-2026-98073 in Linux
Résumé
par VulDB • 25/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
net : Suppression des altnames conflictuels pour les netns mourants dans __dev_change_net_namespace().
syzbot a signalé l'avertissement suivant dans cfg80211_pernet_exit() [0].
La reproduction de la vulnérabilité effectue les opérations suivantes : 1. création de deux appareils dans le root netns et un non-root netns ; 2. attribution du même altname aux deux appareils ; 3. suppression du non-root netns.
Depuis l'engagement (commit) 7663d522099e ("net : vérification des conflits d'altnames lors du changement de netns pour un netdev"), cfg80211_switch_netns() et cfg802154_switch_netns() échouent si init_net possède un appareil avec l'altname conflictuel.
default_device_exit_net() présentait le même problème, qui a été corrigé par l'engagement d09486a04f5d ("net : correction de la suppression d'un namespace avec des altnames conflictuels").
cfg80211_pernet_exit() et cfg802154_pernet_exit() nécessitent la même correction.
Nous généralisons cette correction en supprimant les altnames conflictuels pour les netns mourants dans __dev_change_net_namespace().
[0] :
cfg80211_switch_netns(rdev, &init_net) AVERTISSEMENT : net/wireless/core.c:1871 à cfg80211_pernet_exit+0xd5/0x120 net/wireless/core.c:1871, CPU#1 : kworker/u8:9/1160 Modules liés dans : CPU : 1 UID : 0 PID : 1160 Comm : kworker/u8:9 Non modifié (tainted) syzkaller #0 PREEMPT(full) Nom du matériel : Google Google Compute Engine/Google Compute Engine, BIOS Google 24/07/2026 Workqueue : netns cleanup_net RIP : 0010:cfg80211_pernet_exit+0xd5/0x120 net/wireless/core.c:1871 Code : e8 03 42 80 3c 20 00 74 08 4c 89 f7 e8 b4 ef 0e f7 4d 8b 36 49 81 fe 20 10 4a 90 74 12 e8 03 3d 9f f6 eb 85 e8 fc 3c 9f f6 90 <0f> 0b 90 eb cc e8 f1 3c 9f f6 eb 05 e8 ea 3c 9f f6 5b 41 5c 41 5e RSP : 0018:ffffc900057a78f0 EFLAGS : 00010293 RAX : ffffffff8b287154 RBX : ffff88807ba72780 RCX : ffff8880213e8000 RDX : 0000000000000000 RSI : 00000000ffffffef RDI : 0000000000000000 RBP : 00000000ffffffef R08 : ffffffff9024cc67 R09 : 0000000000000000 R10 : fffff52000af4eb0 R11 : fffffbfff204998d R12 : dffffc0000000000 R13 : ffffffff904a1080 R14 : ffff888144ed0008 R15 : ffff888144ed0e20 FS : 0000000000000000(0000) GS : ffff888124de6000(0000) knlGS:0000000000000000 CS : 0010 DS : 0000 ES : 0000 CR0 : 0000000080050033 CR2 : 00005642de0a8a70 CR3 : 000000007a40c000 CR4 : 00000000003526f0 Pile d'appels (Call Trace) : <TASK> ops_exit_list net/core/net_namespace.c:200 [inline]
ops_undo_list+0x43d/0x8d0 net/core/net_namespace.c:253 cleanup_net+0x572/0x810 net/core/net_namespace.c:706 process_one_work kernel/workqueue.c:3387 [inline]
process_scheduled_works+0xc3d/0x1630 kernel/workqueue.c:3470 worker_thread+0xa47/0xfb0 kernel/workqueue.c:3551 kthread+0x38b/0x480 kernel/kthread.c:436 ret_from_fork+0x514/0xb70 arch/x86/kernel/process.c:158 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:245 </TASK>
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.