https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sat, 03 Oct 2026 02:21:12 +0000 https://cve.radiocsirt.org/vuln/bdu:2021-01426 bdu:2021-01426 https://cve.radiocsirt.org/vuln/bdu:2021-01426 https://cve.radiocsirt.org/vuln/certfr-2017-avi-448 certfr-2017-avi-448 https://cve.radiocsirt.org/vuln/certfr-2017-avi-448 https://cve.radiocsirt.org/vuln/cnvd-2017-36468 cnvd-2017-36468 https://cve.radiocsirt.org/vuln/cnvd-2017-36468 https://cve.radiocsirt.org/vuln/euvd-2026-80865 EUVD-2026-80865 https://cve.radiocsirt.org/vuln/euvd-2026-80865 https://cve.radiocsirt.org/vuln/fkie_cve-2017-1000405 <p>The Linux Kernel versions 2.6.38 through 4.14 have a problematic use of pmd_mkdirty() in the touch_pmd() function inside the THP implementation. touch_pmd() can be reached by get_user_pages(). In such case, the pmd will become dirty. This scenario breaks the new can_follow_write_pmd()&#39;s logic - pmd can become dirty without going through a COW cycle. This bug is not as severe as the original &#34;Dirty cow&#34; because an ext4 file (or any other regular file) cannot be mapped using THP. Nevertheless, it does allow us to overwrite read-only huge pages. For example, the zero huge page and sealed shmem files can be overwritten (since their mapping can be populated using THP). Note that after the first write page-fault to the zero page, it will be replaced with a new fresh (and zeroed) thp.</p> <p>The Linux Kernel versions 2.6.38 through 4.14 have a problematic use of pmd_mkdirty() in the touch_pmd() function inside the THP implementation. touch_pmd() can be reached by get_user_pages(). In such case, the pmd will become dirty. This scenario breaks the new can_follow_write_pmd()&#39;s logic - pmd can become dirty without going through a COW cycle. This bug is not as severe as the original &#34;Dirty cow&#34; because an ext4 file (or any other regular file) cannot be mapped using THP. Nevertheless, it does allow us to overwrite read-only huge pages. For example, the zero huge page and sealed shmem files can be overwritten (since their mapping can be populated using THP). Note that after the first write page-fault to the zero page, it will be replaced with a new fresh (and zeroed) thp.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2017-1000405 https://cve.radiocsirt.org/vuln/ghsa-c6vh-7mwq-c4gc <p>The Linux Kernel versions 2.6.38 through 4.14 have a problematic use of pmd_mkdirty() in the touch_pmd() function inside the THP implementation. touch_pmd() can be reached by get_user_pages(). In such case, the pmd will become dirty. This scenario breaks the new can_follow_write_pmd()&#39;s logic - pmd can become dirty without going through a COW cycle. This bug is not as severe as the original &#34;Dirty cow&#34; because an ext4 file (or any other regular file) cannot be mapped using THP. Nevertheless, it does allow us to overwrite read-only huge pages. For example, the zero huge page and sealed shmem files can be overwritten (since their mapping can be populated using THP). Note that after the first write page-fault to the zero page, it will be replaced with a new fresh (and zeroed) thp.</p> <p>The Linux Kernel versions 2.6.38 through 4.14 have a problematic use of pmd_mkdirty() in the touch_pmd() function inside the THP implementation. touch_pmd() can be reached by get_user_pages(). In such case, the pmd will become dirty. This scenario breaks the new can_follow_write_pmd()&#39;s logic - pmd can become dirty without going through a COW cycle. This bug is not as severe as the original &#34;Dirty cow&#34; because an ext4 file (or any other regular file) cannot be mapped using THP. Nevertheless, it does allow us to overwrite read-only huge pages. For example, the zero huge page and sealed shmem files can be overwritten (since their mapping can be populated using THP). Note that after the first write page-fault to the zero page, it will be replaced with a new fresh (and zeroed) thp.</p> https://cve.radiocsirt.org/vuln/ghsa-c6vh-7mwq-c4gc https://cve.radiocsirt.org/vuln/gsd-2017-1000405 gsd-2017-1000405 https://cve.radiocsirt.org/vuln/gsd-2017-1000405 https://cve.radiocsirt.org/vuln/rhsa-2018:0180 <p>kernel: pmd can become dirty without going through a COW cycle</p> <p>kernel: pmd can become dirty without going through a COW cycle</p> https://cve.radiocsirt.org/vuln/rhsa-2018:0180 https://cve.radiocsirt.org/vuln/suse-su-2017:3210-1 <p>Security update for the Linux Kernel</p> <p>Security update for the Linux Kernel</p> https://cve.radiocsirt.org/vuln/suse-su-2017:3210-1 https://cve.radiocsirt.org/vuln/ubuntu-cve-2017-1000405 <p><strong>Affected:</strong> Ubuntu:14.04:LTS: linux, Ubuntu:14.04:LTS: linux-aws, Ubuntu:14.04:LTS: linux-lts-xenial, Ubuntu:16.04:LTS: linux, Ubuntu:16.04:LTS: linux-aws, Ubuntu:16.04:LTS: linux-azure, Ubuntu:16.04:LTS: linux-gcp, Ubuntu:16.04:LTS: linux-hwe, Ubuntu:16.04:LTS: linux-kvm, Ubuntu:16.04:LTS: linux-oem and 13 more</p> <p>The Linux Kernel versions 2.6.38 through 4.14 have a problematic use of pmd_mkdirty() in the touch_pmd() function inside the THP implementation. touch_pmd() can be reached by get_user_pages(). In such case, the pmd will become dirty. This scenario breaks the new can_follow_write_pmd()&#39;s logic - pmd can become dirty without going through a COW cycle. This bug is not as severe as the original &#34;Dirty cow&#34; because an ext4 file (or any other regular file) cannot be mapped using THP. Nevertheless, it does allow us to overwrite read-only huge pages. For example, the zero huge page and sealed shmem files can be overwritten (since their mapping can be populated using THP). Note that after the first write page-fault to the zero page, it will be replaced with a new fresh (and zeroed) thp.</p> <p><strong>Affected:</strong> Ubuntu:14.04:LTS: linux, Ubuntu:14.04:LTS: linux-aws, Ubuntu:14.04:LTS: linux-lts-xenial, Ubuntu:16.04:LTS: linux, Ubuntu:16.04:LTS: linux-aws, Ubuntu:16.04:LTS: linux-azure, Ubuntu:16.04:LTS: linux-gcp, Ubuntu:16.04:LTS: linux-hwe, Ubuntu:16.04:LTS: linux-kvm, Ubuntu:16.04:LTS: linux-oem and 13 more</p> <p>The Linux Kernel versions 2.6.38 through 4.14 have a problematic use of pmd_mkdirty() in the touch_pmd() function inside the THP implementation. touch_pmd() can be reached by get_user_pages(). In such case, the pmd will become dirty. This scenario breaks the new can_follow_write_pmd()&#39;s logic - pmd can become dirty without going through a COW cycle. This bug is not as severe as the original &#34;Dirty cow&#34; because an ext4 file (or any other regular file) cannot be mapped using THP. Nevertheless, it does allow us to overwrite read-only huge pages. For example, the zero huge page and sealed shmem files can be overwritten (since their mapping can be populated using THP). Note that after the first write page-fault to the zero page, it will be replaced with a new fresh (and zeroed) thp.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2017-1000405 https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1693 <p>Ein lokaler Angreifer kann eine Schwachstelle im Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen.</p> <p>Ein lokaler Angreifer kann eine Schwachstelle im Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen.</p> https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1693