CVE-2026-72021CWE-20

CVE-2026-72021

High · published August 15, 2026

CVSS v3.1
8.2
EPSS
1%
Percentile
47.5
In the wild
Unconfirmed
What it is

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.

The record
Technical detail
CVSS v3.1
8.2 · HIGH
Vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:H
CVSS v4.0
Not supplied
EPSS
0.00589 · 47.5th percentile
Weakness
CWE-20 · Improper Input Validation
Published
2026-08-15T10:21Z
References (8)
EPSS history
Timeline
  • 15 AUG 05:51Z
    ipvs: use parsed transport offset in SCTP state lookup
    cvelistv5