Bug 2373432 (CVE-2022-50075) - CVE-2022-50075 kernel: tracing/eprobes: Have event probes be consistent with kprobes and uprobes
Summary: CVE-2022-50075 kernel: tracing/eprobes: Have event probes be consistent with ...
Keywords:
Status: NEW
Alias: CVE-2022-50075
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Product Security DevOps Team
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2025-06-18 12:02 UTC by OSIDB Bzimport
Modified: 2025-06-20 08:28 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)

Description OSIDB Bzimport 2025-06-18 12:02:35 UTC
In the Linux kernel, the following vulnerability has been resolved:

tracing/eprobes: Have event probes be consistent with kprobes and uprobes

Currently, if a symbol "@" is attempted to be used with an event probe
(eprobes), it will cause a NULL pointer dereference crash.

Both kprobes and uprobes can reference data other than the main registers.
Such as immediate address, symbols and the current task name. Have eprobes
do the same thing.

For "comm", if "comm" is used and the event being attached to does not
have the "comm" field, then make it the "$comm" that kprobes has. This is
consistent to the way histograms and filters work.

Comment 1 Avinash Hanwate 2025-06-20 08:19:50 UTC
Upstream advisory:
https://lore.kernel.org/linux-cve-announce/2025061854-CVE-2022-50075-f791@gregkh/T


Note You need to log in before you can comment on or make changes to this bug.