Włączanie Fuzzerów na urządzeniach AAOS

Test rozmyty jest powszechnie stosowany przez programistów C++ w celu znalezienia błędów związanych z bezpieczeństwem. Na tej stronie opisano kategorie fuzzerów AAOS (Android Automotive OS) i sposób ich uruchamiania na urządzeniach docelowych specyficznych dla AAOS.

Istniejące fuzzery AAOS

Twórz Fuzzery na celach AAOS w taki sam sposób, jak na platformie Android. Zobacz instrukcje konfiguracji i kompilacji fuzzowania na stronie Fuzzing with libFuzzer .

Jednak ścieżka wykonania celu fuzz w AAOS różni się od ścieżki na urządzeniach z Androidem. Dlatego konieczne jest uruchomienie określonych fuzzerów na urządzeniach AAOS, aby upewnić się, że nie ma problemów z bezpieczeństwem.

Fuzzery specyficzne dla AAOS są podzielone na następujące kategorie:

W poniższej tabeli znajdziesz listę fuzzerów specyficznych dla AAOS:

Fuzzery EVS Fuzzery Computepipe Inni fuzzerzy
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

Tabela 1 : Fuzzery powiązane z AAOS.

Skompiluj fuzzer AAOS

Do uruchamiania fuzzerów zalecamy użycie urządzenia HWASAN . Jeśli jednak nie używasz urządzenia HWASAN, wykonaj poniższe kroki, aby skompilować i zapisać lokalnie obraz HWASAN:

  1. Uruchom następujące polecenia, aby skompilować kompilację hwasan i przesłać ją do systemu samochodowego.

    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 fuzzer dla menedżera EVS:

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

Uruchom fuzzer AAOS

Po skonfigurowaniu wykonaj następujące kroki, aby uruchomić fuzzer:

  1. Uruchom następujące polecenia, aby przygotować fuzzery do synchronizacji z systemem AAOS:

    adb root;
    adb remount;
    adb reboot;
    adb root;
    adb remount
    
  2. Jeśli nie masz na swoim urządzeniu folderu o nazwie /data/fuzzer, utwórz go.

  3. Przejdź do miejsca, w którym pobrałeś i rozpakowałeś kompilację, a stamtąd uruchom następujące polecenie, aby wypchnąć fuzzer na urządzenie.

    adb sync data
    
  4. Aby wypchnąć testcase na urządzenie, wykonaj następujące czynności:

    adb push testcase /data/fuzzer/testcase
    
  5. Uruchom fuzzer za pomocą następującego polecenia:

    adb shell /data/fuzzer/evs_fuzzer /data/fuzzer/testcase
    
  6. Sprawdź dane wyjściowe.

    Pomyślne uruchomienie generuje dane wyjściowe podobne do poniższego przykładu:

    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 wynik podobny do poniższego przykładu:

    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 na temat wykrytych luk w zabezpieczeniach można znaleźć w witrynie CVE .