<?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>Fri, 02 Oct 2026 12:29:52 +0000</lastBuildDate>
    <item>
      <title>CVE-2025-38181 — calipso: Fix null-ptr-deref in calipso_req_{set,del}attr().</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2025-38181</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: Fix null-ptr-deref in calipso_req_{set,del}attr().&lt;/p&gt;
&lt;p&gt;syzkaller reported a null-ptr-deref in sock_omalloc() while allocating
a CALIPSO option.  [0]&lt;/p&gt;
&lt;p&gt;The NULL is of struct sock, which was fetched by sk_to_full_sk() in
calipso_req_setattr().&lt;/p&gt;
&lt;p&gt;Since commit a1a5344ddbe8 (&amp;#34;tcp: avoid two atomic ops for syncookies&amp;#34;),
reqsk-&amp;gt;rsk_listener could be NULL when SYN Cookie is returned to its
client, as hinted by the leading SYN Cookie log.&lt;/p&gt;
&lt;p&gt;Here are 3 options to fix the bug:&lt;/p&gt;
&lt;p&gt;1) Return 0 in calipso_req_setattr()
  2) Return an error in calipso_req_setattr()
  3) Alaways set rsk_listener&lt;/p&gt;
&lt;p&gt;1) is no go as it bypasses LSM, but 2) effectively disables SYN Cookie
for CALIPSO.  3) is also no go as there have been many efforts to reduce
atomic ops and make TCP robust against DDoS.  See also commit 3b24d854cb35
(&amp;#34;tcp/dccp: do not touch listener sk_refcnt under synflood&amp;#34;).&lt;/p&gt;
&lt;p&gt;As of the blamed commit, SYN Cookie already did not need refcounting,
and no one has stumbled on the bug for 9 years, so no CALIPSO user will
care about SYN Cookie.&lt;/p&gt;
&lt;p&gt;Let&amp;#39;s return an error in calipso_req_setattr() and calipso_req_delattr()
in the SYN Cookie case.&lt;/p&gt;
&lt;p&gt;This can be reproduced by [1] on Fedora and now connect() of nc times out.&lt;/p&gt;
&lt;p&gt;[0]:
TCP: request_sock_TCPv6: Possible SYN flooding on port [::]:20002. Sending cookies.
Oops: general protection fault, probably for non-canonical address 0xdffffc0000000006: 0000 [#1] PREEMPT SMP KASAN NOPTI
KASAN:…&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: Fix null-ptr-deref in calipso_req_{set,del}attr().&lt;/p&gt;
&lt;p&gt;syzkaller reported a null-ptr-deref in sock_omalloc() while allocating
a CALIPSO option.  [0]&lt;/p&gt;
&lt;p&gt;The NULL is of struct sock, which was fetched by sk_to_full_sk() in
calipso_req_setattr().&lt;/p&gt;
&lt;p&gt;Since commit a1a5344ddbe8 (&amp;#34;tcp: avoid two atomic ops for syncookies&amp;#34;),
reqsk-&amp;gt;rsk_listener could be NULL when SYN Cookie is returned to its
client, as hinted by the leading SYN Cookie log.&lt;/p&gt;
&lt;p&gt;Here are 3 options to fix the bug:&lt;/p&gt;
&lt;p&gt;1) Return 0 in calipso_req_setattr()
  2) Return an error in calipso_req_setattr()
  3) Alaways set rsk_listener&lt;/p&gt;
&lt;p&gt;1) is no go as it bypasses LSM, but 2) effectively disables SYN Cookie
for CALIPSO.  3) is also no go as there have been many efforts to reduce
atomic ops and make TCP robust against DDoS.  See also commit 3b24d854cb35
(&amp;#34;tcp/dccp: do not touch listener sk_refcnt under synflood&amp;#34;).&lt;/p&gt;
&lt;p&gt;As of the blamed commit, SYN Cookie already did not need refcounting,
and no one has stumbled on the bug for 9 years, so no CALIPSO user will
care about SYN Cookie.&lt;/p&gt;
&lt;p&gt;Let&amp;#39;s return an error in calipso_req_setattr() and calipso_req_delattr()
in the SYN Cookie case.&lt;/p&gt;
&lt;p&gt;This can be reproduced by [1] on Fedora and now connect() of nc times out.&lt;/p&gt;
&lt;p&gt;[0]:
TCP: request_sock_TCPv6: Possible SYN flooding on port [::]:20002. Sending cookies.
Oops: general protection fault, probably for non-canonical address 0xdffffc0000000006: 0000 [#1] PREEMPT SMP KASAN NOPTI
KASAN:…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2025-38181</guid>
    </item>
  </channel>
</rss>
