Abstract:—Device drivers are security-critical. In monolithic kernels like Linux, there are hundreds of thousands of drivers which run in the same privilege as the core kernel. Consequently, a bug in a driver can compromise the whole system. More critically, drivers are particularly buggy. First, drivers receive complex and untrusted inputs from not only the user space but also the hardware. Second, the driver code can be developed by less-experienced third parties, and is less tested because running a driver requires the corresponding hardware device or the emulator. Therefore, existing studies show that drivers tend to have a higher bug density and have become a major security threat. Existing testing techniques have to focus the fuzzing on a limited number of drivers that have the corresponding devices or the emulators, thus cannot scale. In this paper, we propose a device-free driver fuzzing system, D R . F UZZ , that does not require hardware devices to fuzz-test drivers. The core of D R . F UZZ is a semantic-informed mechanism that efficiently generates inputs to properly construct relevant data structures to pass the “validation chain” in driving initialization, which enables subsequent device-free driver fuzzing. The elimination of the needs for the hardware devices and the emulators removes the bottleneck in driver testing. The semantic-informed mechanism incorporates multiple new techniques to make device-free driver fuzzing practical: inferring valid input values for passing the validation chain in initialization, inferring the temporal usage order of input bytes to minimize mutation space, and employing error states as a feedback to direct the fuzzing going through the validation chain. Moreover, the semantic-informed mechanism is generic; we can also instruct it to generate semi-malformed inputs for a higher code coverage. We evaluate D R . F UZZ on 214 Linux drivers. With an only 24- hour time budget, D R . F UZZ can successfully initialize and enable most of the drivers without the corresponding devices, whereas existing fuzzers like syzkaller cannot succeed in any case. D R . F UZZ also significantly outperforms existing driver fuzzers that are even equipped with the device or emulator in other aspects: it increases the code coverage by 70% and the throughput by 18%. With D R . F UZZ , we also find 46 new bugs in these Linux drivers.

Tardis: Coverage-Guided Embedded Operating System Fuzzing.

A Coverage-Guided Fuzzing Framework for Trusted Execution Environments.

SFuzz: Slice-based Fuzzing for Real-Time Operating Systems

ECG: Augmenting Embedded Operating System Fuzzing via LLM-Based Corpus Generation

SyzTrust: State-aware Fuzzing on Trusted OS Designed for IoT Devices

StateFuzz: System Call-Based State-Aware Linux Driver Fuzzing

Industry practice of coverage-guided enterprise Linux kernel fuzzing.

Rtkaller: State-aware Task Generation for RTOS Fuzzing

Fw‐fuzz: A code coverage‐guided fuzzing framework for network protocols on firmware

Semantic-Informed Driver Fuzzing Without Both the Hardware Devices and the Emulators.

Physical Devices-Agnostic Hybrid Fuzzing of IoT Firmware

Brief Industry Paper: Directed Kernel Fuzz Testing on Real-time Linux

Labrador: Response Guided Directed Fuzzing for Black-box IoT Devices

EmbedFuzz: High Speed Fuzzing Through Transplantation

Survey of OS Kernel Fuzzing

Industry Practice of Directed Kernel Fuzzing for Open-source Linux Distribution

AflIot: Fuzzing on linux-based IoT device with binary-level instrumentation

MOCK: Optimizing Kernel Fuzzing Mutation with Context-aware Dependency

MicroFuzz: An Efficient Fuzzing Framework for Microservices

EM-Fuzz: Augmented Firmware Fuzzing Via Memory Checking

CSI-Fuzz: Full-speed Edge Tracing Using Coverage Sensitive Instrumentation