CVE-2022-49737
In X.Org X server 20.11 through 21.1.16, when a client application uses easystroke for mouse gestures, the main thread modifies various data structures used by the input thread without acquiring a lock, aka a race condition.
Does this matter?
High impact if exploited, but EPSS currently rates exploitation as unlikely (0.33%). Schedule it in the normal patch cycle and watch for a rise in EPSS or a public exploit.
Description
In X.Org X server 20.11 through 21.1.16, when a client application uses easystroke for mouse gestures, the main thread modifies various data structures used by the input thread without acquiring a lock, aka a race condition. In particular, AttachDevice in dix/devices.c does not acquire an input lock.
- CVSS 3.1
- 7.7 HIGHCVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:C/C:L/I:L/A:H
- EPSS
- 0.33% probability · 26th percentile
- CISA KEV
- Not listed
- Weakness
- CWE-413
- Source
- cve@mitre.org
References
- https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=1081338;filename=dix-Hold-input-lock-for-AttachDevice.patch;msg=5
- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1081338
- https://gitlab.freedesktop.org/xorg/xserver/-/commit/dc7cb45482cea6ccec22d117ca0b489500b4d0a0
- https://gitlab.freedesktop.org/xorg/xserver/-/issues/1260
- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1081338
Source: NVD record, EPSS from FIRST.org, KEV from CISA. Refreshed daily.