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.

CoLaFUZE: Coverage-Guided and Layout-Aware Fuzzing for Android Drivers.

Atlas: Automating Cross-Language Fuzzing on Android Closed-Source Libraries

MorFuzz: Fuzzing Processor Via Runtime Instruction Morphing Enhanced Synchronizable Co-simulation.

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

AMF: Efficient Browser Interprocess Communication Fuzzing

Applying Fuzz Driver Generation to Native C/C++ Libraries of OEM Android Framework: Obstacles and Solutions

CovFUZZ: Coverage-based fuzzer for 4G&5G protocols

StFuzzer: Contribution-Aware Coverage-Guided Fuzzing for Smart Devices

CKGFuzzer: LLM-Based Fuzz Driver Generation Enhanced By Code Knowledge Graph

CAMFuzz: Explainable Fuzzing with Local Interpretation

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

{FANS}: Fuzzing Android Native System Services via Automated Interface Analysis

FuzzCoder: Byte-level Fuzzing Test via Large Language Model

$μ$AFL: Non-intrusive Feedback-driven Fuzzing for Microcontroller Firmware

CatchFuzz: Reliable active anti-fuzzing techniques against coverage-guided fuzzer

Evolutionary Fuzzing of Android OS Vendor System Services

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

MooFuzz: Many-Objective Optimization Seed Schedule for Fuzzer

FuzzWiz -- Fuzzing Framework for Efficient Hardware Coverage

Systematic Meets Unintended: Prior Knowledge Adaptive 5G Vulnerability Detection via Multi-Fuzzing

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