Skip to main content
cve.nowby Sazabi
← All vulnerabilities
CVE-2026-74398

ipv6: addrconf: bail out of dad_failure when state is no longer POSTDAD

Published
Last modified
published
Not listed in CISA KEV
Fix
Fixed in 3.11, 5.10.261, 5.15.212, 6.1.178, 6.6.145, and 3 more
None on Exploit-DB, Metasploit or GitHub
  • Exploitation: none
  • Automatable: yes
  • Technical impact: total

Summary

In the Linux kernel, the following vulnerability has been resolved: ipv6: addrconf: bail out of dad_failure when state is no longer POSTDAD addrconf_dad_failure() transitions ifp->state from DAD to POSTDAD via addrconf_dad_end(), which drops ifp->lock on return. The lock is re-acquired after net_info_ratelimited(). A concurrent ipv6_del_addr() can take the lock in that window, set ifp->state to DEAD and run list_del_rcu(&ifp->if_list). addrconf_dad_failure() then overwrites DEAD with ERRDAD at errdad: and schedules a new dad_work. The work calls ipv6_del_addr() again, hitting the already-poisoned list entry: general protection fault: 0000 [#1] SMP NOPTI CPU: 4 PID: 217 Comm: kworker/4:1 Workqueue: ipv6_addrconf addrconf_dad_work RIP: 0010:ipv6_del_addr+0xe9/0x280 RAX: dead000000000122 Call Trace: addrconf_dad_stop+0x113/0x140 addrconf_dad_work+0x28c/0x430 process_one_work+0x1eb/0x3b0 worker_thread+0x4d/0x400 kthread+0x104/0x140 ret_from_fork+0x35/0x40 Fold the addrconf_dad_end() logic into addrconf_dad_failure() under a single ifp->lock critical section. The STABLE_PRIVACY branch temporarily drops ifp->lock around address regeneration, so at lock_errdad: verify the state is still POSTDAD before transitioning to ERRDAD; bail out otherwise to avoid overwriting a state set by another path while the lock was released.

Timeline

  1. CVE published
  2. CISA SSVC assessment

    Exploitation: none · Automatable: yes · Technical impact: total

  3. Record last updated

Affected versions

  • Linux Linux

    From c15b1ccadb323ea50023e8f1cca2954129a62b51 · fixed in 47b05836705b63dab93d9ac7c69a3a507375ef80; From c15b1ccadb323ea50023e8f1cca2954129a62b51 · fixed in d21be7d051012c6b572fa4e3334443c250216f7b; From c15b1ccadb323ea50023e8f1cca2954129a62b51 · fixed in 875c284c0f98b042bb97abad460f63a24c977f88; From c15b1ccadb323ea50023e8f1cca2954129a62b51 · fixed in 8ed0ce9ea58d677d1bac92614ee5f60f8ea57363; From c15b1ccadb323ea50023e8f1cca2954129a62b51 · fixed in 3bdc86d89fd6c6523753fa6f42fcfaf30ee699cb; From c15b1ccadb323ea50023e8f1cca2954129a62b51 · fixed in b61af0268e3d1308c466bf0be5dced844eafc1ef; From c15b1ccadb323ea50023e8f1cca2954129a62b51 · fixed in e889aa99ad3ed48bb0ddcff6475b17542532d18b; From c15b1ccadb323ea50023e8f1cca2954129a62b51 · fixed in 627ac78f2741e2ebd2225e2e953b6964a8a9182f; From 3.10.105 · fixed in 3.11

  • Linux Linux

    3.14

  • KernelLinux

    From 3.14.0 · fixed in 5.10.261; From 5.11.0 · fixed in 5.15.212; From 5.16.0 · fixed in 6.1.178; From 6.2.0 · fixed in 6.6.145; From 6.7.0 · fixed in 6.12.97; From 6.13.0 · fixed in 6.18.40; From 6.19.0 · fixed in 7.1.5

References 8

git.kernel.org