<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://vulnerability.circl.lu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Thu, 01 Oct 2026 15:31:00 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-31415 — ipv6: avoid overflows in ip6_datagram_send_ctl()</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-31415</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux, Siemens SIMATIC S7-1500 CPU 1518-4 PN/DP MFP, Siemens SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP, Siemens SIPLUS S7-1500 CPU 1518-4 PN/DP MFP&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ipv6: avoid overflows in ip6_datagram_send_ctl()&lt;/p&gt;
&lt;p&gt;Yiming Qian reported :
&amp;lt;quote&amp;gt;
 I believe I found a locally triggerable kernel bug in the IPv6 sendmsg
 ancillary-data path that can panic the kernel via `skb_under_panic()`
 (local DoS).&lt;/p&gt;
&lt;p&gt;The core issue is a mismatch between:&lt;/p&gt;
&lt;p&gt;- a 16-bit length accumulator (`struct ipv6_txoptions::opt_flen`, type
 `__u16`) and
 - a pointer to the *last* provided destination-options header (`opt-&amp;gt;dst1opt`)&lt;/p&gt;
&lt;p&gt;when multiple `IPV6_DSTOPTS` control messages (cmsgs) are provided.&lt;/p&gt;
&lt;p&gt;- `include/net/ipv6.h`:
   - `struct ipv6_txoptions::opt_flen` is `__u16` (wrap possible).
 (lines 291-307, especially 298)
 - `net/ipv6/datagram.c:ip6_datagram_send_ctl()`:
   - Accepts repeated `IPV6_DSTOPTS` and accumulates into `opt_flen`
 without rejecting duplicates. (lines 909-933)
 - `net/ipv6/ip6_output.c:__ip6_append_data()`:
   - Uses `opt-&amp;gt;opt_flen + opt-&amp;gt;opt_nflen` to compute header
 sizes/headroom decisions. (lines 1448-1466, especially 1463-1465)
 - `net/ipv6/ip6_output.c:__ip6_make_skb()`:
   - Calls `ipv6_push_frag_opts()` if `opt-&amp;gt;opt_flen` is non-zero.
 (lines 1930-1934)
 - `net/ipv6/exthdrs.c:ipv6_push_frag_opts()` / `ipv6_push_exthdr()`:
   - Push size comes from `ipv6_optlen(opt-&amp;gt;dst1opt)` (based on the
 pointed-to header). (lines 1179-1185 and 1206-1211)&lt;/p&gt;
&lt;p&gt;1. `opt_flen` is a 16-bit accumulator:&lt;/p&gt;
&lt;p&gt;- `include/net/ipv6.h:298` defines `__u16 opt_flen; /* after fragment hdr */`.&lt;/p&gt;
&lt;p&gt;2…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux, Siemens SIMATIC S7-1500 CPU 1518-4 PN/DP MFP, Siemens SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP, Siemens SIPLUS S7-1500 CPU 1518-4 PN/DP MFP&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ipv6: avoid overflows in ip6_datagram_send_ctl()&lt;/p&gt;
&lt;p&gt;Yiming Qian reported :
&amp;lt;quote&amp;gt;
 I believe I found a locally triggerable kernel bug in the IPv6 sendmsg
 ancillary-data path that can panic the kernel via `skb_under_panic()`
 (local DoS).&lt;/p&gt;
&lt;p&gt;The core issue is a mismatch between:&lt;/p&gt;
&lt;p&gt;- a 16-bit length accumulator (`struct ipv6_txoptions::opt_flen`, type
 `__u16`) and
 - a pointer to the *last* provided destination-options header (`opt-&amp;gt;dst1opt`)&lt;/p&gt;
&lt;p&gt;when multiple `IPV6_DSTOPTS` control messages (cmsgs) are provided.&lt;/p&gt;
&lt;p&gt;- `include/net/ipv6.h`:
   - `struct ipv6_txoptions::opt_flen` is `__u16` (wrap possible).
 (lines 291-307, especially 298)
 - `net/ipv6/datagram.c:ip6_datagram_send_ctl()`:
   - Accepts repeated `IPV6_DSTOPTS` and accumulates into `opt_flen`
 without rejecting duplicates. (lines 909-933)
 - `net/ipv6/ip6_output.c:__ip6_append_data()`:
   - Uses `opt-&amp;gt;opt_flen + opt-&amp;gt;opt_nflen` to compute header
 sizes/headroom decisions. (lines 1448-1466, especially 1463-1465)
 - `net/ipv6/ip6_output.c:__ip6_make_skb()`:
   - Calls `ipv6_push_frag_opts()` if `opt-&amp;gt;opt_flen` is non-zero.
 (lines 1930-1934)
 - `net/ipv6/exthdrs.c:ipv6_push_frag_opts()` / `ipv6_push_exthdr()`:
   - Push size comes from `ipv6_optlen(opt-&amp;gt;dst1opt)` (based on the
 pointed-to header). (lines 1179-1185 and 1206-1211)&lt;/p&gt;
&lt;p&gt;1. `opt_flen` is a 16-bit accumulator:&lt;/p&gt;
&lt;p&gt;- `include/net/ipv6.h:298` defines `__u16 opt_flen; /* after fragment hdr */`.&lt;/p&gt;
&lt;p&gt;2…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-31415</guid>
    </item>
  </channel>
</rss>
