CVE-2022-49149

What it is

In the Linux kernel, the following vulnerability has been resolved: rxrpc: Fix call timer start racing with call destruction The rxrpc_call struct has a timer used to handle various timed events relating to a call. This timer can get started from the packet input routines that are run in softirq mode with just the RCU read lock held. Unfortunately, because only the RCU read lock is held - and neither ref or other lock is taken - the call can start getting destroyed at the same time a packet comes in addressed to that call. This causes the timer - which was already stopped - to get restarted. Later, the timer dispatch code may then oops if the timer got deallocated first. Fix this by trying to take a ref on the rxrpc_call struct and, if successful, passing that ref along to the timer. If the timer was already running, the ref is discarded. The timer completion routine can then pass the ref along to the call's work item when it queues it. If the timer or work item where already queued/running, the extra ref is discarded.

At a glance

Exploitability

Can be exploited over the network without logging in. High risk of data exposure, data tampering, service disruption.

Exploit odds

0.5% chance of exploitation in the next 30 days (EPSS).

Fix

A patch, advisory or fixed version is referenced. Upgrade or apply it.

Timeline

1. 2025-02-26 07:00 UTC PublishedDisclosed publicly on CVE.org and NVD
2. 2026-10-15 22:17 UTC Last updatedMost recent change to the record

Details

Published

2025-02-26 07:00 UTC

Last modified

2026-10-15 22:17 UTC

Exploit probability

0.5% · EPSS, next 30 days

Weakness

CWE-362 · Race condition

Record status

Modified

Affected

• Linux Kernel < 5.10.110
• Linux Kernel < 5.15.33
• Linux Kernel < 5.16.19
• Linux Kernel < 5.17.2
• Linux Kernel 4.15

Attack profile CVSS 3.1 · 9.8

Attack vector

Network

Complexity

Low

Privileges needed

None

User interaction

None

Scope

Unchanged

Confidentiality

High

Integrity

High

Availability

High