misc: fastrpc: take fl->lock when moving mmaps on interrupted invoke
21Vexday Risk Score
No sign of exploitation. No public exploitation artifact known so far.
ssvc Trackcvss 7.8epss 0.2%
exploitation probability
0.2%top 94% of all CVEs
observed exploitation
nono source reports it
In the Linux kernel, the following vulnerability has been resolved:
misc: fastrpc: take fl->lock when moving mmaps on interrupted invoke
When an invoke is interrupted by a signal,
wait_for_completion_interruptible() returns -ERESTARTSYS and
fastrpc_internal_invoke() moves every buffer from fl->mmaps onto
cctx->invoke_interrupted_mmaps. This list_del()/list_add_tail() walk
runs without holding fl->lock, the lock that serialises fl->mmaps in
fastrpc_req_mmap() and fastrpc_req_munmap() everywhere else.
Take fl->lock around the move, matching every other fl->mmaps accessor.
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Affected products
Linux · LinuxReferences
https://git.kernel.org/stable/c/3f265e405e5ef85030c3777262e18bb556bc8724https://git.kernel.org/stable/c/a902fe1f80f58a2335b6be1131866f827ec44d1ahttps://git.kernel.org/stable/c/af6345159abcbaa550518f31990d2a9558c2d369https://git.kernel.org/stable/c/b85a0e91d7d6cd06a53c881a46f749cfcef416a2https://git.kernel.org/stable/c/efd02f8d1a7449f15809bc18d3cd41aafea75d7e