<?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>Mon, 28 Sep 2026 20:48:02 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-97924 — tracing/user_events: Don't destroy fields when event removal fails</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-97924</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;tracing/user_events: Don&amp;#39;t destroy fields when event removal fails&lt;/p&gt;
&lt;p&gt;destroy_user_event() destroys the event&amp;#39;s fields before attempting to
remove the trace event call. If user_event_set_call_visible() fails,
e.g. because the event is still enabled and trace_remove_event_call()
returns -EBUSY, the event is left registered with an irreversibly
destroyed field list. Any subsequent interaction with the event then
operates on an empty field list while it is still fully visible in
tracefs.&lt;/p&gt;
&lt;p&gt;Move the field destruction after the call removal, and splice the
field list back onto the event when the removal fails so the event
remains in a consistent state.&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;tracing/user_events: Don&amp;#39;t destroy fields when event removal fails&lt;/p&gt;
&lt;p&gt;destroy_user_event() destroys the event&amp;#39;s fields before attempting to
remove the trace event call. If user_event_set_call_visible() fails,
e.g. because the event is still enabled and trace_remove_event_call()
returns -EBUSY, the event is left registered with an irreversibly
destroyed field list. Any subsequent interaction with the event then
operates on an empty field list while it is still fully visible in
tracefs.&lt;/p&gt;
&lt;p&gt;Move the field destruction after the call removal, and splice the
field list back onto the event when the removal fails so the event
remains in a consistent state.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-97924</guid>
    </item>
  </channel>
</rss>
