boxscore/security
CVE · referencelatest edition

Reference page — cumulative record through Monday, October 19, 2026 UTC. Reference pages update as the archive grows; only dated daily editions are immutable pages of record.

CVE-2026-23103

Linux Linux — ipvlan: Make the addrs_lock be per port
  AV  AC  PR  UI  S  C  I  A   CVSS    EPSS   %ile   KEV
   L   L   L   N  U  N  N  H    5.5   .0013    2.0     —
AFFECTED
  Product  Versions                                    Fixed
  Linux    8230819494b3bf284ca7262ac5f877333147b937 –  —
  Linux    4.17 –                                      5.10.249
TIMELINE
  Jan 13  Reserved by Linux
  Feb 4   Published (CNA: Linux)
  Oct 15  RESCORED — CVE-2026-23103 (Linux). CVSS 7.8 → 5.5 (NVD).
CWE-667 · CNA: Linux · CVSS v3.1 · 9 references · NVD status: Modified

Description

In the Linux kernel, the following vulnerability has been resolved: ipvlan: Make the addrs_lock be per port Make the addrs_lock be per port, not per ipvlan dev. Initial code seems to be written in the assumption, that any address change must occur under RTNL. But it is not so for the case of IPv6. So 1) Introduce per-port addrs_lock. 2) It was needed to fix places where it was forgotten to take lock (ipvlan_open/ipvlan_close) This appears to be a very minor problem though. Since it's highly unlikely that ipvlan_add_addr() will be called on 2 CPU simultaneously. But nevertheless, this could cause: 1) False-negative of ipvlan_addr_busy(): one interface iterated through all port->ipvlans + ipvlan->addrs under some ipvlan spinlock, and another added IP under its own lock. Though this is only possible for IPv6, since looks like only ipvlan_addr6_event() can be called without rtnl_lock. 2) Race since ipvlan_ht_addr_add(port) is called under different ipvlan->addrs_lock locks This should not affect performance, since add/remove IP is a rare situation and spinlock is not taken on fast paths.

Lifecycle

Complete event history — 3 events, chronological
DateEventDetail
January 13, 2026ReservedReserved by Linux
February 4, 2026PublishedPublished (CNA: Linux)
October 15, 2026RESCOREDRESCORED — CVE-2026-23103 (Linux). CVSS 7.8 → 5.5 (NVD).

Affected

Affected products and packages — 2 rows
VendorProduct / PackageEcosystemVersion introducedFixed
LinuxLinux—8230819494b3bf284ca7262ac5f877333147b937—
LinuxLinux—4.175.10.249

Weaknesses

CWE-667

References (9)

Related

Authoritative record: CVE-2026-23103 at cve.org

Vendors: linux

Weaknesses: CWE-667

About this page

This is a reference page, not a dated page of record. It assembles the complete lifecycle of CVE-2026-23103 from the CVE Program record, NVD enrichment, the CISA KEV catalog, EPSS, and OSV advisories. The box score's numbers (CVSS, EPSS, KEV status) are current as of Monday, October 19, 2026 UTC and are re-derived as the archive grows; only dated daily editions are immutable pages of record. The authoritative source for this identifier is cve.org.