https://db.gcve.eu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Wed, 04 Nov 2026 21:05:48 +0000 https://db.gcve.eu/vuln/fkie_cve-2026-99232 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>tracing/syscalls: Use copy_from_user for the faultable syscall buffer</p> <p>syscall_copy_user_array() copies the buffer argument of faultable syscalls (write, pwrite64, ...) with __copy_from_user(), which skips access_ok(). Use copy_from_user() instead so a non-user address is rejected and the entry is recorded as faulted.</p> <p>It could be a security concern for machines that trust perf a bit too much.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>tracing/syscalls: Use copy_from_user for the faultable syscall buffer</p> <p>syscall_copy_user_array() copies the buffer argument of faultable syscalls (write, pwrite64, ...) with __copy_from_user(), which skips access_ok(). Use copy_from_user() instead so a non-user address is rejected and the entry is recorded as faulted.</p> <p>It could be a security concern for machines that trust perf a bit too much.</p> https://db.gcve.eu/vuln/fkie_cve-2026-99232 https://db.gcve.eu/vuln/ghsa-2w2h-c9pf-xxjf <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>tracing/syscalls: Use copy_from_user for the faultable syscall buffer</p> <p>syscall_copy_user_array() copies the buffer argument of faultable syscalls (write, pwrite64, ...) with __copy_from_user(), which skips access_ok(). Use copy_from_user() instead so a non-user address is rejected and the entry is recorded as faulted.</p> <p>It could be a security concern for machines that trust perf a bit too much.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>tracing/syscalls: Use copy_from_user for the faultable syscall buffer</p> <p>syscall_copy_user_array() copies the buffer argument of faultable syscalls (write, pwrite64, ...) with __copy_from_user(), which skips access_ok(). Use copy_from_user() instead so a non-user address is rejected and the entry is recorded as faulted.</p> <p>It could be a security concern for machines that trust perf a bit too much.</p> https://db.gcve.eu/vuln/ghsa-2w2h-c9pf-xxjf https://db.gcve.eu/vuln/ubuntu-cve-2026-99232 <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 127 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: tracing/syscalls: Use copy_from_user for the faultable syscall buffer syscall_copy_user_array() copies the buffer argument of faultable syscalls (write, pwrite64, ...) with __copy_from_user(), which skips access_ok(). Use copy_from_user() instead so a non-user address is rejected and the entry is recorded as faulted. It could be a security concern for machines that trust perf a bit too much.</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 127 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: tracing/syscalls: Use copy_from_user for the faultable syscall buffer syscall_copy_user_array() copies the buffer argument of faultable syscalls (write, pwrite64, ...) with __copy_from_user(), which skips access_ok(). Use copy_from_user() instead so a non-user address is rejected and the entry is recorded as faulted. It could be a security concern for machines that trust perf a bit too much.</p> https://db.gcve.eu/vuln/ubuntu-cve-2026-99232