https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Fri, 09 Oct 2026 10:53:56 +0000 https://cve.radiocsirt.org/vuln/bell-cve-2026-98223 <p><strong>Affected:</strong> Alpaquita:stream: linux-lts</p> <p><strong>Affected:</strong> Alpaquita:stream: linux-lts</p> https://cve.radiocsirt.org/vuln/bell-cve-2026-98223 https://cve.radiocsirt.org/vuln/euvd-2026-383335 EUVD-2026-383335 https://cve.radiocsirt.org/vuln/euvd-2026-383335 https://cve.radiocsirt.org/vuln/fkie_cve-2026-98223 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>mm: filemap: retain mapped dropbehind folios</p> <p>Fault-around can map ready dropbehind folios without going through the normal page-cache lookup that clears dropbehind. A mapping represents a competing cached user, so retain the folio instead of forcibly unmapping it when writeback completes.</p> <p>For a mapped folio, folio_unmap_invalidate() can call unmap_mapping_folio(), which takes i_mmap_rwsem and may sleep. Retaining mapped folios avoids this path when folio_end_dropbehind() runs in non-preemptible task context.</p> <p>Tal was able to trigger a sleeping-in-atomic warning due to this [1].</p> <p>Unmapped dropbehind folios continue through the existing invalidation path.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>mm: filemap: retain mapped dropbehind folios</p> <p>Fault-around can map ready dropbehind folios without going through the normal page-cache lookup that clears dropbehind. A mapping represents a competing cached user, so retain the folio instead of forcibly unmapping it when writeback completes.</p> <p>For a mapped folio, folio_unmap_invalidate() can call unmap_mapping_folio(), which takes i_mmap_rwsem and may sleep. Retaining mapped folios avoids this path when folio_end_dropbehind() runs in non-preemptible task context.</p> <p>Tal was able to trigger a sleeping-in-atomic warning due to this [1].</p> <p>Unmapped dropbehind folios continue through the existing invalidation path.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2026-98223 https://cve.radiocsirt.org/vuln/ghsa-h9mh-jjx8-7v74 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>mm: filemap: retain mapped dropbehind folios</p> <p>Fault-around can map ready dropbehind folios without going through the normal page-cache lookup that clears dropbehind. A mapping represents a competing cached user, so retain the folio instead of forcibly unmapping it when writeback completes.</p> <p>For a mapped folio, folio_unmap_invalidate() can call unmap_mapping_folio(), which takes i_mmap_rwsem and may sleep. Retaining mapped folios avoids this path when folio_end_dropbehind() runs in non-preemptible task context.</p> <p>Tal was able to trigger a sleeping-in-atomic warning due to this [1].</p> <p>Unmapped dropbehind folios continue through the existing invalidation path.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>mm: filemap: retain mapped dropbehind folios</p> <p>Fault-around can map ready dropbehind folios without going through the normal page-cache lookup that clears dropbehind. A mapping represents a competing cached user, so retain the folio instead of forcibly unmapping it when writeback completes.</p> <p>For a mapped folio, folio_unmap_invalidate() can call unmap_mapping_folio(), which takes i_mmap_rwsem and may sleep. Retaining mapped folios avoids this path when folio_end_dropbehind() runs in non-preemptible task context.</p> <p>Tal was able to trigger a sleeping-in-atomic warning due to this [1].</p> <p>Unmapped dropbehind folios continue through the existing invalidation path.</p> https://cve.radiocsirt.org/vuln/ghsa-h9mh-jjx8-7v74 https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-98223 <p><strong>Affected:</strong> 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 120 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: mm: filemap: retain mapped dropbehind folios Fault-around can map ready dropbehind folios without going through the normal page-cache lookup that clears dropbehind. A mapping represents a competing cached user, so retain the folio instead of forcibly unmapping it when writeback completes. For a mapped folio, folio_unmap_invalidate() can call unmap_mapping_folio(), which takes i_mmap_rwsem and may sleep. Retaining mapped folios avoids this path when folio_end_dropbehind() runs in non-preemptible task context. Tal was able to trigger a sleeping-in-atomic warning due to this [1]. Unmapped dropbehind folios continue through the existing invalidation path.</p> <p><strong>Affected:</strong> 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 120 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: mm: filemap: retain mapped dropbehind folios Fault-around can map ready dropbehind folios without going through the normal page-cache lookup that clears dropbehind. A mapping represents a competing cached user, so retain the folio instead of forcibly unmapping it when writeback completes. For a mapped folio, folio_unmap_invalidate() can call unmap_mapping_folio(), which takes i_mmap_rwsem and may sleep. Retaining mapped folios avoids this path when folio_end_dropbehind() runs in non-preemptible task context. Tal was able to trigger a sleeping-in-atomic warning due to this [1]. Unmapped dropbehind folios continue through the existing invalidation path.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-98223