https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Wed, 30 Sep 2026 10:01:11 +0000 https://vulnerability.circl.lu/vuln/cve-2025-38306 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>fs/fhandle.c: fix a race in call of has_locked_children()</p> <p>may_decode_fh() is calling has_locked_children() while holding no locks. That&#39;s an oopsable race...</p> <p>The rest of the callers are safe since they are holding namespace_sem and are guaranteed a positive refcount on the mount in question.</p> <p>Rename the current has_locked_children() to __has_locked_children(), make it static and switch the fs/namespace.c users to it.</p> <p>Make has_locked_children() a wrapper for __has_locked_children(), calling the latter under read_seqlock_excl(&amp;mount_lock).</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>fs/fhandle.c: fix a race in call of has_locked_children()</p> <p>may_decode_fh() is calling has_locked_children() while holding no locks. That&#39;s an oopsable race...</p> <p>The rest of the callers are safe since they are holding namespace_sem and are guaranteed a positive refcount on the mount in question.</p> <p>Rename the current has_locked_children() to __has_locked_children(), make it static and switch the fs/namespace.c users to it.</p> <p>Make has_locked_children() a wrapper for __has_locked_children(), calling the latter under read_seqlock_excl(&amp;mount_lock).</p> https://vulnerability.circl.lu/vuln/cve-2025-38306