<?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://cve.radiocsirt.org</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 14:37:02 +0000</lastBuildDate>
    <item>
      <title>bdu:2024-11533</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2024-11533</link>
      <description>bdu:2024-11533</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2024-11533</guid>
    </item>
    <item>
      <title>certfr-2024-avi-0578 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de SUSE. Certaines d'entre elles permettent à un at…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2024-avi-0578</link>
      <description>certfr-2024-avi-0578</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2024-avi-0578</guid>
    </item>
    <item>
      <title>EUVD-2026-309826</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-309826</link>
      <description>EUVD-2026-309826</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-309826</guid>
    </item>
    <item>
      <title>fkie_cve-2021-47585</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2021-47585</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;btrfs: fix memory leak in __add_inode_ref()&lt;/p&gt;
&lt;p&gt;Line 1169 (#3) allocates a memory chunk for victim_name by kmalloc(),
but  when the function returns in line 1184 (#4) victim_name allocated
by line 1169 (#3) is not freed, which will lead to a memory leak.
There is a similar snippet of code in this function as allocating a memory
chunk for victim_name in line 1104 (#1) as well as releasing the memory
in line 1116 (#2).&lt;/p&gt;
&lt;p&gt;We should kfree() victim_name when the return value of backref_in_log()
is less than zero and before the function returns in line 1184 (#4).&lt;/p&gt;
&lt;p&gt;1057 static inline int __add_inode_ref(struct btrfs_trans_handle *trans,
1058 				  struct btrfs_root *root,
1059 				  struct btrfs_path *path,
1060 				  struct btrfs_root *log_root,
1061 				  struct btrfs_inode *dir,
1062 				  struct btrfs_inode *inode,
1063 				  u64 inode_objectid, u64 parent_objectid,
1064 				  u64 ref_index, char *name, int namelen,
1065 				  int *search_done)
1066 {&lt;/p&gt;
&lt;p&gt;1104 	victim_name = kmalloc(victim_name_len, GFP_NOFS);
	// #1: kmalloc (victim_name-1)
1105 	if (!victim_name)
1106 		return -ENOMEM;&lt;/p&gt;
&lt;p&gt;1112	ret = backref_in_log(log_root, &amp;amp;search_key,
1113			parent_objectid, victim_name,
1114			victim_name_len);
1115	if (ret &amp;lt; 0) {
1116		kfree(victim_name); // #2: kfree (victim_name-1)
1117		return ret;
1118	} else if (!ret) {&lt;/p&gt;
&lt;p&gt;1169 	victim_name = kmalloc(victim_name_len, GFP_NOFS);
	// #3: kmalloc (victim_name-2)
1170 	if (!victim…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;btrfs: fix memory leak in __add_inode_ref()&lt;/p&gt;
&lt;p&gt;Line 1169 (#3) allocates a memory chunk for victim_name by kmalloc(),
but  when the function returns in line 1184 (#4) victim_name allocated
by line 1169 (#3) is not freed, which will lead to a memory leak.
There is a similar snippet of code in this function as allocating a memory
chunk for victim_name in line 1104 (#1) as well as releasing the memory
in line 1116 (#2).&lt;/p&gt;
&lt;p&gt;We should kfree() victim_name when the return value of backref_in_log()
is less than zero and before the function returns in line 1184 (#4).&lt;/p&gt;
&lt;p&gt;1057 static inline int __add_inode_ref(struct btrfs_trans_handle *trans,
1058 				  struct btrfs_root *root,
1059 				  struct btrfs_path *path,
1060 				  struct btrfs_root *log_root,
1061 				  struct btrfs_inode *dir,
1062 				  struct btrfs_inode *inode,
1063 				  u64 inode_objectid, u64 parent_objectid,
1064 				  u64 ref_index, char *name, int namelen,
1065 				  int *search_done)
1066 {&lt;/p&gt;
&lt;p&gt;1104 	victim_name = kmalloc(victim_name_len, GFP_NOFS);
	// #1: kmalloc (victim_name-1)
1105 	if (!victim_name)
1106 		return -ENOMEM;&lt;/p&gt;
&lt;p&gt;1112	ret = backref_in_log(log_root, &amp;amp;search_key,
1113			parent_objectid, victim_name,
1114			victim_name_len);
1115	if (ret &amp;lt; 0) {
1116		kfree(victim_name); // #2: kfree (victim_name-1)
1117		return ret;
1118	} else if (!ret) {&lt;/p&gt;
&lt;p&gt;1169 	victim_name = kmalloc(victim_name_len, GFP_NOFS);
	// #3: kmalloc (victim_name-2)
1170 	if (!victim…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2021-47585</guid>
    </item>
    <item>
      <title>GHSA-5mvf-mw2h-9f35</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-5mvf-mw2h-9f35</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;btrfs: fix memory leak in __add_inode_ref()&lt;/p&gt;
&lt;p&gt;Line 1169 (#3) allocates a memory chunk for victim_name by kmalloc(),
but  when the function returns in line 1184 (#4) victim_name allocated
by line 1169 (#3) is not freed, which will lead to a memory leak.
There is a similar snippet of code in this function as allocating a memory
chunk for victim_name in line 1104 (#1) as well as releasing the memory
in line 1116 (#2).&lt;/p&gt;
&lt;p&gt;We should kfree() victim_name when the return value of backref_in_log()
is less than zero and before the function returns in line 1184 (#4).&lt;/p&gt;
&lt;p&gt;1057 static inline int __add_inode_ref(struct btrfs_trans_handle *trans,
1058 				  struct btrfs_root *root,
1059 				  struct btrfs_path *path,
1060 				  struct btrfs_root *log_root,
1061 				  struct btrfs_inode *dir,
1062 				  struct btrfs_inode *inode,
1063 				  u64 inode_objectid, u64 parent_objectid,
1064 				  u64 ref_index, char *name, int namelen,
1065 				  int *search_done)
1066 {&lt;/p&gt;
&lt;p&gt;1104 	victim_name = kmalloc(victim_name_len, GFP_NOFS);
	// #1: kmalloc (victim_name-1)
1105 	if (!victim_name)
1106 		return -ENOMEM;&lt;/p&gt;
&lt;p&gt;1112	ret = backref_in_log(log_root, &amp;amp;search_key,
1113			parent_objectid, victim_name,
1114			victim_name_len);
1115	if (ret &amp;lt; 0) {
1116		kfree(victim_name); // #2: kfree (victim_name-1)
1117		return ret;
1118	} else if (!ret) {&lt;/p&gt;
&lt;p&gt;1169 	victim_name = kmalloc(victim_name_len, GFP_NOFS);
	// #3: kmalloc (victim_name-2)
1170 	if (!victim…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;btrfs: fix memory leak in __add_inode_ref()&lt;/p&gt;
&lt;p&gt;Line 1169 (#3) allocates a memory chunk for victim_name by kmalloc(),
but  when the function returns in line 1184 (#4) victim_name allocated
by line 1169 (#3) is not freed, which will lead to a memory leak.
There is a similar snippet of code in this function as allocating a memory
chunk for victim_name in line 1104 (#1) as well as releasing the memory
in line 1116 (#2).&lt;/p&gt;
&lt;p&gt;We should kfree() victim_name when the return value of backref_in_log()
is less than zero and before the function returns in line 1184 (#4).&lt;/p&gt;
&lt;p&gt;1057 static inline int __add_inode_ref(struct btrfs_trans_handle *trans,
1058 				  struct btrfs_root *root,
1059 				  struct btrfs_path *path,
1060 				  struct btrfs_root *log_root,
1061 				  struct btrfs_inode *dir,
1062 				  struct btrfs_inode *inode,
1063 				  u64 inode_objectid, u64 parent_objectid,
1064 				  u64 ref_index, char *name, int namelen,
1065 				  int *search_done)
1066 {&lt;/p&gt;
&lt;p&gt;1104 	victim_name = kmalloc(victim_name_len, GFP_NOFS);
	// #1: kmalloc (victim_name-1)
1105 	if (!victim_name)
1106 		return -ENOMEM;&lt;/p&gt;
&lt;p&gt;1112	ret = backref_in_log(log_root, &amp;amp;search_key,
1113			parent_objectid, victim_name,
1114			victim_name_len);
1115	if (ret &amp;lt; 0) {
1116		kfree(victim_name); // #2: kfree (victim_name-1)
1117		return ret;
1118	} else if (!ret) {&lt;/p&gt;
&lt;p&gt;1169 	victim_name = kmalloc(victim_name_len, GFP_NOFS);
	// #3: kmalloc (victim_name-2)
1170 	if (!victim…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-5mvf-mw2h-9f35</guid>
    </item>
    <item>
      <title>SUSE-SU-2024:2372-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2024:2372-1</link>
      <description>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/suse-su-2024:2372-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2021-47585</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2021-47585</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 54 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: btrfs: fix memory leak in __add_inode_ref() Line 1169 (#3) allocates a memory chunk for victim_name by kmalloc(), but  when the function returns in line 1184 (#4) victim_name allocated by line 1169 (#3) is not freed, which will lead to a memory leak. There is a similar snippet of code in this function as allocating a memory chunk for victim_name in line 1104 (#1) as well as releasing the memory in line 1116 (#2). We should kfree() victim_name when the return value of backref_in_log() is less than zero and before the function returns in line 1184 (#4). 1057 static inline int __add_inode_ref(struct btrfs_trans_handle *trans, 1058 				  struct btrfs_root *root, 1059 				  struct btrfs_path *path, 1060 				  struct btrfs_root *log_root, 1061 				  struct btrfs_inode *dir, 1062 				  struct btrfs_inode *inode, 1063 				  u64 inode_objectid, u64 parent_objectid, 1064 				  u64 ref_index, char *name, int namelen, 1065 				  int *search_done) 1066 { 1104 	victim_name = kmalloc(victim_name_len, GFP_NOFS); 	// #1: kmalloc (victim_name-1) 1105 	if (!victim_name) 1106 		return -ENOMEM; 1112	ret = backref_in_log(log_root, &amp;amp;search_key, 1113			parent_objectid, victim_name, 1114			victim_name_len); 1115	if (ret &amp;lt; 0) { 1116		kfree(victim_name); // #2: kfree (victim_name-1) 1117		return ret; 1118	} else if (!ret) { 1169 	victim_name = kmalloc(victim_name_len, GFP_NOFS); 	// #3: kmalloc (victim_name-2) 1170 	if (!victim_name)…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 54 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: btrfs: fix memory leak in __add_inode_ref() Line 1169 (#3) allocates a memory chunk for victim_name by kmalloc(), but  when the function returns in line 1184 (#4) victim_name allocated by line 1169 (#3) is not freed, which will lead to a memory leak. There is a similar snippet of code in this function as allocating a memory chunk for victim_name in line 1104 (#1) as well as releasing the memory in line 1116 (#2). We should kfree() victim_name when the return value of backref_in_log() is less than zero and before the function returns in line 1184 (#4). 1057 static inline int __add_inode_ref(struct btrfs_trans_handle *trans, 1058 				  struct btrfs_root *root, 1059 				  struct btrfs_path *path, 1060 				  struct btrfs_root *log_root, 1061 				  struct btrfs_inode *dir, 1062 				  struct btrfs_inode *inode, 1063 				  u64 inode_objectid, u64 parent_objectid, 1064 				  u64 ref_index, char *name, int namelen, 1065 				  int *search_done) 1066 { 1104 	victim_name = kmalloc(victim_name_len, GFP_NOFS); 	// #1: kmalloc (victim_name-1) 1105 	if (!victim_name) 1106 		return -ENOMEM; 1112	ret = backref_in_log(log_root, &amp;amp;search_key, 1113			parent_objectid, victim_name, 1114			victim_name_len); 1115	if (ret &amp;lt; 0) { 1116		kfree(victim_name); // #2: kfree (victim_name-1) 1117		return ret; 1118	} else if (!ret) { 1169 	victim_name = kmalloc(victim_name_len, GFP_NOFS); 	// #3: kmalloc (victim_name-2) 1170 	if (!victim_name)…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2021-47585</guid>
    </item>
    <item>
      <title>WID-SEC-W-2024-1418 — Linux Kernel: Mehrere Schwachstellen ermöglichen nicht spezifizierten Angriff</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2024-1418</link>
      <description>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2024-1418</guid>
    </item>
  </channel>
</rss>
