Description
In the Linux kernel, the following vulnerability has been resolved: rxrpc: Fix bug due to prealloc collision When userspace is using AF_RXRPC to provide a server, it has to preallocate incoming calls and assign to them call IDs that will be used to thread related recvmsg() and sendmsg() together. The preallocated call IDs will automatically be attached to calls as they come in until the pool is empty. To the kernel, the call IDs are just arbitrary numbers, but userspace can use the call ID to hold a pointer to prepared structs. In any case, the user isn't permitted to create two calls with the same call ID (call IDs become available again when the call ends) and EBADSLT should result from sendmsg() if an attempt is made to preallocate a call with an in-use call ID. However, the cleanup in the error handling will trigger both assertions in rxrpc_cleanup_call() because the call isn't marked complete and isn't marked as having been released. Fix this by setting the call state in rxrpc_service_prealloc_one() and then marking it as being released before calling the cleanup function.
Product status
00e907127e6f86d0f9b122d9b4347a8aa09a8b61 before 432c5363cd6fe5a928bbc94524d28b05515684dd
00e907127e6f86d0f9b122d9b4347a8aa09a8b61 before 5385ad53793de2ab11e396bdcdaa65bb04b4dad6
00e907127e6f86d0f9b122d9b4347a8aa09a8b61 before d8ffb47a443919277cb093c3db1ec6c0a06880b1
00e907127e6f86d0f9b122d9b4347a8aa09a8b61 before 69e4186773c6445b258fb45b6e1df18df831ec45
4.9
Any version before 4.9
6.6.99
6.12.39
6.15.7
6.16
References
git.kernel.org/...c/432c5363cd6fe5a928bbc94524d28b05515684dd
git.kernel.org/...c/5385ad53793de2ab11e396bdcdaa65bb04b4dad6
git.kernel.org/...c/d8ffb47a443919277cb093c3db1ec6c0a06880b1
git.kernel.org/...c/69e4186773c6445b258fb45b6e1df18df831ec45
