<?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 00:27:15 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-98064 — bpf: Fix NULL-ptr-deref when showing a void BTF type</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-98064</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: Fix NULL-ptr-deref when showing a void BTF type&lt;/p&gt;
&lt;p&gt;btf_modifier_show() resolves the modifier and then calls
btf_type_ops(t)-&amp;gt;show() unconditionally. For the void type (type_id 0,
BTF_KIND_UNKN) kind_ops[] has no entry, so -&amp;gt;show is NULL.&lt;/p&gt;
&lt;p&gt;A &amp;#34;const void&amp;#34; (a modifier resolving to void) cannot be a map key or
value - map_check_btf() rejects it because void has no size - so the map
dump path does not reach it. But bpf_snprintf_btf() takes a type_id
straight from the BPF program, and passing such a &amp;#34;const void&amp;#34; from the
vmlinux BTF NULL-derefs:&lt;/p&gt;
&lt;p&gt;KASAN: null-ptr-deref in range [0x0000000000000028-0x000000000000002f]
RIP: 0010:btf_modifier_show (kernel/bpf/btf.c:2914)
Call Trace:
 &amp;lt;TASK&amp;gt;
 btf_type_show (kernel/bpf/btf.c:8251)
 btf_type_snprintf_show (kernel/bpf/btf.c:8321)
 bpf_snprintf_btf (kernel/trace/bpf_trace.c:1047)
 bpf_prog_test_run_raw_tp (net/bpf/test_run.c:829)
 __sys_bpf (kernel/bpf/syscall.c:4804)
 do_syscall_64 (arch/x86/entry/syscall_64.c:94)
 entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S:121)
 &amp;lt;/TASK&amp;gt;&lt;/p&gt;
&lt;p&gt;Fall back to btf_df_show() when the resolved type has no show op; it
emits the &amp;#34;&amp;lt;unsupported kind:N&amp;gt;&amp;#34; placeholder already used for kinds like
FWD and FUNC. bpf_snprintf_btf() then returns the length as usual.&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: Fix NULL-ptr-deref when showing a void BTF type&lt;/p&gt;
&lt;p&gt;btf_modifier_show() resolves the modifier and then calls
btf_type_ops(t)-&amp;gt;show() unconditionally. For the void type (type_id 0,
BTF_KIND_UNKN) kind_ops[] has no entry, so -&amp;gt;show is NULL.&lt;/p&gt;
&lt;p&gt;A &amp;#34;const void&amp;#34; (a modifier resolving to void) cannot be a map key or
value - map_check_btf() rejects it because void has no size - so the map
dump path does not reach it. But bpf_snprintf_btf() takes a type_id
straight from the BPF program, and passing such a &amp;#34;const void&amp;#34; from the
vmlinux BTF NULL-derefs:&lt;/p&gt;
&lt;p&gt;KASAN: null-ptr-deref in range [0x0000000000000028-0x000000000000002f]
RIP: 0010:btf_modifier_show (kernel/bpf/btf.c:2914)
Call Trace:
 &amp;lt;TASK&amp;gt;
 btf_type_show (kernel/bpf/btf.c:8251)
 btf_type_snprintf_show (kernel/bpf/btf.c:8321)
 bpf_snprintf_btf (kernel/trace/bpf_trace.c:1047)
 bpf_prog_test_run_raw_tp (net/bpf/test_run.c:829)
 __sys_bpf (kernel/bpf/syscall.c:4804)
 do_syscall_64 (arch/x86/entry/syscall_64.c:94)
 entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S:121)
 &amp;lt;/TASK&amp;gt;&lt;/p&gt;
&lt;p&gt;Fall back to btf_df_show() when the resolved type has no show op; it
emits the &amp;#34;&amp;lt;unsupported kind:N&amp;gt;&amp;#34; placeholder already used for kinds like
FWD and FUNC. bpf_snprintf_btf() then returns the length as usual.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-98064</guid>
    </item>
  </channel>
</rss>
