<?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>Sun, 04 Oct 2026 17:08:11 +0000</lastBuildDate>
    <item>
      <title>CVE-2025-40341 — futex: Don't leak robust_list pointer on exec race</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2025-40341</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;futex: Don&amp;#39;t leak robust_list pointer on exec race&lt;/p&gt;
&lt;p&gt;sys_get_robust_list() and compat_get_robust_list() use ptrace_may_access()
to check if the calling task is allowed to access another task&amp;#39;s
robust_list pointer. This check is racy against a concurrent exec() in the
target process.&lt;/p&gt;
&lt;p&gt;During exec(), a task may transition from a non-privileged binary to a
privileged one (e.g., setuid binary) and its credentials/memory mappings
may change. If get_robust_list() performs ptrace_may_access() before
this transition, it may erroneously allow access to sensitive information
after the target becomes privileged.&lt;/p&gt;
&lt;p&gt;A racy access allows an attacker to exploit a window during which
ptrace_may_access() passes before a target process transitions to a
privileged state via exec().&lt;/p&gt;
&lt;p&gt;For example, consider a non-privileged task T that is about to execute a
setuid-root binary. An attacker task A calls get_robust_list(T) while T
is still unprivileged. Since ptrace_may_access() checks permissions
based on current credentials, it succeeds. However, if T begins exec
immediately afterwards, it becomes privileged and may change its memory
mappings. Because get_robust_list() proceeds to access T-&amp;gt;robust_list
without synchronizing with exec() it may read user-space pointers from a
now-privileged process.&lt;/p&gt;
&lt;p&gt;This violates the intended post-exec access restrictions and could
expose sensitive memory addresses or be used as a primitive in a lar…&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;futex: Don&amp;#39;t leak robust_list pointer on exec race&lt;/p&gt;
&lt;p&gt;sys_get_robust_list() and compat_get_robust_list() use ptrace_may_access()
to check if the calling task is allowed to access another task&amp;#39;s
robust_list pointer. This check is racy against a concurrent exec() in the
target process.&lt;/p&gt;
&lt;p&gt;During exec(), a task may transition from a non-privileged binary to a
privileged one (e.g., setuid binary) and its credentials/memory mappings
may change. If get_robust_list() performs ptrace_may_access() before
this transition, it may erroneously allow access to sensitive information
after the target becomes privileged.&lt;/p&gt;
&lt;p&gt;A racy access allows an attacker to exploit a window during which
ptrace_may_access() passes before a target process transitions to a
privileged state via exec().&lt;/p&gt;
&lt;p&gt;For example, consider a non-privileged task T that is about to execute a
setuid-root binary. An attacker task A calls get_robust_list(T) while T
is still unprivileged. Since ptrace_may_access() checks permissions
based on current credentials, it succeeds. However, if T begins exec
immediately afterwards, it becomes privileged and may change its memory
mappings. Because get_robust_list() proceeds to access T-&amp;gt;robust_list
without synchronizing with exec() it may read user-space pointers from a
now-privileged process.&lt;/p&gt;
&lt;p&gt;This violates the intended post-exec access restrictions and could
expose sensitive memory addresses or be used as a primitive in a lar…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2025-40341</guid>
    </item>
  </channel>
</rss>
