<?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://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-08T09:48:21.393566+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" 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://cve.radiocsirt.org/vuln/cve-2022-50770</id>
    <title>CVE-2022-50770 — ocfs2: fix memory leak in ocfs2_mount_volume()</title>
    <updated>2026-10-08T09:48:21.395328+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>ocfs2: fix memory leak in ocfs2_mount_volume()</p>
<p>There is a memory leak reported by kmemleak:</p>
<p>unreferenced object 0xffff88810cc65e60 (size 32):
    comm "mount.ocfs2", pid 23753, jiffies 4302528942 (age 34735.105s)
    hex dump (first 32 bytes):
      10 00 00 00 00 00 00 00 00 01 01 01 01 01 01 01  ................
      01 01 01 01 01 01 01 01 00 00 00 00 00 00 00 00  ................
    backtrace:
      [&lt;ffffffff8170f73d&gt;] __kmalloc+0x4d/0x150
      [&lt;ffffffffa0ac3f51&gt;] ocfs2_compute_replay_slots+0x121/0x330 [ocfs2]
      [&lt;ffffffffa0b65165&gt;] ocfs2_check_volume+0x485/0x900 [ocfs2]
      [&lt;ffffffffa0b68129&gt;] ocfs2_mount_volume.isra.0+0x1e9/0x650 [ocfs2]
      [&lt;ffffffffa0b7160b&gt;] ocfs2_fill_super+0xe0b/0x1740 [ocfs2]
      [&lt;ffffffff818e1fe2&gt;] mount_bdev+0x312/0x400
      [&lt;ffffffff819a086d&gt;] legacy_get_tree+0xed/0x1d0
      [&lt;ffffffff818de82d&gt;] vfs_get_tree+0x7d/0x230
      [&lt;ffffffff81957f92&gt;] path_mount+0xd62/0x1760
      [&lt;ffffffff81958a5a&gt;] do_mount+0xca/0xe0
      [&lt;ffffffff81958d3c&gt;] __x64_sys_mount+0x12c/0x1a0
      [&lt;ffffffff82f26f15&gt;] do_syscall_64+0x35/0x80
      [&lt;ffffffff8300006a&gt;] entry_SYSCALL_64_after_hwframe+0x46/0xb0</p>
<p>This call stack is related to two problems.  Firstly, the ocfs2 super uses
"replay_map" to trace online/offline slots, in order to recover offline
slots during recovery and mount.  But when ocfs2_truncate_log_init()
returns an error in ocfs2_mount_volume(), the memory o…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2022-50770"/>
  </entry>
</feed>
