A fuzz test is widely adopted by C++ developers to find security-related bugs. This page describes the categories of AAOS (Android Automotive OS) fuzzers and how to run them on AAOS-specific target devices.
Existing AAOS fuzzers
Create fuzzers on AAOS targets the same way that you would on an Android
Platform. See fuzzing setup and build instructions on the Fuzzing with
libFuzzer
page.
However, the execution path of the fuzz target on AAOS is different from that on Android phone devices. Hence, it is necessary to run specific fuzzers on AAOS devices to ensure that there are no security issues.
AAOS specific fuzzers are divided into the following categories:
External View System (EVS) fuzzers: to fuzz the external camera management system. See sample code for EVS fuzzers for more details.
Computepipe fuzzers: to fuzz machine learning computepipe systems. See sample code for Computepipe fuzzers for more details.
Other fuzzers: to fuzz AAOS libraries. See sample code for the sbcdecoder fuzzer for more details.
See the following table for a list of AAOS specific fuzzers:
EVS fuzzers | Computepipe fuzzers | Other fuzzers |
---|---|---|
evs_halcamera_fuzzer |
computepipe _semantic_manager_fuzzer |
sbcdecoder_fuzzer |
evs_virtual_camera_fuzzer |
computepipe _pixel_mem_handle_fuzzer |
|
evs_haldisplay_fuzzer |
computepipe _pixel_stream_manager_fuzzer |
|
evs_enumerator_fuzzer |
grpc_graph_fuzzer |
|
local _prebuild_graph_fuzzer |
Compile an AAOS fuzzer
We recommend using a HWASAN device for running fuzzers. However, when not using a HWASAN device, follow these steps to compile and flash a HWASAN image locally:
Run the following commands to compile the
hwasan
build and flash the build to the car system.source build/envsetup.sh lunch <car target> SANITIZE_TARGET=hwaddress m fastboot flashall # this will automatically flash the local built image to device
Compile the fuzzer for EVS manager:
mmma packages/services/Car/cpp/evs/manager/1.1/test/fuzzer/
Run an AAOS fuzzer
Once configured, follow these steps to run a fuzzer:
Run the following commands to prepare syncing fuzzers to the AAOS system:
adb root; adb remount; adb reboot; adb root; adb remount
If you don't have a folder named /data/fuzzer on your device, create one.
Go to where you downloaded and unzipped the build, and from there, run the following command to push the fuzzer on the device.
adb sync data
To push the testcase on the device, run the following:
adb push testcase /data/fuzzer/testcase
Run the fuzzer with the following command:
adb shell /data/fuzzer/evs_fuzzer /data/fuzzer/testcase
Verify the output.
A successful run generates output similar to the following example:
INFO: Seed: 1902496153 INFO: Loaded 4 modules (31463 inline 8-bit counters): 15646 [0x7afd3ddb80, 0x7afd3e189e), 15784 [0x7afd7fbbf0, 0x7afd7ff998), 27 [0x7afd618328, 0x7afd618343), 6 [0x63e95aece8, 0x63e95aecee), INFO: Loaded 4 PC tables (31463 PCs): 15646 [0x7afd3e18a0,0x7afd41ea80), 15784 [0x7afd7ff998,0x7afd83d418), 27 [0x7afd618348,0x7afd6184f8), 6 [0x63e95aecf0,0x63e95aed50), INFO: 0 files found in /data/fuzz/bot/inputs/fuzzer-testcases-disk/temp-671/new INFO: 54 files found in /data/fuzz/bot/inputs/data-bundles/android_auto_libcrypto_utils_fuzzer INFO: -max_len is not provided; libFuzzer will not generate inputs larger than 1048576 bytes INFO: seed corpus: files: 54 min: 1b max: 4194301b total: 6336542b rss: 28Mb #55 INITED cov: 71 ft: 94 corp: 6/1032Kb exec/s: 0 rss: 33Mb #79 REDUCE cov: 71 ft: 94 corp: 6/1019Kb lim: 1048576 exec/s: 0 rss: 33Mb L: 1036131/1036131 MS: 4 CMP-ChangeASCIIInt-CopyPart-EraseBytes- DE: "\x00\x00\x00\x00"- #83 REDUCE cov: 71 ft: 94 corp: 6/686Kb lim: 1048576 exec/s: 0 rss: 33Mb L: 694616/694616 MS: 4 ChangeASCIIInt-ChangeASCIIInt-ChangeBinInt-CrossOver- #104 REDUCE cov: 71 ft: 94 corp: 6/591Kb lim: 1048576 exec/s: 0 rss: 33Mb L: 597426/597426 MS: 1 EraseBytes- #192 REDUCE cov: 71 ft: 94 corp: 6/499Kb lim: 1048576 exec/s: 0 rss: 33Mb L: 503742/503742 MS: 3 PersAutoDict-ChangeByte-EraseBytes- DE: "\x00\x00\x00\x00"- #219 REDUCE cov: 71 ft: 94 corp: 6/292Kb lim: 1048576 exec/s: 0 rss: 33Mb L: 290962/290962 MS: 2 CopyPart-EraseBytes- #241 REDUCE cov: 71 ft: 94 corp: 6/226Kb lim: 1048576 exec/s: 0 rss: 33Mb L: 223787/223787 MS: 2 CopyPart-EraseBytes- #269 REDUCE cov: 71 ft: 94 corp: 6/152Kb lim: 1048576 exec/s: 0 rss: 33Mb L: 148467/148467 MS: 3 InsertRepeatedBytes-PersAutoDict-EraseBytes- DE: "\x00\x00\x00\x00"- #300 REDUCE cov: 71 ft: 94 corp: 6/83Kb lim: 1048576 exec/s: 0 rss: 33Mb L: 77320/77320 MS: 1 EraseBytes- #393 REDUCE cov: 71 ft: 94 cor`p: 6/80Kb lim: 1048576 exec/s: 0 rss: 33Mb L: 73802/73802 MS: 3 InsertRepeatedBytes-P
A crash or a failed run generates an output similar to the following example:
HWAddressSanitizer: tag-mismatch on address 0x0075e8a643d0 at pc 0x0075e8a5d988 WRITE of size 8 at 0x0075e8a643d0 tags: 5c/00 (ptr/mem) in thread T0 #0 0x75e8a5d984 (/system/lib64/libnetd_client.so+0x3984) #1 0x75da484788 (/data/fuzzer/lib/libc.so+0x49788) #2 0x75da52dae8 …… 00000075e8a5d988 SUMMARY: HWAddressSanitizer: tag-mismatch (/system/lib64/libnetd_client.so+0x3984)
See the CVE site for information on detected security vulnerabilities.