{"id":"CVE-2026-23103","summary":"ipvlan: Make the addrs_lock be per port","details":"In the Linux kernel, the following vulnerability has been resolved:\n\nipvlan: Make the addrs_lock be per port\n\nMake the addrs_lock be per port, not per ipvlan dev.\n\nInitial code seems to be written in the assumption,\nthat any address change must occur under RTNL.\nBut it is not so for the case of IPv6. So\n\n1) Introduce per-port addrs_lock.\n\n2) It was needed to fix places where it was forgotten\nto take lock (ipvlan_open/ipvlan_close)\n\nThis appears to be a very minor problem though.\nSince it's highly unlikely that ipvlan_add_addr() will\nbe called on 2 CPU simultaneously. But nevertheless,\nthis could cause:\n\n1) False-negative of ipvlan_addr_busy(): one interface\niterated through all port-\u003eipvlans + ipvlan-\u003eaddrs\nunder some ipvlan spinlock, and another added IP\nunder its own lock. Though this is only possible\nfor IPv6, since looks like only ipvlan_addr6_event() can be\ncalled without rtnl_lock.\n\n2) Race since ipvlan_ht_addr_add(port) is called under\ndifferent ipvlan-\u003eaddrs_lock locks\n\nThis should not affect performance, since add/remove IP\nis a rare situation and spinlock is not taken on fast\npaths.","modified":"2026-04-04T03:02:39.971160Z","published":"2026-02-04T16:08:24.771Z","database_specific":{"osv_generated_from":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/23xxx/CVE-2026-23103.json","cna_assigner":"Linux"},"references":[{"type":"WEB","url":"https://git.kernel.org/stable/c/04ba6de6eff61238e5397c14ac26a6578c7735a5"},{"type":"WEB","url":"https://git.kernel.org/stable/c/1f300c10d92c547c3a7d978e1212ff52f18256ed"},{"type":"WEB","url":"https://git.kernel.org/stable/c/3c149b662cbb202a450e81f938e702ba333864ad"},{"type":"WEB","url":"https://git.kernel.org/stable/c/6a81e2db096913d7e43aada1c350c1282e76db39"},{"type":"WEB","url":"https://git.kernel.org/stable/c/70feb16e3fbfb10b15de1396557c38e99f1ab8df"},{"type":"WEB","url":"https://git.kernel.org/stable/c/88f83e6c9cdb46b8c8ddd0ba01393362963cf589"},{"type":"WEB","url":"https://git.kernel.org/stable/c/d3ba32162488283c0a4c5bedd8817aec91748802"},{"type":"ADVISORY","url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/23xxx/CVE-2026-23103.json"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-23103"},{"type":"PACKAGE","url":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git"}],"affected":[{"ranges":[{"type":"GIT","repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","events":[{"introduced":"8230819494b3bf284ca7262ac5f877333147b937"},{"fixed":"3c149b662cbb202a450e81f938e702ba333864ad"},{"fixed":"70feb16e3fbfb10b15de1396557c38e99f1ab8df"},{"fixed":"88f83e6c9cdb46b8c8ddd0ba01393362963cf589"},{"fixed":"04ba6de6eff61238e5397c14ac26a6578c7735a5"},{"fixed":"1f300c10d92c547c3a7d978e1212ff52f18256ed"},{"fixed":"6a81e2db096913d7e43aada1c350c1282e76db39"},{"fixed":"d3ba32162488283c0a4c5bedd8817aec91748802"}]}],"database_specific":{"source":"https://storage.googleapis.com/osv-test-cve-osv-conversion/osv-output/CVE-2026-23103.json"}},{"package":{"name":"Kernel","ecosystem":"Linux"},"ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"4.17.0"},{"fixed":"5.10.249"}]},{"type":"ECOSYSTEM","events":[{"introduced":"5.11.0"},{"fixed":"5.15.199"}]},{"type":"ECOSYSTEM","events":[{"introduced":"5.16.0"},{"fixed":"6.1.162"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.2.0"},{"fixed":"6.6.122"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.7.0"},{"fixed":"6.12.68"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.13.0"},{"fixed":"6.18.8"}]}],"database_specific":{"source":"https://storage.googleapis.com/osv-test-cve-osv-conversion/osv-output/CVE-2026-23103.json"}}],"schema_version":"1.7.5","severity":[{"type":"CVSS_V3","score":"CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H"}]}