In the Linux kernel, the following vulnerability has been resolved:
ftrace: Also allocate and copy hash for reading of filter files
Currently the reader of set_ftrace_filter and set_ftrace_notrace just adds
the pointer to the global tracer hash to its iterator. Unlike the writer
that allocates a copy of the hash, the reader keeps the pointer to the
filter hashes. This is problematic because this pointer is static across
function calls that release the locks that can update the global tracer
hashes. This can cause UAF and similar bugs.
Allocate and copy the hash for reading the filter files like it is done
for the writers. This not only fixes UAF bugs, but also makes the code a
bit simpler as it doesn't have to differentiate when to free the
iterator's hash between writers and readers.
CVSS
7.8 HIGH (v3.1, CNA)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
from c20489dad156dd9919ebd854bbace46dbd2576a3 before 12064e1880fc9202be75ff668205b1703d92f74f; from c20489dad156dd9919ebd854bbace46dbd2576a3 before c4cd93811e038d19f961985735ef7bb128078dfb; from c20489dad156dd9919ebd854bbace46dbd2576a3 before e0b6b223167e1edde5c82edf38e393c06eda1f13; from c20489dad156dd9919ebd854bbace46dbd2576a3 before a40c69f4f1ed96acbcd62e9b5ff3a596f0a91309; from c20489dad156dd9919ebd854bbace46dbd2576a3 before 3b114a3282ab1a12cb4618a8f45db5d7185e784a; from c20489dad156dd9919ebd854bbace46dbd2576a3 before c591ba1acd081d4980713e47869dd1cc3d963d19; from c20489dad156dd9919ebd854bbace46dbd2576a3 before 64db338140d2bad99a0a8c6a118dd60b3e1fb8cb; from c20489dad156dd9919ebd854bbace46dbd2576a3 before bfb336cf97df7b37b2b2edec0f69773e06d11955
from 4.12 before 5.4.297; from 5.5 before 5.10.241; from 5.11 before 5.15.190; from 5.16 before 6.1.149; from 6.2 before 6.6.103; from 6.7 before 6.12.44; from 6.13 before 6.16.4; 6.17; and 1 more ranges
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.