virtio-win vulnerabilities

In virtio-win from mm210 until mm320, the Viosock driver permits a low-privilege local process to submit an IOCTL_SELECT request with attacker-controlled VIRTIO_VSOCK_SELECT.Fdss[*].fd_count values that overflow the 32-bit sum used by VIOSockSelect for bounds checking. The wrapped sum can pass the FD_SETSIZE check even though an individual descriptor count is much larger than the expected limit. VIOSockSelectCopyFds then iterates using the unchecked count and writes beyond the allocated pPkt->Fds array in the NonPagedPool kernel heap. This is fixed in mm320.

In virtio-win, the VirtIO Block (BLK) device fails to properly manage memory during a device reset, resulting in a use-after-free vulnerability. A local attacker could corrupt system memory, potentially causing instability or unexpected behavior.

In virtio-win, the RhelDoUnMap() function does not properly validate the number of descriptors provided by a user during an unmap request. A local user could supply an excessive number of descriptors, leading to a buffer overrun and a system crash (Denial of Service).