android-gadget

Sommario

Alcune revisioni del kernel Linux utilizzate in Android sono interessate dal problema CVE-2021-39685. Informazioni dettagliate e un POC per CVE-2021-39685 sono disponibili nel repository inspector-gadget.

Questo repository include un POC che mira ad alcuni gadget USB specifici di Android, tra cui:

f_accessory
f_audio_source
f_gsi
f_mtp
f_qc_rndis
f_rmnet

Descrizione

a) f_accessory

Il buffer EP0 allocato in composite.c è grande USB_COMP_EP0_BUFSIZ (4096) byte
Il gestore di trasferimento di controllo della funzione acc_ctrlrequest legge ctrl->wLength in w_length
per bRequest ACCESSORY_SEND_STRING o ACCESSORY_SEND_HID_EVENT il valore viene impostato su w_length
la lunghezza della fase di trasferimento dati è impostata su cdev->req->length = value;
il trasferimento dati provoca un buffer overflow di wLength - 4096 byte
la quantità di dati scritti nel e oltre il buffer EP0 è controllata dall'attaccante

int acc_ctrlrequest(struct usb_composite_dev *cdev,
				const struct usb_ctrlrequest *ctrl)
{
	struct acc_dev	*dev = get_acc_dev();
	int	value = -EOPNOTSUPP;
	struct acc_hid_dev *hid;
	int offset;
	u8 b_requestType = ctrl->bRequestType;
	u8 b_request = ctrl->bRequest;
	u16	w_index = le16_to_cpu(ctrl->wIndex);
	u16	w_value = le16_to_cpu(ctrl->wValue);
	u16	w_length = le16_to_cpu(ctrl->wLength);
	unsigned long flags;
    ...
	if (b_requestType == (USB_DIR_OUT | USB_TYPE_VENDOR)) {
        ...
        } else if (b_request == ACCESSORY_SEND_STRING) {
			dev_info(&cdev->gadget->dev, "%s: got ACCESSORY_SEND_STRING(52) request\n",
				__func__);
			schedule_work(&dev->sendstring_work);
			dev->string_index = w_index;
			cdev->gadget->ep0->driver_data = dev;
			cdev->req->complete = acc_complete_set_string;
			value = w_length;
            ...
		} else if (b_request == ACCESSORY_SEND_HID_EVENT) {
			spin_lock_irqsave(&dev->lock, flags);
			hid = acc_hid_get(&dev->hid_list, w_value);
			spin_unlock_irqrestore(&dev->lock, flags);
			if (!hid) {
				value = -EINVAL;
				goto err;
			}
			cdev->req->context = hid;
			cdev->req->complete = acc_complete_send_hid_event;
			value = w_length;
		}
...
	if (value >= 0) {
		cdev->req->zero = 0;
		cdev->req->length = value;
		value = usb_ep_queue(cdev->gadget->ep0, cdev->req, GFP_ATOMIC);
		if (value < 0)
			ERROR(cdev, "%s setup response queue error\n",
				__func__);
	}

b) f_audio_source

Il buffer EP0 allocato in composite.c è grande USB_COMP_EP0_BUFSIZ (4096) byte
Il gestore di trasferimento di controllo della funzione audio_setup legge ctrl->wLength in w_length
per bRequestType che soddisfa la condizione USB_DIR_OUT | USB_TYPE_CLASS | USB_RECIP_ENDPOINT la variabile value viene assegnata al valore di ritorno di audio_set_endpoint_req
audio_set_endpoint_req restituisce wLength per bRequest uguale a UAC_SET_CUR, UAC_SET_MIN, UAC_SET_MAX o UAC_SET_RES
la lunghezza della fase di trasferimento dati è impostata su value; req->length = value;
il trasferimento dati provoca un buffer overflow di wLength - 4096 byte
la quantità di dati scritti nel e oltre il buffer EP0 è controllata dall'attaccante

static int
audio_setup(struct usb_function *f, const struct usb_ctrlrequest *ctrl)
{
	struct usb_composite_dev *cdev = f->config->cdev;
	struct usb_request *req = cdev->req;
	int value = -EOPNOTSUPP;
	u16 w_index = le16_to_cpu(ctrl->wIndex);
	u16 w_value = le16_to_cpu(ctrl->wValue);
	u16 w_length = le16_to_cpu(ctrl->wLength);

    /* composite driver infrastructure handles everything; interface
	 * activation uses set_alt().
	 */
	switch (ctrl->bRequestType) {
	case USB_DIR_OUT | USB_TYPE_CLASS | USB_RECIP_ENDPOINT:
		value = audio_set_endpoint_req(f, ctrl);
		break;
	case USB_DIR_IN | USB_TYPE_CLASS | USB_RECIP_ENDPOINT:
		value = audio_get_endpoint_req(f, ctrl);
		break;
	}
	/* respond with data transfer or status phase? */
	if (value >= 0) {
		pr_debug("audio req%02x.%02x v%04x i%04x l%d\n",
			ctrl->bRequestType, ctrl->bRequest,
			w_value, w_index, w_length);
		req->zero = 0;
		req->length = value;
		req->complete = audio_control_complete;
		value = usb_ep_queue(cdev->gadget->ep0, req, GFP_ATOMIC);
		if (value < 0)
			pr_err("audio response on err %d\n", value);
	}

static int audio_set_endpoint_req(struct usb_function *f,
		const struct usb_ctrlrequest *ctrl)
{
	int value = -EOPNOTSUPP;
	u16 ep = le16_to_cpu(ctrl->wIndex);
	u16 len = le16_to_cpu(ctrl->wLength);
	u16 w_value = le16_to_cpu(ctrl->wValue);
	pr_debug("bRequest 0x%x, w_value 0x%04x, len %d, endpoint %d\n",
			ctrl->bRequest, w_value, len, ep);
	switch (ctrl->bRequest) {
	case UAC_SET_CUR:
	case UAC_SET_MIN:
	case UAC_SET_MAX:
	case UAC_SET_RES:
		value = len;
		break;
	default:
		break;
	}
	return value;
}

c) f_gsi

Il buffer EP0 allocato in composite.c è grande USB_COMP_EP0_BUFSIZ (4096) byte
Il gestore di trasferimento di controllo della funzione gsi_setup legge ctrl->wLength nella variabile w_length
per bRequest impostato su USB_CDC_SEND_ENCAPSULATED_COMMAND il valore viene impostato su w_length
la lunghezza della fase di trasferimento dati è impostata su value; req->length = value;
il trasferimento dati provoca un buffer overflow di wLength - 4096 byte
la quantità di dati scritti nel e oltre il buffer EP0 è controllata dall'attaccante

static int
gsi_setup(struct usb_function *f, const struct usb_ctrlrequest *ctrl)
{
	struct f_gsi *gsi = func_to_gsi(f);
	struct usb_composite_dev *cdev = f->config->cdev;
	struct usb_request *req = cdev->req;
	int id, value = -EOPNOTSUPP;
	u16 w_index = le16_to_cpu(ctrl->wIndex);
	u16 w_value = le16_to_cpu(ctrl->wValue);
	u16 w_length = le16_to_cpu(ctrl->wLength);
	struct gsi_ctrl_pkt *cpkt;
	u8 *buf;
	u32 n;
	bool line_state;
    ...
    switch ((ctrl->bRequestType << 8) | ctrl->bRequest) {
    ...
	case ((USB_DIR_OUT | USB_TYPE_CLASS | USB_RECIP_INTERFACE) << 8)
			| USB_CDC_SEND_ENCAPSULATED_COMMAND:
		log_event_dbg("USB_CDC_SEND_ENCAPSULATED_COMMAND");
		if (w_value || w_index != id)
			goto invalid;
		/* read the request; process it later */
		value = w_length;
		req->context = gsi;
		if (gsi->prot_id == IPA_USB_RNDIS)
			req->complete = gsi_rndis_command_complete;
		else
			req->complete = gsi_ctrl_cmd_complete;
		/* later, rndis_response_available() sends a notification */
		break;
    ...
    ...
    /* respond with data transfer or status phase? */
	if (value >= 0) {
		log_event_dbg("req%02x.%02x v%04x i%04x l%d",
			ctrl->bRequestType, ctrl->bRequest,
			w_value, w_index, w_length);
		req->zero = (value < w_length);
		req->length = value;
		value = usb_ep_queue(cdev->gadget->ep0, req, GFP_ATOMIC);
		if (value < 0)
			log_event_err("response on err %d", value);
	}

d) f_mtp

Il buffer EP0 allocato in composite.c è grande USB_COMP_EP0_BUFSIZ (4096) byte
Il gestore di trasferimento di controllo della funzione mtp_ctrlrequest legge ctrl->wLength in w_length
per bRequest impostato su MTP_REQ_CANCEL il valore viene impostato su w_length
la lunghezza della fase di trasferimento dati è impostata su value; req->length = value;
il trasferimento dati provoca un buffer overflow di wLength - 4096 byte
la quantità di dati scritti nel e oltre il buffer EP0 è controllata dall'attaccante

static int mtp_ctrlrequest(struct usb_composite_dev *cdev,
				const struct usb_ctrlrequest *ctrl)
{
	struct mtp_dev *dev = _mtp_dev;
	int	value = -EOPNOTSUPP;
	u16	w_index = le16_to_cpu(ctrl->wIndex);
	u16	w_value = le16_to_cpu(ctrl->wValue);
	u16	w_length = le16_to_cpu(ctrl->wLength);
	unsigned long	flags;
    ...
    	} else if ((ctrl->bRequestType & USB_TYPE_MASK) == USB_TYPE_CLASS) {
		mtp_log("class request: %d index: %d value: %d length: %d\n",
			ctrl->bRequest, w_index, w_value, w_length);
		if (ctrl->bRequest == MTP_REQ_CANCEL && w_index == 0
				&& w_value == 0) {
			mtp_log("MTP_REQ_CANCEL\n");
			spin_lock_irqsave(&dev->lock, flags);
			if (dev->state == STATE_BUSY) {
				dev->state = STATE_CANCELED;
				wake_up(&dev->read_wq);
				wake_up(&dev->write_wq);
			}
			spin_unlock_irqrestore(&dev->lock, flags);
			/* We need to queue a request to read the remaining
			 *  bytes, but we don't actually need to look at
			 * the contents.
			 */
			value = w_length;
    ...
    /* respond with data transfer or status phase? */
	if (value >= 0) {
		int rc;
		cdev->req->zero = value < w_length;
		cdev->req->length = value;
		rc = usb_ep_queue(cdev->gadget->ep0, cdev->req, GFP_ATOMIC);
		if (rc < 0)
			pr_err("%s: response queue error\n", __func__);
	}

e) f_qc_rndis

Il buffer EP0 allocato in composite.c è grande USB_COMP_EP0_BUFSIZ (4096) byte
Il gestore di trasferimento di controllo della funzione rndis_qc_setup legge ctrl->wLength in w_length
per bRequest impostato su USB_CDC_SEND_ENCAPSULATED_COMMAND il valore viene impostato su w_length
la lunghezza della fase di trasferimento dati è impostata su value; req->length = value;
il trasferimento dati provoca un buffer overflow di wLength - 4096 byte
la quantità di dati scritti nel e oltre il buffer EP0 è controllata dall'attaccante

static int
rndis_qc_setup(struct usb_function *f, const struct usb_ctrlrequest *ctrl)
{
	struct f_rndis_qc		*rndis = func_to_rndis_qc(f);
	struct usb_composite_dev *cdev = f->config->cdev;
	struct usb_request	*req = cdev->req;
	int			value = -EOPNOTSUPP;
	u16			w_index = le16_to_cpu(ctrl->wIndex);
	u16			w_value = le16_to_cpu(ctrl->wValue);
	u16			w_length = le16_to_cpu(ctrl->wLength);
    ...
	switch ((ctrl->bRequestType << 8) | ctrl->bRequest) {
	/* RNDIS uses the CDC command encapsulation mechanism to implement
	 * an RPC scheme, with much getting/setting of attributes by OID.
	 */
	case ((USB_DIR_OUT | USB_TYPE_CLASS | USB_RECIP_INTERFACE) << 8)
			| USB_CDC_SEND_ENCAPSULATED_COMMAND:
		if (w_value || w_index != rndis->ctrl_id)
			goto invalid;
		/* read the request; process it later */
		value = w_length;
		req->complete = rndis_qc_command_complete;
		/* later, rndis_response_available() sends a notification */
		break;
    ...
	/* respond with data transfer or status phase? */
	if (value >= 0) {
		DBG(cdev, "rndis req%02x.%02x v%04x i%04x l%d\n",
			ctrl->bRequestType, ctrl->bRequest,
			w_value, w_index, w_length);
		req->context = rndis;
		req->zero = (value < w_length);
		req->length = value;
		value = usb_ep_queue(cdev->gadget->ep0, req, GFP_ATOMIC);
		if (value < 0)
			pr_err("rndis response on err %d\n", value);
	}

f) f_rmnet

Il buffer EP0 allocato in composite.c è grande USB_COMP_EP0_BUFSIZ (4096) byte
Il gestore di trasferimento di controllo della funzione frmnet_setup legge ctrl->wLength in w_length
per bRequest impostato su USB_CDC_SEND_ENCAPSULATED_COMMAND ret viene impostato su w_length
la lunghezza della fase di trasferimento dati è impostata su ret; req->length = ret;
il trasferimento dati provoca un buffer overflow di wLength - 4096 byte
la quantità di dati scritti nel e oltre il buffer EP0 è controllata dall'attaccante

static int
frmnet_setup(struct usb_function *f, const struct usb_ctrlrequest *ctrl)
{
	struct f_rmnet			*dev = func_to_rmnet(f);
	struct usb_composite_dev	*cdev = dev->cdev;
	struct usb_request		*req = cdev->req;
	u16				w_index = le16_to_cpu(ctrl->wIndex);
	u16				w_value = le16_to_cpu(ctrl->wValue);
	u16				w_length = le16_to_cpu(ctrl->wLength);
	int				ret = -EOPNOTSUPP;
    ...

	switch ((ctrl->bRequestType << 8) | ctrl->bRequest) {
	case ((USB_DIR_OUT | USB_TYPE_CLASS | USB_RECIP_INTERFACE) << 8)
			| USB_CDC_SEND_ENCAPSULATED_COMMAND:
		pr_debug("%s: USB_CDC_SEND_ENCAPSULATED_COMMAND\n"
				 , __func__);
		ret = w_length;
		req->complete = frmnet_cmd_complete;
		req->context = dev;
		break;
    ...
    /* respond with data transfer or status phase? */
	if (ret >= 0) {
		VDBG(cdev, "rmnet req%02x.%02x v%04x i%04x l%d\n",
			ctrl->bRequestType, ctrl->bRequest,
			w_value, w_index, w_length);
		req->zero = (ret < w_length);
		req->length = ret;
		ret = usb_ep_queue(cdev->gadget->ep0, req, GFP_ATOMIC);
		if (ret < 0)
			ERROR(cdev, "rmnet ep0 enqueue err %d\n", ret);
	}

Impatto

I dispositivi che implementano le classi di gadget USB interessate (f_accessory, f_audio_source, f_gsi, f_mtp, f_qc_rndis, f_rmnet) possono essere affetti da vulnerabilità di buffer overflow che comportano divulgazione di informazioni, denial of service o esecuzione di codice arbitrario nel contesto del kernel.

CVE

CVE-2022-20009

Exploit

L'invio di richieste di controllo con wLength superiore ai 4096 byte standard richiede che l'host utilizzi una build personalizzata di libusb con MAX_CTRL_BUFFER_LENGTH aumentato a 0xffff. Questo valore può essere modificato in libusb/os/linux_usbfs.h prima della compilazione.

Lo script gadget.py richiede pyusb. Puoi installare questo pacchetto tramite pip come segue.

python3 -m pip install pyusb

La guida è accessibile con i parametri -h o --help.

usage: gadget.py [-h] -v VID -p PID [-l LENGTH] [-d {read,write}] [-f {accessory,audio_source,gsi,qc_rndis,rmnet,mtp}]

Sample exploit for CVE-2022-20009

optional arguments:
  -h, --help            show this help message and exit
  -v VID, --vid VID     vendor id
  -p PID, --pid PID     product id
  -l LENGTH, --length LENGTH
                        lenght of data to write
  -d {read,write}, --direction {read,write}
                        direction of operation from host perspective
  -f {accessory,audio_source,gsi,qc_rndis,rmnet,mtp}, --function {accessory,audio_source,gsi,qc_rndis,rmnet,mtp}

Esempi di invocazione:

./gadget.py -v 0x1b67 -p 0x400c -f audio_source
./gadget.py -v 0x18d1 -p 0x4e23 -f mtp

Note finali

Aggiorna il tuo Android all'ultima versione stabile.

android-gadget

Più Popolari

android-gadget

Sommario

Descrizione

Impatto

CVE

Exploit

Note finali