syzkaller supports fuzzing the Linux kernel USB subsystem from the external side. Instead of relying on external hardware (like Facedancer-based boards) or VM management software features (like QEMU usbredir), syzkaller fuzzes USB fully within a (potentially-virtualized) enviroment that runs the Linux kernel.
The USB fuzzing support in syzkaller is based on:
- Raw Gadget — kernel module that implements a low-level interface for the Linux USB Gadget subsystem (now in the mainline kernel);
- Dummy HCD/UDC — kernel module that sets up virtual USB Device and Host controllers that are connected to each other inside the kernel (existed in the mainline kernel for a long time);
- KCOV changes that allow collecting coverage from background kernel threads and interrupts (now in the mainline kernel);
- syzkaller changes built on top of the other parts; see the Internals section.
Besides this documentation page, for details, see:
-
Coverage-Guided USB Fuzzing with Syzkaller talk (video) from OffensiveCon 2019 (the talk was given while the USB fuzzing support was a work-in-progress, so some details are outdated);
-
Fuzzing USB with Raw Gadget talk (video) from BSides Munich 2022 (more up-to-date, but less in-depth).
See this page for the list of bugs found in the Linux kernel USB stack so far.
syzkaller defines 6 pseudo-syscalls for emulating USB devices for fuzzing (see the syzlang descriptions and the C implementations):
syz_usb_connect
— handles the enumeration process of a new USB device (in simple terms: connects a new USB device; in detail: handles all requests to the control endpoint until aSET_CONFIGURATION
request is received);syz_usb_connect_ath9k
— flavor ofsyz_usb_connect
for connecting anath9k
USB device. Not implemented as a$
variant ofsyz_usb_connect
, asath9k
expects a compatible device to immediately handle the firmware download requests after the enumeration (after theSET_CONFIGURATION
request);syz_usb_disconnect
— disconnects a USB device;syz_usb_control_io
— handles a post-enumeration control request (IN
orOUT
);syz_usb_ep_write
— handles a non-controlIN
request on an endpoint;syz_usb_ep_read
— handles a non-controlOUT
request on an endpoint.
The syzlang descriptions for these pseudo-syscalls are targeted at a few different layers:
-
The common USB enumeration code is targeted by the generic
syz_usb_connect
variant. In addition, this generic variant also briefly touches the enumeration code in various USB drivers: the USB device descriptor fields get patched during the program generation; -
The code of the class-specific drivers is targeted by
syz_usb_connect$hid
,syz_usb_connect$cdc_ecm
, and other variants (accompanied by matchingsyz_usb_control_io$*
andsyz_usb_ep_read/write$*
pseudo-syscalls). The descriptor fields for thesesyz_usb_connect
variants are also intended to be patched during the program generation based on the driver class (to exercise various driver quirks), but so far, this has only been implemented for the HID class; -
The code of the device-specific drivers is intended to be targeted by more
syz_usb_connect
variants whose descriptors do not get patched and are fully defined in syzlang instead. So far, the only such (partial) descriptions have been added for theath9k
driver (syz_usb_connect_ath9k
andsyz_usb_ep_write$ath9k_ep*
).
-
Use the kernel version 5.7 or later.
It's also recommended to backport all kernel patches that touch
drivers/usb/gadget/legacy/raw_gadget.c
,drivers/usb/gadget/udc/dummy_hcd.c
, andkernel/kcov.c
; -
Enable
CONFIG_USB_RAW_GADGET=y
andCONFIG_USB_DUMMY_HCD=y
in the kernel config.Optionally, also enable the config options for the specific USB drivers that you wish to fuzz.
As an alternative, you can use the config from the syzbot USB fuzzing instance. This config has the options for many USB drivers commonly-used in distro kernels enabled;
-
Build the kernel;
-
Optionally, update syzkaller descriptions by extracting the USB IDs.
This step is recommended if you wish to just rely on the existing syzlang descriptions to fuzz all USB drivers enabled in your kernel config.
If you plan to add new syzlang descriptions that target a specific USB driver, this step can be skipped;
-
Optionally, write syzlang descriptions for the USB driver you wish to fuzz;
-
Enable
syz_usb_connect
,syz_usb_disconnect
,syz_usb_control_io
,syz_usb_ep_write
andsyz_usb_ep_read
pseudo-syscalls (or any of their specific variants) in the manager config; -
Set
sandbox
tonone
in the manager config; -
Pass
dummy_hcd.num=4
(or whichever number you use forprocs
) to the kernel command-line parameters in the manager config; -
Run syzkaller.
Make sure that you see both
USBEmulation
andExtraCoverage
enabled in themachine check
section in the log.You should also see a decent amount of coverage in
drivers/usb/core/*
after the first few programs get added to the corpus.
Most of the limitations of the USB fuzzing support in syzkaller stem from the features missing from the Raw Gadget and Dummy HCD/UDC implementations (USB 3, isochronous transfers, etc).
In addition, syz_usb_connect
only supports devices with a single configuration (but this can be fixed).
This is not a critical limitation, as most kernel drivers are tied to specific interfaces and do not care about the configurations.
However, there are USB devices whose drivers assume the device to have multiple specific configurations.
There are a few runtests for the USB pseudo-syscalls.
They are named starting with the vusb
prefix and can be run as:
./bin/syz-manager -config usb-manager.cfg -mode run-tests -tests vusb
syzkaller uses a list of hardcoded USB IDs that are patched into syz_usb_connect
(for the generic and the HID variants) during the program generation.
To update the syzkaller USB IDs to match the USB drivers enabled in your kernel config:
-
Apply this kernel patch;
-
Build and boot the kernel;
-
Connect a USB HID device.
Assuming you have
CONFIG_USB_RAW_GADGET=y
enabled, you can just run the keyboard emulation program; -
Use syz-usbgen script to update sys/linux/init_vusb_ids.go:
./bin/syz-usbgen $KERNEL_LOG ./sys/linux/init_vusb_ids.go
-
Revert the applied kernel patch and rebuild the kernel before starting syzkaller.
The core support for USB fuzzing is in place, but there's still space for improvement:
-
Remove the device from
usb_devices
insyz_usb_disconnect
and don't calllookup_usb_index
multiple times withinsyz_usb_connect
. Currently, this causes some reproducers to have therepeat
flag set when it's not required; -
Add descriptions for more relevant USB classes and drivers and resolve TODOs from sys/linux/vusb.txt;
-
Implement a proper way for dynamically extracting relevant USB ids from the kernel (a related discussion);
-
Add a mode for standalone fuzzing of physical USB hosts (from a Linux-based board with a UDC). This includes: a. Making sure that the current way
syz_usb_connect
handles the enumeration works properly with different OSes (there are some differences); b. Using USB requests coming from the host as a signal (like coverage) to enable "signal-driven" fuzzing; c. Making UDC driver name configurable forsyz-execprog
andsyz-prog2c
; -
Generate syzkaller programs from a
usbmon
trace produced by real USB devices (this should make syzkaller go significantly deeper into the USB drivers code).
It is possible to run the reproducers for USB bugs generated by syzkaller on a Linux-based board plugged into a physical USB host.
See Running syzkaller USB reproducers in the Raw Gadget repository for the instructions.