https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Thu, 08 Oct 2026 18:31:29 +0000 https://cve.radiocsirt.org/vuln/bdu:2026-04022 bdu:2026-04022 https://cve.radiocsirt.org/vuln/bdu:2026-04022 https://cve.radiocsirt.org/vuln/bell-cve-2024-57839 <p><strong>Affected:</strong> Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts</p> <p><strong>Affected:</strong> Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts</p> https://cve.radiocsirt.org/vuln/bell-cve-2024-57839 https://cve.radiocsirt.org/vuln/certfr-2025-avi-0254 certfr-2025-avi-0254 https://cve.radiocsirt.org/vuln/certfr-2025-avi-0254 https://cve.radiocsirt.org/vuln/euvd-2026-313878 EUVD-2026-313878 https://cve.radiocsirt.org/vuln/euvd-2026-313878 https://cve.radiocsirt.org/vuln/fkie_cve-2024-57839 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>Revert &#34;readahead: properly shorten readahead when falling back to do_page_cache_ra()&#34;</p> <p>This reverts commit 7c877586da3178974a8a94577b6045a48377ff25.</p> <p>Anders and Philippe have reported that recent kernels occasionally hang when used with NFS in readahead code. The problem has been bisected to 7c877586da3 (&#34;readahead: properly shorten readahead when falling back to do_page_cache_ra()&#34;). The cause of the problem is that ra-&gt;size can be shrunk by read_pages() call and subsequently we end up calling do_page_cache_ra() with negative (read huge positive) number of pages. Let&#39;s revert 7c877586da3 for now until we can find a proper way how the logic in read_pages() and page_cache_ra_order() can coexist. This can lead to reduced readahead throughput due to readahead window confusion but that&#39;s better than outright hangs.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>Revert &#34;readahead: properly shorten readahead when falling back to do_page_cache_ra()&#34;</p> <p>This reverts commit 7c877586da3178974a8a94577b6045a48377ff25.</p> <p>Anders and Philippe have reported that recent kernels occasionally hang when used with NFS in readahead code. The problem has been bisected to 7c877586da3 (&#34;readahead: properly shorten readahead when falling back to do_page_cache_ra()&#34;). The cause of the problem is that ra-&gt;size can be shrunk by read_pages() call and subsequently we end up calling do_page_cache_ra() with negative (read huge positive) number of pages. Let&#39;s revert 7c877586da3 for now until we can find a proper way how the logic in read_pages() and page_cache_ra_order() can coexist. This can lead to reduced readahead throughput due to readahead window confusion but that&#39;s better than outright hangs.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2024-57839 https://cve.radiocsirt.org/vuln/ghsa-9m45-9636-5jr3 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>Revert &#34;readahead: properly shorten readahead when falling back to do_page_cache_ra()&#34;</p> <p>This reverts commit 7c877586da3178974a8a94577b6045a48377ff25.</p> <p>Anders and Philippe have reported that recent kernels occasionally hang when used with NFS in readahead code. The problem has been bisected to 7c877586da3 (&#34;readahead: properly shorten readahead when falling back to do_page_cache_ra()&#34;). The cause of the problem is that ra-&gt;size can be shrunk by read_pages() call and subsequently we end up calling do_page_cache_ra() with negative (read huge positive) number of pages. Let&#39;s revert 7c877586da3 for now until we can find a proper way how the logic in read_pages() and page_cache_ra_order() can coexist. This can lead to reduced readahead throughput due to readahead window confusion but that&#39;s better than outright hangs.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>Revert &#34;readahead: properly shorten readahead when falling back to do_page_cache_ra()&#34;</p> <p>This reverts commit 7c877586da3178974a8a94577b6045a48377ff25.</p> <p>Anders and Philippe have reported that recent kernels occasionally hang when used with NFS in readahead code. The problem has been bisected to 7c877586da3 (&#34;readahead: properly shorten readahead when falling back to do_page_cache_ra()&#34;). The cause of the problem is that ra-&gt;size can be shrunk by read_pages() call and subsequently we end up calling do_page_cache_ra() with negative (read huge positive) number of pages. Let&#39;s revert 7c877586da3 for now until we can find a proper way how the logic in read_pages() and page_cache_ra_order() can coexist. This can lead to reduced readahead throughput due to readahead window confusion but that&#39;s better than outright hangs.</p> https://cve.radiocsirt.org/vuln/ghsa-9m45-9636-5jr3 https://cve.radiocsirt.org/vuln/ubuntu-cve-2024-57839 <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 71 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: Revert &#34;readahead: properly shorten readahead when falling back to do_page_cache_ra()&#34; This reverts commit 7c877586da3178974a8a94577b6045a48377ff25. Anders and Philippe have reported that recent kernels occasionally hang when used with NFS in readahead code. The problem has been bisected to 7c877586da3 (&#34;readahead: properly shorten readahead when falling back to do_page_cache_ra()&#34;). The cause of the problem is that ra-&gt;size can be shrunk by read_pages() call and subsequently we end up calling do_page_cache_ra() with negative (read huge positive) number of pages. Let&#39;s revert 7c877586da3 for now until we can find a proper way how the logic in read_pages() and page_cache_ra_order() can coexist. This can lead to reduced readahead throughput due to readahead window confusion but that&#39;s better than outright hangs.</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 71 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: Revert &#34;readahead: properly shorten readahead when falling back to do_page_cache_ra()&#34; This reverts commit 7c877586da3178974a8a94577b6045a48377ff25. Anders and Philippe have reported that recent kernels occasionally hang when used with NFS in readahead code. The problem has been bisected to 7c877586da3 (&#34;readahead: properly shorten readahead when falling back to do_page_cache_ra()&#34;). The cause of the problem is that ra-&gt;size can be shrunk by read_pages() call and subsequently we end up calling do_page_cache_ra() with negative (read huge positive) number of pages. Let&#39;s revert 7c877586da3 for now until we can find a proper way how the logic in read_pages() and page_cache_ra_order() can coexist. This can lead to reduced readahead throughput due to readahead window confusion but that&#39;s better than outright hangs.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2024-57839 https://cve.radiocsirt.org/vuln/wid-sec-w-2025-0047 <p>Ein lokaler Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um einen Denial-of-Service-Zustand zu erzeugen und weitere nicht spezifizierte Angriffe zu starten.</p> <p>Ein lokaler Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um einen Denial-of-Service-Zustand zu erzeugen und weitere nicht spezifizierte Angriffe zu starten.</p> https://cve.radiocsirt.org/vuln/wid-sec-w-2025-0047