https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sat, 03 Oct 2026 11:16:16 +0000 https://vulnerability.circl.lu/vuln/cve-2021-47368 <p><strong>Affected:</strong> Linux, linux_kernel</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>enetc: Fix illegal access when reading affinity_hint</p> <p>irq_set_affinity_hit() stores a reference to the cpumask_t parameter in the irq descriptor, and that reference can be accessed later from irq_affinity_hint_proc_show(). Since the cpu_mask parameter passed to irq_set_affinity_hit() has only temporary storage (it&#39;s on the stack memory), later accesses to it are illegal. Thus reads from the corresponding procfs affinity_hint file can result in paging request oops.</p> <p>The issue is fixed by the get_cpu_mask() helper, which provides a permanent storage for the cpumask_t parameter.</p> <p><strong>Affected:</strong> Linux, linux_kernel</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>enetc: Fix illegal access when reading affinity_hint</p> <p>irq_set_affinity_hit() stores a reference to the cpumask_t parameter in the irq descriptor, and that reference can be accessed later from irq_affinity_hint_proc_show(). Since the cpu_mask parameter passed to irq_set_affinity_hit() has only temporary storage (it&#39;s on the stack memory), later accesses to it are illegal. Thus reads from the corresponding procfs affinity_hint file can result in paging request oops.</p> <p>The issue is fixed by the get_cpu_mask() helper, which provides a permanent storage for the cpumask_t parameter.</p> https://vulnerability.circl.lu/vuln/cve-2021-47368