<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://vulnerability.circl.lu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-02T15:25:30.602623+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@circl.lu</email>
  </author>
  <link href="https://vulnerability.circl.lu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/cve-2026-74483</id>
    <title>CVE-2026-74483 — binfmt_misc: don't leak the user namespace when the mount fails</title>
    <updated>2026-10-02T15:25:31.656213+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Linux</p>
<p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>binfmt_misc: don't leak the user namespace when the mount fails</p>
<p>bm_get_tree() takes a reference to the user namespace and hands it to
get_tree_keyed() as the sget key. sget_fc() moves that reference into
sb-&gt;s_fs_info and clears fc-&gt;s_fs_info, so from that point on the
superblock owns it and bm_free() doesn't see it anymore.</p>
<p>The superblock drops it in -&gt;put_super(). But generic_shutdown_super()
only calls -&gt;put_super() from inside the if (sb-&gt;s_root) branch, so
nothing releases it when bm_fill_super() fails:</p>
<p>- The kzalloc_obj() failure leaves s_root NULL and the whole branch is
  skipped.</p>
<p>- A simple_fill_super() failure in the file loop leaves s_root set, but
  s_op still points at simple_super_operations, which has no
  -&gt;put_super(). bm_fill_super() installs s_ops only once
  simple_fill_super() returned success, and installing it earlier
  wouldn't help either because simple_fill_super() overwrites s_op.</p>
<p>Either way vfs_get_super() calls deactivate_locked_super() and the
reference is gone for good. binfmt_misc mounts are available in a user
namespace and both the inode and the dentry cache are SLAB_ACCOUNT, so
an unprivileged caller under a tight memory cgroup can fail
simple_fill_super() on demand and leak one user namespace per attempt.</p>
<p>Drop the reference in -&gt;kill_sb() instead, which runs unconditionally,
the same way nfsd and rpc_pipefs release their keyed s_fs_info.</p>
<p>That also stops -&gt;put_super…</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/cve-2026-74483"/>
  </entry>
</feed>
