https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Tue, 06 Oct 2026 00:23:14 +0000 https://cve.radiocsirt.org/vuln/certfr-2025-avi-0529 certfr-2025-avi-0529 https://cve.radiocsirt.org/vuln/certfr-2025-avi-0529 https://cve.radiocsirt.org/vuln/euvd-2026-310903 EUVD-2026-310903 https://cve.radiocsirt.org/vuln/euvd-2026-310903 https://cve.radiocsirt.org/vuln/fkie_cve-2022-49914 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>btrfs: fix inode list leak during backref walking at resolve_indirect_refs()</p> <p>During backref walking, at resolve_indirect_refs(), if we get an error we jump to the &#39;out&#39; label and call ulist_free() on the &#39;parents&#39; ulist, which frees all the elements in the ulist - however that does not free any inode lists that may be attached to elements, through the &#39;aux&#39; field of a ulist node, so we end up leaking lists if we have any attached to the unodes.</p> <p>Fix this by calling free_leaf_list() instead of ulist_free() when we exit from resolve_indirect_refs(). The static function free_leaf_list() is moved up for this to be possible and it&#39;s slightly simplified by removing unnecessary code.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>btrfs: fix inode list leak during backref walking at resolve_indirect_refs()</p> <p>During backref walking, at resolve_indirect_refs(), if we get an error we jump to the &#39;out&#39; label and call ulist_free() on the &#39;parents&#39; ulist, which frees all the elements in the ulist - however that does not free any inode lists that may be attached to elements, through the &#39;aux&#39; field of a ulist node, so we end up leaking lists if we have any attached to the unodes.</p> <p>Fix this by calling free_leaf_list() instead of ulist_free() when we exit from resolve_indirect_refs(). The static function free_leaf_list() is moved up for this to be possible and it&#39;s slightly simplified by removing unnecessary code.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2022-49914 https://cve.radiocsirt.org/vuln/ghsa-jgm3-v9g7-rfc3 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>btrfs: fix inode list leak during backref walking at resolve_indirect_refs()</p> <p>During backref walking, at resolve_indirect_refs(), if we get an error we jump to the &#39;out&#39; label and call ulist_free() on the &#39;parents&#39; ulist, which frees all the elements in the ulist - however that does not free any inode lists that may be attached to elements, through the &#39;aux&#39; field of a ulist node, so we end up leaking lists if we have any attached to the unodes.</p> <p>Fix this by calling free_leaf_list() instead of ulist_free() when we exit from resolve_indirect_refs(). The static function free_leaf_list() is moved up for this to be possible and it&#39;s slightly simplified by removing unnecessary code.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>btrfs: fix inode list leak during backref walking at resolve_indirect_refs()</p> <p>During backref walking, at resolve_indirect_refs(), if we get an error we jump to the &#39;out&#39; label and call ulist_free() on the &#39;parents&#39; ulist, which frees all the elements in the ulist - however that does not free any inode lists that may be attached to elements, through the &#39;aux&#39; field of a ulist node, so we end up leaking lists if we have any attached to the unodes.</p> <p>Fix this by calling free_leaf_list() instead of ulist_free() when we exit from resolve_indirect_refs(). The static function free_leaf_list() is moved up for this to be possible and it&#39;s slightly simplified by removing unnecessary code.</p> https://cve.radiocsirt.org/vuln/ghsa-jgm3-v9g7-rfc3 https://cve.radiocsirt.org/vuln/suse-su-2025:01983-1 <p>Security update for the Linux Kernel</p> <p>Security update for the Linux Kernel</p> https://cve.radiocsirt.org/vuln/suse-su-2025:01983-1 https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-49914 <p><strong>Affected:</strong> Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe, Ubuntu:Pro:16.04:LTS: linux-oracle, Ubuntu:Pro:16.04:LTS: linux and 147 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: btrfs: fix inode list leak during backref walking at resolve_indirect_refs() During backref walking, at resolve_indirect_refs(), if we get an error we jump to the &#39;out&#39; label and call ulist_free() on the &#39;parents&#39; ulist, which frees all the elements in the ulist - however that does not free any inode lists that may be attached to elements, through the &#39;aux&#39; field of a ulist node, so we end up leaking lists if we have any attached to the unodes. Fix this by calling free_leaf_list() instead of ulist_free() when we exit from resolve_indirect_refs(). The static function free_leaf_list() is moved up for this to be possible and it&#39;s slightly simplified by removing unnecessary code.</p> <p><strong>Affected:</strong> Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe, Ubuntu:Pro:16.04:LTS: linux-oracle, Ubuntu:Pro:16.04:LTS: linux and 147 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: btrfs: fix inode list leak during backref walking at resolve_indirect_refs() During backref walking, at resolve_indirect_refs(), if we get an error we jump to the &#39;out&#39; label and call ulist_free() on the &#39;parents&#39; ulist, which frees all the elements in the ulist - however that does not free any inode lists that may be attached to elements, through the &#39;aux&#39; field of a ulist node, so we end up leaking lists if we have any attached to the unodes. Fix this by calling free_leaf_list() instead of ulist_free() when we exit from resolve_indirect_refs(). The static function free_leaf_list() is moved up for this to be possible and it&#39;s slightly simplified by removing unnecessary code.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-49914