<?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>Tue, 29 Sep 2026 11:28:16 +0000</lastBuildDate>
    <item>
      <title>CVE-2022-48687 — ipv6: sr: fix out-of-bounds read when setting HMAC data.</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2022-48687</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ipv6: sr: fix out-of-bounds read when setting HMAC data.&lt;/p&gt;
&lt;p&gt;The SRv6 layer allows defining HMAC data that can later be used to sign IPv6
Segment Routing Headers. This configuration is realised via netlink through
four attributes: SEG6_ATTR_HMACKEYID, SEG6_ATTR_SECRET, SEG6_ATTR_SECRETLEN and
SEG6_ATTR_ALGID. Because the SECRETLEN attribute is decoupled from the actual
length of the SECRET attribute, it is possible to provide invalid combinations
(e.g., secret = &amp;#34;&amp;#34;, secretlen = 64). This case is not checked in the code and
with an appropriately crafted netlink message, an out-of-bounds read of up
to 64 bytes (max secret length) can occur past the skb end pointer and into
skb_shared_info:&lt;/p&gt;
&lt;p&gt;Breakpoint 1, seg6_genl_sethmac (skb=&amp;lt;optimized out&amp;gt;, info=&amp;lt;optimized out&amp;gt;) at net/ipv6/seg6.c:208
208		memcpy(hinfo-&amp;gt;secret, secret, slen);
(gdb) bt
 #0  seg6_genl_sethmac (skb=&amp;lt;optimized out&amp;gt;, info=&amp;lt;optimized out&amp;gt;) at net/ipv6/seg6.c:208
 #1  0xffffffff81e012e9 in genl_family_rcv_msg_doit (skb=skb@entry=0xffff88800b1f9f00, nlh=nlh@entry=0xffff88800b1b7600,
    extack=extack@entry=0xffffc90000ba7af0, ops=ops@entry=0xffffc90000ba7a80, hdrlen=4, net=0xffffffff84237580 &amp;lt;init_net&amp;gt;, family=&amp;lt;optimized out&amp;gt;,
    family=&amp;lt;optimized out&amp;gt;) at net/netlink/genetlink.c:731
 #2  0xffffffff81e01435 in genl_family_rcv_msg (extack=0xffffc90000ba7af0, nlh=0xffff88800b1b7600, skb=0xffff88800b1f9f00,
    family=0xffffffff82fef6c0 &amp;lt;seg6_genl_fami…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ipv6: sr: fix out-of-bounds read when setting HMAC data.&lt;/p&gt;
&lt;p&gt;The SRv6 layer allows defining HMAC data that can later be used to sign IPv6
Segment Routing Headers. This configuration is realised via netlink through
four attributes: SEG6_ATTR_HMACKEYID, SEG6_ATTR_SECRET, SEG6_ATTR_SECRETLEN and
SEG6_ATTR_ALGID. Because the SECRETLEN attribute is decoupled from the actual
length of the SECRET attribute, it is possible to provide invalid combinations
(e.g., secret = &amp;#34;&amp;#34;, secretlen = 64). This case is not checked in the code and
with an appropriately crafted netlink message, an out-of-bounds read of up
to 64 bytes (max secret length) can occur past the skb end pointer and into
skb_shared_info:&lt;/p&gt;
&lt;p&gt;Breakpoint 1, seg6_genl_sethmac (skb=&amp;lt;optimized out&amp;gt;, info=&amp;lt;optimized out&amp;gt;) at net/ipv6/seg6.c:208
208		memcpy(hinfo-&amp;gt;secret, secret, slen);
(gdb) bt
 #0  seg6_genl_sethmac (skb=&amp;lt;optimized out&amp;gt;, info=&amp;lt;optimized out&amp;gt;) at net/ipv6/seg6.c:208
 #1  0xffffffff81e012e9 in genl_family_rcv_msg_doit (skb=skb@entry=0xffff88800b1f9f00, nlh=nlh@entry=0xffff88800b1b7600,
    extack=extack@entry=0xffffc90000ba7af0, ops=ops@entry=0xffffc90000ba7a80, hdrlen=4, net=0xffffffff84237580 &amp;lt;init_net&amp;gt;, family=&amp;lt;optimized out&amp;gt;,
    family=&amp;lt;optimized out&amp;gt;) at net/netlink/genetlink.c:731
 #2  0xffffffff81e01435 in genl_family_rcv_msg (extack=0xffffc90000ba7af0, nlh=0xffff88800b1b7600, skb=0xffff88800b1f9f00,
    family=0xffffffff82fef6c0 &amp;lt;seg6_genl_fami…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2022-48687</guid>
    </item>
  </channel>
</rss>
