Description
In the Linux kernel, the following vulnerability has been resolved:

ipvs: use parsed transport offset in SCTP state lookup

set_sctp_state() reads the SCTP chunk header again in order to drive the
IPVS SCTP state table. For IPv6 it computes the offset with
sizeof(struct ipv6hdr), while the surrounding IPVS code uses iph.len from
ip_vs_fill_iph_skb(), where ipv6_find_hdr() has already skipped
extension headers and found the real transport header.

This makes the state machine read from the wrong offset for IPv6 SCTP
packets that carry extension headers. For example, an INIT packet with an
8-byte destination options header can be scheduled correctly by
sctp_conn_schedule(), but set_sctp_state() reads the first byte of the
SCTP verification tag as a DATA chunk type. The connection then moves
from NONE to ESTABLISHED instead of INIT1, gets the longer established
timeout, and updates the active/inactive destination counters
incorrectly. This happens even though the SCTP handshake has not
completed.

Use the parsed transport offset passed down from ip_vs_set_state() for
the SCTP chunk-header lookup. For IPv4 and IPv6 packets without
extension headers this preserves the existing offset.
Published: 2026-08-15
Score: 8.2 High
EPSS: < 1% Very Low
KEV: No
Impact: SCTP state transition error in Linux IPVS
Action: Patch immediately
AI Analysis

Impact

In Linux kernel IPVS, the SCTP state lookup incorrectly uses the transport header offset for IPv6 packets that contain extension headers. The routine reads a chunk header from the wrong location, interpreting part of the SCTP verification tag as a chunk type. This causes the state machine to transition directly from NONE to ESTABLISHED, bypassing the normal INIT1 stage, and resulting in improper timeout handling and inaccurate destination counters. The flaw corresponds to buffer over-read and improper input validation (CWE-125, CWE-20).

Affected Systems

The problem exists in all Linux kernel releases that ship the IPVS component before the commit that applies the correct offset. No specific version range is provided in the advisory; any kernel incorporating that fix is considered up‑to‑date. Vendors affected are Linux kernel contributors.

Risk and Exploitability

The CVSS score of 8.2 indicates high severity. With an EPSS score of less than 1 % and no listing in the CISA KEV catalog, the likelihood of exploitation is low, but not zero. It is inferred that an attacker could remotely inject crafted IPv6 SCTP packets containing extension headers toward the IPVS service, causing the erroneous state transition. This inference follows from the fact that the vulnerability is triggered by incoming traffic and no privileged access is required.

Generated by OpenCVE AI on October 20, 2026 at 13:01 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Apply the latest Linux kernel update that includes the SCTP offset fix
  • If a kernel upgrade cannot be performed immediately, block IPv6 SCTP traffic with extension headers or disable SCTP support in IPVS
  • Monitor IPVS logs for abnormal state transition patterns and restart services when anomalies are detected

Generated by OpenCVE AI on October 20, 2026 at 13:01 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Ubuntu USN Ubuntu USN USN-8876-1 Linux kernel (Azure CVM) vulnerabilities
Ubuntu USN Ubuntu USN USN-8875-1 Linux kernel vulnerabilities
Ubuntu USN Ubuntu USN USN-8877-1 Linux kernel (GCP) vulnerabilities
Ubuntu USN Ubuntu USN USN-8878-1 Linux kernel (GCP) vulnerabilities
Ubuntu USN Ubuntu USN USN-8879-1 Linux kernel (Oracle) vulnerabilities
Ubuntu USN Ubuntu USN USN-8887-1 Linux kernel vulnerabilities
Ubuntu USN Ubuntu USN USN-8888-1 Linux kernel (Azure) vulnerabilities
Ubuntu USN Ubuntu USN USN-8889-1 Linux kernel (OEM) vulnerabilities
Ubuntu USN Ubuntu USN USN-8887-2 Linux kernel (AWS) vulnerabilities
Ubuntu USN Ubuntu USN USN-8888-2 Linux kernel (Azure) vulnerabilities
Ubuntu USN Ubuntu USN USN-8875-2 Linux kernel (NVIDIA) vulnerabilities
Ubuntu USN Ubuntu USN USN-8887-3 Linux kernel vulnerabilities
Ubuntu USN Ubuntu USN USN-8917-1 Linux kernel vulnerabilities
Ubuntu USN Ubuntu USN USN-8918-1 Linux kernel (Azure) vulnerabilities
History

Mon, 19 Oct 2026 22:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-20

Fri, 16 Oct 2026 17:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'yes', 'Exploitation': 'none', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Tue, 18 Aug 2026 04:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-20
CWE-704

Tue, 18 Aug 2026 00:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-125
References
Metrics threat_severity

None

threat_severity

Moderate


Mon, 17 Aug 2026 06:00:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 8.2, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:H'}


Sat, 15 Aug 2026 08:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-20
CWE-704

Sat, 15 Aug 2026 06:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: ipvs: use parsed transport offset in SCTP state lookup set_sctp_state() reads the SCTP chunk header again in order to drive the IPVS SCTP state table. For IPv6 it computes the offset with sizeof(struct ipv6hdr), while the surrounding IPVS code uses iph.len from ip_vs_fill_iph_skb(), where ipv6_find_hdr() has already skipped extension headers and found the real transport header. This makes the state machine read from the wrong offset for IPv6 SCTP packets that carry extension headers. For example, an INIT packet with an 8-byte destination options header can be scheduled correctly by sctp_conn_schedule(), but set_sctp_state() reads the first byte of the SCTP verification tag as a DATA chunk type. The connection then moves from NONE to ESTABLISHED instead of INIT1, gets the longer established timeout, and updates the active/inactive destination counters incorrectly. This happens even though the SCTP handshake has not completed. Use the parsed transport offset passed down from ip_vs_set_state() for the SCTP chunk-header lookup. For IPv4 and IPv6 packets without extension headers this preserves the existing offset.
Title ipvs: use parsed transport offset in SCTP state lookup
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-10-19T21:19:23.393Z

Reserved: 2026-08-09T03:40:39.900Z

Link: CVE-2026-72021

cve-icon Vulnrichment

Updated: 2026-10-16T15:50:12.548Z

cve-icon NVD

Status : Received

Published: 2026-08-15T06:21:01.053

Modified: 2026-10-19T22:17:22.433

Link: CVE-2026-72021

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-08-15T00:00:00Z

Links: CVE-2026-72021 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-20T13:15:14Z

Weaknesses