---
id: CVE-2026-72021
title: 'ipvs: use parsed transport offset in SCTP state lookup'
summary: |-
  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 comp…
severity: high
cvss: 8.2
cvssVector: 'CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:H'
cvssSource: cna
vendor: Linux
product: Linux
affected:
  - >-
    Linux >= 2906f66a5682e5670a5eefe991843689b8d8563f <
    d2b8b1557ec07ea1bb5dddbceaf4dfe63d388e27
  - >-
    Linux >= 2906f66a5682e5670a5eefe991843689b8d8563f <
    9f94573ab962a9e81954b755da016fa3cd2f5039
  - >-
    Linux >= 2906f66a5682e5670a5eefe991843689b8d8563f <
    290e9e8389b556efc603522e28bd1543846aa336
  - >-
    Linux >= 2906f66a5682e5670a5eefe991843689b8d8563f <
    9cb5ac594ca76d3a71803b23b74c835b0721e628
  - >-
    Linux >= 2906f66a5682e5670a5eefe991843689b8d8563f <
    a4a2d2e483d79cc2ad3a170674cf159644acf22b
  - >-
    Linux >= 2906f66a5682e5670a5eefe991843689b8d8563f <
    247d055504dcc852e539b9f7f30d19f9741474bf
  - >-
    Linux >= 2906f66a5682e5670a5eefe991843689b8d8563f <
    e5d0bb8871668f20de8f3c94b5ae3f372346bc6e
  - >-
    Linux >= 2906f66a5682e5670a5eefe991843689b8d8563f <
    2f75c0faa3361b28e36cc0512b3299e163e25789
  - Linux 2.6.34
ssvc:
  exploitation: none
  automatable: 'yes'
  technicalImpact: partial
  timestamp: '2026-10-16T15:50:11.842623Z'
published: '2026-08-15'
updated: '2026-10-16'
sourceUpdated: '2026-10-16T15:53:16.552Z'
source: CVEORG
sourceUrl: 'https://www.cve.org/CVERecord?id=CVE-2026-72021'
references:
  - url: 'https://git.kernel.org/stable/c/d2b8b1557ec07ea1bb5dddbceaf4dfe63d388e27'
  - url: 'https://git.kernel.org/stable/c/9f94573ab962a9e81954b755da016fa3cd2f5039'
  - url: 'https://git.kernel.org/stable/c/290e9e8389b556efc603522e28bd1543846aa336'
  - url: 'https://git.kernel.org/stable/c/9cb5ac594ca76d3a71803b23b74c835b0721e628'
  - url: 'https://git.kernel.org/stable/c/a4a2d2e483d79cc2ad3a170674cf159644acf22b'
  - url: 'https://git.kernel.org/stable/c/247d055504dcc852e539b9f7f30d19f9741474bf'
  - url: 'https://git.kernel.org/stable/c/e5d0bb8871668f20de8f3c94b5ae3f372346bc6e'
  - url: 'https://git.kernel.org/stable/c/2f75c0faa3361b28e36cc0512b3299e163e25789'
tags:
  - cve.org
epss: 0.00589
epssPercentile: 0.4702
ingestedAt: '2026-10-16T17:24:46.872Z'
---

## Overview

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.

## Affected

- `Linux >= 2906f66a5682e5670a5eefe991843689b8d8563f < d2b8b1557ec07ea1bb5dddbceaf4dfe63d388e27`
- `Linux >= 2906f66a5682e5670a5eefe991843689b8d8563f < 9f94573ab962a9e81954b755da016fa3cd2f5039`
- `Linux >= 2906f66a5682e5670a5eefe991843689b8d8563f < 290e9e8389b556efc603522e28bd1543846aa336`
- `Linux >= 2906f66a5682e5670a5eefe991843689b8d8563f < 9cb5ac594ca76d3a71803b23b74c835b0721e628`
- `Linux >= 2906f66a5682e5670a5eefe991843689b8d8563f < a4a2d2e483d79cc2ad3a170674cf159644acf22b`
- `Linux >= 2906f66a5682e5670a5eefe991843689b8d8563f < 247d055504dcc852e539b9f7f30d19f9741474bf`
- `Linux >= 2906f66a5682e5670a5eefe991843689b8d8563f < e5d0bb8871668f20de8f3c94b5ae3f372346bc6e`
- `Linux >= 2906f66a5682e5670a5eefe991843689b8d8563f < 2f75c0faa3361b28e36cc0512b3299e163e25789`
- `Linux 2.6.34`

## Remediation

Refer to the linked advisories for vendor-supplied fixes and affected version ranges.