<?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>Thu, 01 Oct 2026 07:03:59 +0000</lastBuildDate>
    <item>
      <title>CVE-2024-58060 — bpf: Reject struct_ops registration that uses module ptr and the module btf_id is missing</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2024-58060</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;bpf: Reject struct_ops registration that uses module ptr and the module btf_id is missing&lt;/p&gt;
&lt;p&gt;There is a UAF report in the bpf_struct_ops when CONFIG_MODULES=n.
In particular, the report is on tcp_congestion_ops that has
a &amp;#34;struct module *owner&amp;#34; member.&lt;/p&gt;
&lt;p&gt;For struct_ops that has a &amp;#34;struct module *owner&amp;#34; member,
it can be extended either by the regular kernel module or
by the bpf_struct_ops. bpf_try_module_get() will be used
to do the refcounting and different refcount is done
based on the owner pointer. When CONFIG_MODULES=n,
the btf_id of the &amp;#34;struct module&amp;#34; is missing:&lt;/p&gt;
&lt;p&gt;WARN: resolve_btfids: unresolved symbol module&lt;/p&gt;
&lt;p&gt;Thus, the bpf_try_module_get() cannot do the correct refcounting.&lt;/p&gt;
&lt;p&gt;Not all subsystem&amp;#39;s struct_ops requires the &amp;#34;struct module *owner&amp;#34; member.
e.g. the recent sched_ext_ops.&lt;/p&gt;
&lt;p&gt;This patch is to disable bpf_struct_ops registration if
the struct_ops has the &amp;#34;struct module *&amp;#34; member and the
&amp;#34;struct module&amp;#34; btf_id is missing. The btf_type_is_fwd() helper
is moved to the btf.h header file for this test.&lt;/p&gt;
&lt;p&gt;This has happened since the beginning of bpf_struct_ops which has gone
through many changes. The Fixes tag is set to a recent commit that this
patch can apply cleanly. Considering CONFIG_MODULES=n is not
common and the age of the issue, targeting for bpf-next also.&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;bpf: Reject struct_ops registration that uses module ptr and the module btf_id is missing&lt;/p&gt;
&lt;p&gt;There is a UAF report in the bpf_struct_ops when CONFIG_MODULES=n.
In particular, the report is on tcp_congestion_ops that has
a &amp;#34;struct module *owner&amp;#34; member.&lt;/p&gt;
&lt;p&gt;For struct_ops that has a &amp;#34;struct module *owner&amp;#34; member,
it can be extended either by the regular kernel module or
by the bpf_struct_ops. bpf_try_module_get() will be used
to do the refcounting and different refcount is done
based on the owner pointer. When CONFIG_MODULES=n,
the btf_id of the &amp;#34;struct module&amp;#34; is missing:&lt;/p&gt;
&lt;p&gt;WARN: resolve_btfids: unresolved symbol module&lt;/p&gt;
&lt;p&gt;Thus, the bpf_try_module_get() cannot do the correct refcounting.&lt;/p&gt;
&lt;p&gt;Not all subsystem&amp;#39;s struct_ops requires the &amp;#34;struct module *owner&amp;#34; member.
e.g. the recent sched_ext_ops.&lt;/p&gt;
&lt;p&gt;This patch is to disable bpf_struct_ops registration if
the struct_ops has the &amp;#34;struct module *&amp;#34; member and the
&amp;#34;struct module&amp;#34; btf_id is missing. The btf_type_is_fwd() helper
is moved to the btf.h header file for this test.&lt;/p&gt;
&lt;p&gt;This has happened since the beginning of bpf_struct_ops which has gone
through many changes. The Fixes tag is set to a recent commit that this
patch can apply cleanly. Considering CONFIG_MODULES=n is not
common and the age of the issue, targeting for bpf-next also.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2024-58060</guid>
    </item>
  </channel>
</rss>
