Fuzzer auf AAOS-Geräten aktivieren

Fuzz-Tests werden von C++-Entwicklern häufig verwendet, um sicherheitsbezogene Fehler zu finden. Auf dieser Seite werden die Kategorien von AAOS-Fuzzern (Android Automotive OS) und ihre Ausführung auf AAOS-spezifischen Zielgeräten beschrieben.

Vorhandene AAOS-Fuzzer

Fuzzer für AAOS-Ziele werden genauso erstellt wie für Android-Plattformen. Eine Anleitung zum Einrichten und Erstellen von Fuzzing-Tests finden Sie auf der Seite Fuzzing mit libFuzzer.

Der Ausführungspfad des Fuzz-Ziels unter AAOS unterscheidet sich jedoch von dem auf Android-Smartphones. Daher ist es erforderlich, bestimmte Fuzzer auf AAOS-Geräten auszuführen, um sicherzustellen, dass keine Sicherheitsprobleme auftreten.

AAOS-spezifische Fuzzer sind in die folgenden Kategorien unterteilt:

In der folgenden Tabelle sind AAOS-spezifische Fuzzer aufgeführt:

EVS-Fuzzer Computepipe-Fuzzer Andere Fuzzer
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

AAOS-Fuzzer kompilieren

Wir empfehlen die Verwendung eines HWASAN-Geräts zum Ausführen von Fuzzern. Wenn Sie kein HWASAN-Gerät verwenden, gehen Sie so vor, um ein HWASAN-Image lokal zu kompilieren und zu flashen:

  1. Führen Sie die folgenden Befehle aus, um den hwasan-Build zu kompilieren und auf das Autosystem zu flashen.

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

  2. Kompilieren Sie den Fuzzer für den EVS-Manager:

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

AAOS-Fuzzer ausführen

Führen Sie nach der Konfiguration die folgenden Schritte aus, um einen Fuzzer auszuführen:

  1. Führen Sie die folgenden Befehle aus, um die Synchronisierung von Fuzzern mit dem AAOS-System vorzubereiten:

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

  2. Wenn auf Ihrem Gerät kein Ordner mit dem Namen „/data/fuzzer“ vorhanden ist, erstellen Sie einen.

  3. Rufen Sie den Speicherort auf, an dem Sie den Build heruntergeladen und entpackt haben, und führen Sie dort den folgenden Befehl aus, um den Fuzzer auf das Gerät zu übertragen.

    adb sync data

  4. Führen Sie folgenden Befehl aus, um den Testfall auf das Gerät zu übertragen:

    adb push testcase /data/fuzzer/testcase

  5. Führen Sie den Fuzzer mit dem folgenden Befehl aus:

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

  6. Prüfen Sie die Ausgabe.

    Bei einer erfolgreichen Ausführung wird eine Ausgabe wie im folgenden Beispiel generiert:

    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

    Bei einem Absturz oder einem fehlgeschlagenen Lauf wird eine Ausgabe generiert, die in etwa so aussieht:

    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)

Informationen zu erkannten Sicherheitslücken finden Sie auf der CVE-Website.