Włączanie fuzzerów na urządzeniach z AAOS

Testy fuzzingowe są powszechnie stosowane przez programistów C++ do wykrywania błędów związanych z bezpieczeństwem. Na tej stronie opisujemy kategorie narzędzi fuzzingowych AAOS (Android Automotive OS) i sposób ich uruchamiania na urządzeniach docelowych AAOS.

Istniejące narzędzia fuzzingowe AAOS

Twórz fuzzery na urządzeniach AAOS w taki sam sposób jak na platformie Android. Instrukcje dotyczące konfiguracji i kompilacji fuzzingu znajdziesz na stronie Fuzzing za pomocąlibFuzzer.

Ścieżka wykonania celu fuzzingu na AAOS różni się jednak od ścieżki na telefonach z Androidem. Dlatego konieczne jest uruchomienie na urządzeniach z AAOS specjalnych narzędzi do testowania fuzzingowego, aby upewnić się, że nie ma żadnych problemów z bezpieczeństwem.

Fuzzery specyficzne dla AAOS dzielą się na te kategorie:

Lista narzędzi fuzzingowych przeznaczonych do AAOS znajduje się w tabeli poniżej:

Fuzzery EVS Fuzzery Computepipe Inne narzędzia do fuzzingu
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

Kompilowanie narzędzia do testowania AAOS

Do uruchamiania narzędzi fuzzingowych zalecamy używanie urządzenia HWASAN. Jeśli nie używasz urządzenia HWASAN, wykonaj te czynności, aby skompilować i wgrać obraz HWASAN lokalnie:

  1. Aby skompilować kompilację hwasan i przesłać ją do systemu samochodu, uruchom te polecenia:

    source build/envsetup.sh
lunch <car target>
SANITIZE_TARGET=hwaddress m
fastboot flashall # this will automatically flash the local built image to device

  2. Skompiluj narzędzie fuzzingowe dla menedżera EVS:

    mmma packages/services/Car/cpp/evs/manager/1.1/test/fuzzer/

Uruchamianie narzędzia fuzzingowego AAOS

Po skonfigurowaniu wykonaj te czynności, aby uruchomić narzędzie do testowania fuzzingowego:

  1. Aby przygotować synchronizację narzędzi fuzzingowych z systemem AAOS, uruchom te polecenia:

    adb root;
adb remount;
adb reboot;
adb root;
adb remount

  2. Jeśli na urządzeniu nie ma folderu o nazwie /data/fuzzer, utwórz go.

  3. Przejdź do miejsca, w którym pobrano i rozpakowano kompilację, a następnie uruchom to polecenie, aby przesłać narzędzie fuzzingowe na urządzenie.

    adb sync data

  4. Aby przesłać przypadek testowy na urządzenie, uruchom to polecenie:

    adb push testcase /data/fuzzer/testcase

  5. Uruchom narzędzie do testowania fuzzingowego za pomocą tego polecenia:

    adb shell /data/fuzzer/evs_fuzzer /data/fuzzer/testcase

  6. Sprawdź dane wyjściowe.

    Uruchomienie zakończone powodzeniem generuje dane wyjściowe podobne do tych w przykładzie poniżej:

    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

    Awaria lub nieudane uruchomienie generuje dane wyjściowe podobne do tych w przykładzie poniżej:

    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)

Informacje o wykrytych lukach w zabezpieczeniach znajdziesz na stronie CVE.