{"id":"AZL-104745","summary":"CVE-2026-98099 affecting package kernel 6.6.157.1-1","details":"In the Linux kernel, the following vulnerability has been resolved:\n\nipv6: mcast: use rcu_assign_pointer() for __rcu list updates\n\nSeveral places in net/ipv6/mcast.c update RCU-protected lists\n(np-\u003eipv6_mc_list, idev-\u003emc_list, idev-\u003emc_tomb) using direct pointer\nassignments instead of rcu_assign_pointer():\n\n1. In __ipv6_dev_mc_dec(), unlinking a group from idev-\u003emc_list did:\n       *map = ma-\u003enext;\n   without rcu_assign_pointer() while concurrent readers traverse\n   idev-\u003emc_list locklessly under rcu_read_lock().\n2. In ipv6_sock_mc_drop() and __ipv6_sock_mc_close(), unlinking a group\n   from np-\u003eipv6_mc_list directly assigned *lnk = mc_lst-\u003enext and\n   np-\u003eipv6_mc_list = mc_lst-\u003enext without rcu_assign_pointer(), racing\n   with lockless readers in inet6_mc_check().\n3. In __ipv6_sock_mc_join(), mc_lst-\u003enext was initialized to\n   np-\u003eipv6_mc_list via raw assignment before publishing mc_lst.\n4. In mld_del_delrec() and __ipv6_dev_mc_inc(), __rcu source pointers\n   passed into rcu_assign_pointer() lacked explicit dereference helpers.\n\nFix these by consistently using rcu_assign_pointer() along with\nmc_dereference() / sock_dereference().","modified":"2026-09-27T05:34:32Z","published":"2026-09-25T11:17:39Z","upstream":["CVE-2026-98099"],"references":[{"type":"WEB","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-98099"}],"affected":[{"package":{"name":"kernel","ecosystem":"Azure Linux:3","purl":"pkg:rpm/azure-linux/kernel"},"ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"last_affected":"6.6.157.1-1"}]}],"database_specific":{"source":"https://github.com/microsoft/AzureLinuxVulnerabilityData/blob/main/osv/AZL-104745.json"}}],"schema_version":"1.9.0"}