<?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>Sat, 03 Oct 2026 01:58:33 +0000</lastBuildDate>
    <item>
      <title>CVE-2025-38147 — calipso: Don't call calipso functions for AF_INET sk.</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2025-38147</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;calipso: Don&amp;#39;t call calipso functions for AF_INET sk.&lt;/p&gt;
&lt;p&gt;syzkaller reported a null-ptr-deref in txopt_get(). [0]&lt;/p&gt;
&lt;p&gt;The offset 0x70 was of struct ipv6_txoptions in struct ipv6_pinfo,
so struct ipv6_pinfo was NULL there.&lt;/p&gt;
&lt;p&gt;However, this never happens for IPv6 sockets as inet_sk(sk)-&amp;gt;pinet6
is always set in inet6_create(), meaning the socket was not IPv6 one.&lt;/p&gt;
&lt;p&gt;The root cause is missing validation in netlbl_conn_setattr().&lt;/p&gt;
&lt;p&gt;netlbl_conn_setattr() switches branches based on struct
sockaddr.sa_family, which is passed from userspace.  However,
netlbl_conn_setattr() does not check if the address family matches
the socket.&lt;/p&gt;
&lt;p&gt;The syzkaller must have called connect() for an IPv6 address on
an IPv4 socket.&lt;/p&gt;
&lt;p&gt;We have a proper validation in tcp_v[46]_connect(), but
security_socket_connect() is called in the earlier stage.&lt;/p&gt;
&lt;p&gt;Let&amp;#39;s copy the validation to netlbl_conn_setattr().&lt;/p&gt;
&lt;p&gt;[0]:
Oops: general protection fault, probably for non-canonical address 0xdffffc000000000e: 0000 [#1] PREEMPT SMP KASAN NOPTI
KASAN: null-ptr-deref in range [0x0000000000000070-0x0000000000000077]
CPU: 2 UID: 0 PID: 12928 Comm: syz.9.1677 Not tainted 6.12.0 #1
Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.15.0-1 04/01/2014
RIP: 0010:txopt_get include/net/ipv6.h:390 [inline]
RIP: 0010:
Code: 02 00 00 49 8b ac 24 f8 02 00 00 e8 84 69 2a fd e8 ff 00 16 fd 48 8d 7d 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 &amp;lt;80&amp;gt; 3c 02 00 0f 85 53 02 0…&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;calipso: Don&amp;#39;t call calipso functions for AF_INET sk.&lt;/p&gt;
&lt;p&gt;syzkaller reported a null-ptr-deref in txopt_get(). [0]&lt;/p&gt;
&lt;p&gt;The offset 0x70 was of struct ipv6_txoptions in struct ipv6_pinfo,
so struct ipv6_pinfo was NULL there.&lt;/p&gt;
&lt;p&gt;However, this never happens for IPv6 sockets as inet_sk(sk)-&amp;gt;pinet6
is always set in inet6_create(), meaning the socket was not IPv6 one.&lt;/p&gt;
&lt;p&gt;The root cause is missing validation in netlbl_conn_setattr().&lt;/p&gt;
&lt;p&gt;netlbl_conn_setattr() switches branches based on struct
sockaddr.sa_family, which is passed from userspace.  However,
netlbl_conn_setattr() does not check if the address family matches
the socket.&lt;/p&gt;
&lt;p&gt;The syzkaller must have called connect() for an IPv6 address on
an IPv4 socket.&lt;/p&gt;
&lt;p&gt;We have a proper validation in tcp_v[46]_connect(), but
security_socket_connect() is called in the earlier stage.&lt;/p&gt;
&lt;p&gt;Let&amp;#39;s copy the validation to netlbl_conn_setattr().&lt;/p&gt;
&lt;p&gt;[0]:
Oops: general protection fault, probably for non-canonical address 0xdffffc000000000e: 0000 [#1] PREEMPT SMP KASAN NOPTI
KASAN: null-ptr-deref in range [0x0000000000000070-0x0000000000000077]
CPU: 2 UID: 0 PID: 12928 Comm: syz.9.1677 Not tainted 6.12.0 #1
Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.15.0-1 04/01/2014
RIP: 0010:txopt_get include/net/ipv6.h:390 [inline]
RIP: 0010:
Code: 02 00 00 49 8b ac 24 f8 02 00 00 e8 84 69 2a fd e8 ff 00 16 fd 48 8d 7d 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 &amp;lt;80&amp;gt; 3c 02 00 0f 85 53 02 0…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2025-38147</guid>
    </item>
  </channel>
</rss>
