References to Advisories, Solutions, and Tools

By selecting these links, you will be leaving NIST webspace. We have provided these links to other web sites because they may have information that would be of interest to you. No inferences should be drawn on account of other sites being referenced, or not, from this page. There may be other web sites that are more appropriate for your purpose. NIST does not necessarily endorse the views expressed, or concur with the facts presented on these sites. Further, NIST does not endorse any commercial products that may be mentioned on these sites. Please address comments about this page to nvd@nist.gov.

Change History

https://git.kernel.org/stable/c/28acd531c9a365dac01b32e6bc54aed8c1429bcb

https://git.kernel.org/stable/c/47f9b6e49b422392fb0e348a65eb925103ba1882

https://git.kernel.org/stable/c/a34acf30b19bc4ee3ba2f1082756ea2604c19138

In the Linux kernel, the following vulnerability has been resolved:

mm: vmalloc: check if a hash-index is in cpu_possible_mask

The problem is that there are systems where cpu_possible_mask has gaps
between set CPUs, for example SPARC.  In this scenario addr_to_vb_xa()
hash function can return an index which accesses to not-possible and not
setup CPU area using per_cpu() macro.  This results in an oops on SPARC.

A per-cpu vmap_block_queue is also used as hash table, incorrectly
assuming the cp

kernel.org https://git.kernel.org/stable/c/28acd531c9a365dac01b32e6bc54aed8c1429bcb [No types assigned]

kernel.org https://git.kernel.org/stable/c/47f9b6e49b422392fb0e348a65eb925103ba1882 [No types assigned]

kernel.org https://git.kernel.org/stable/c/a34acf30b19bc4ee3ba2f1082756ea2604c19138 [No types assigned]