CVE-2026-98062: bpf: Mark signal tracepoint siginfo arguments as scalar

Published Sep 25, 2026
·
Updated

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

bpf: Mark signal tracepoint siginfo arguments as scalar

The signalgenerate and signaldeliver tracepoints declare their info argument as a struct kernelsiginfo pointer. btfctxaccess() therefore treats it as a trusted pointer for tpbtf programs.

Signal delivery also uses SENDSIGNOINFO and SENDSIGPRIV as special values for this argument. Those values are zero and one respectively, and are not pointers. A tpbtf program can currently dereference either value and fault the kernel. In particular, signalgenerate can run from timer interrupt context, turning the fault into a kernel panic.

Record both tracepoints in rawtpnullargs[] and mark argument one as a non-pointer. This preserves scalar access to the cookie while rejecting direct and helper-mediated pointer use. Merely marking it nullable would not suffice because SENDSIGPRIV is nonzero.

Affected Software

1 affected component
Linux Linux kernel

Event History

Sep 25, 2026
CVE Published
via MITRE·10:24 AM
Data Sourced
via MITRE·10:24 AM
Description

Frequently Asked Questions

1

What access does an attacker need to trigger this issue?

The issue requires loading or running a tp_btf BPF program that attaches to the signal_generate or signal_deliver tracepoint and dereferences the tracepoint's info argument. The provided data does not identify the specific permissions required to load such a program.

2

What impact can exploitation have?

A BPF program can dereference the special zero or one values used for the info argument, causing a kernel fault. Because signal_generate may execute in timer interrupt context, the fault can result in a kernel panic.

3

Are normal signal-info values affected?

The unsafe cases are the SEND_SIG_NOINFO and SEND_SIG_PRIV special values, represented by zero and one rather than valid pointers. The fix preserves scalar access to the argument, described as a cookie, while blocking direct and helper-mediated use as a pointer.

4

How can exposure be reduced before the fix is applied?

Avoid allowing tp_btf BPF programs to attach to signal_generate or signal_deliver, especially programs that treat the info argument as a pointer. The supplied data does not provide a configuration-only mitigation beyond restricting this BPF usage.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203