Włącz zamazywanie na urządzeniach AAOS

Test fuzz jest powszechnie stosowany przez programistów C++, którzy chcą znaleźć błędy związane z bezpieczeństwem. Na tej stronie opisujemy kategorie fuzzerów AAOS (Android Automotive OS) oraz sposób ich uruchamiania na urządzeniach docelowych z AAOS.

Dotychczasowe fuzzery AAOS

Tworzenie fuzzerów na celach AAOS przebiega w ten sam sposób co na platformie Android. Instrukcje dotyczące konfigurowania i tworzenia fuzzingu znajdziesz na stronie Fuzzing za pomocą narzędzia libFuzzer.

Ścieżka wykonania celu testu podatności na AAOS różni się jednak od tej na telefonach z Androidem. Dlatego konieczne jest uruchomienie określonych narzędzi fuzzingu na urządzeniach z AAOS, aby upewnić się, że nie ma problemów z bezpieczeństwem.

W przypadku AAOS fuzzery są podzielone na te kategorie:

Lista fuzzerów AAOS:

Generatory danych fuzzingowych EVS Sprawdzające narzędzia Computepipe Inne narzędzia fuzzingowe
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 fuzzera AAOS

Zalecamy używanie urządzenia HWASAN do uruchamiania fuzzerów. Jeśli jednak nie używasz urządzenia HWASAN, wykonaj te czynności, aby skompilować i zaflashować obraz HWASAN lokalnie:

  1. Aby skompilować wersję hwasan i wgrać ją do systemu samochodowego, 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. Zbuduj fuzzer dla menedżera EVS:

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

Uruchamianie fuzzera AAOS

Po skonfigurowaniu narzędzia wykonaj te czynności, aby uruchomić fuzzer:

  1. Aby przygotować synchronizowanie fuzzerów do systemu 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 folderu, w którym został pobrany i rozpakowany kompilowany kod, a następnie uruchom to polecenie, aby przesłać fuzzer na urządzenie.

    adb sync data
    
  4. Aby przesłać test na urządzenie, wykonaj te czynności:

    adb push testcase /data/fuzzer/testcase
    
  5. Uruchom fuzzer za pomocą tego polecenia:

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

    Pomyślne uruchomienie spowoduje wyświetlenie danych wyjściowych podobnych do tych:

    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:

    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.