The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - tracing: Keep the entry count when the histogram stats allocation fails print_entries() uses n_entries     both as the number of sort entries and as its own return value, so the -ENOMEM it stores when the stats     allocation fails overwrites the count that the cleanup still needs: n_entries =     tracing_map_sort_entries(map, ...); if (n_entries < 0) return n_entries; ... if (!stats) { n_entries =
    -ENOMEM; goto out; } ... out: tracing_map_destroy_sort_entries(sort_entries, n_entries);
    tracing_map_destroy_sort_entries() takes an unsigned int and loops up to it, so -ENOMEM arrives as     4294967284. It walks an array of at most map->max_elts pointers and calls destroy_sort_entry(), which     dereferences and frees, on whatever lies past the end. Reading the hist file of a trigger with a .percent     value, with that allocation forced to fail: BUG: KASAN: vmalloc-out-of-bounds in     tracing_map_destroy_sort_entries+0xa0/0xb0 Read of size 8 at addr ffffc90000045000 by task init/1     tracing_map_destroy_sort_entries+0xa0/0xb0 hist_show+0x6f7/0x1df0 seq_read_iter+0x2b8/0x1190     vfs_read+0x176/0xa40 The buggy address belongs to a 4-page vmalloc region starting at ffffc90000041000     allocated at tracing_map_sort_entries+0x5c/0xd50 A few pages further the fault is fatal. The registers at     the oops confirm the bound: the loop's end pointer less the array start, over the pointer size, is     4294967284. Return the error in a separate variable and leave n_entries holding the count, the way     tracing_map_sort_entries() does on its own error path. The stats block is only entered for a value     carrying .percent or .graph, which __create_val_field() has rejected since v6.3, so this cannot be reached     in mainline as it stands. It becomes reachable again with tracing: hist: let values keep the percent and     graph modifiers, so it should be applied first. (CVE-2026-97920)

Note that Nessus relies on the presence of the package as reported by the vendor.

Detections

Analytics

Linux Distros Unpatched Vulnerability : CVE-2026-97920

medium Nessus Plugin ID 350573

Version 1.4

Version 1.2

Version 1.1

Version 1.4 Oct 2, 2026, 6:07 PM Detection (updated detection logic) Plugin metadata Plugin Feed: 202610021807
Version 1.2 Sep 30, 2026, 6:31 AM CVSS metrics ("CVSSv2 score" set to 4.9) CVSS metrics ("CVSSv2 vector" set to "CVSS2#AV:L/AC:L/Au:N/C:N/I:N/A:C") Detection (updated detection logic) Plugin metadata Plugin Feed: 202609300631
Version 1.1 Sep 26, 2026, 2:30 AM New Plugin Feed: 202609260230