<?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:52:00 +0000</lastBuildDate>
    <item>
      <title>CVE-2023-53345 — rxrpc: Fix potential data race in rxrpc_wait_to_be_connected()</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2023-53345</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;rxrpc: Fix potential data race in rxrpc_wait_to_be_connected()&lt;/p&gt;
&lt;p&gt;Inside the loop in rxrpc_wait_to_be_connected() it checks call-&amp;gt;error to
see if it should exit the loop without first checking the call state.  This
is probably safe as if call-&amp;gt;error is set, the call is dead anyway, but we
should probably wait for the call state to have been set to completion
first, lest it cause surprise on the way out.&lt;/p&gt;
&lt;p&gt;Fix this by only accessing call-&amp;gt;error if the call is complete.  We don&amp;#39;t
actually need to access the error inside the loop as we&amp;#39;ll do that after.&lt;/p&gt;
&lt;p&gt;This caused the following report:&lt;/p&gt;
&lt;p&gt;BUG: KCSAN: data-race in rxrpc_send_data / rxrpc_set_call_completion&lt;/p&gt;
&lt;p&gt;write to 0xffff888159cf3c50 of 4 bytes by task 25673 on cpu 1:
     rxrpc_set_call_completion+0x71/0x1c0 net/rxrpc/call_state.c:22
     rxrpc_send_data_packet+0xba9/0x1650 net/rxrpc/output.c:479
     rxrpc_transmit_one+0x1e/0x130 net/rxrpc/output.c:714
     rxrpc_decant_prepared_tx net/rxrpc/call_event.c:326 [inline]
     rxrpc_transmit_some_data+0x496/0x600 net/rxrpc/call_event.c:350
     rxrpc_input_call_event+0x564/0x1220 net/rxrpc/call_event.c:464
     rxrpc_io_thread+0x307/0x1d80 net/rxrpc/io_thread.c:461
     kthread+0x1ac/0x1e0 kernel/kthread.c:376
     ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:308&lt;/p&gt;
&lt;p&gt;read to 0xffff888159cf3c50 of 4 bytes by task 25672 on cpu 0:
     rxrpc_send_data+0x29e/0x1950 net/rxrpc/sendmsg.c:296
     rxrpc_do_se…&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;rxrpc: Fix potential data race in rxrpc_wait_to_be_connected()&lt;/p&gt;
&lt;p&gt;Inside the loop in rxrpc_wait_to_be_connected() it checks call-&amp;gt;error to
see if it should exit the loop without first checking the call state.  This
is probably safe as if call-&amp;gt;error is set, the call is dead anyway, but we
should probably wait for the call state to have been set to completion
first, lest it cause surprise on the way out.&lt;/p&gt;
&lt;p&gt;Fix this by only accessing call-&amp;gt;error if the call is complete.  We don&amp;#39;t
actually need to access the error inside the loop as we&amp;#39;ll do that after.&lt;/p&gt;
&lt;p&gt;This caused the following report:&lt;/p&gt;
&lt;p&gt;BUG: KCSAN: data-race in rxrpc_send_data / rxrpc_set_call_completion&lt;/p&gt;
&lt;p&gt;write to 0xffff888159cf3c50 of 4 bytes by task 25673 on cpu 1:
     rxrpc_set_call_completion+0x71/0x1c0 net/rxrpc/call_state.c:22
     rxrpc_send_data_packet+0xba9/0x1650 net/rxrpc/output.c:479
     rxrpc_transmit_one+0x1e/0x130 net/rxrpc/output.c:714
     rxrpc_decant_prepared_tx net/rxrpc/call_event.c:326 [inline]
     rxrpc_transmit_some_data+0x496/0x600 net/rxrpc/call_event.c:350
     rxrpc_input_call_event+0x564/0x1220 net/rxrpc/call_event.c:464
     rxrpc_io_thread+0x307/0x1d80 net/rxrpc/io_thread.c:461
     kthread+0x1ac/0x1e0 kernel/kthread.c:376
     ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:308&lt;/p&gt;
&lt;p&gt;read to 0xffff888159cf3c50 of 4 bytes by task 25672 on cpu 0:
     rxrpc_send_data+0x29e/0x1950 net/rxrpc/sendmsg.c:296
     rxrpc_do_se…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2023-53345</guid>
    </item>
  </channel>
</rss>
