Activer les fuzzers sur les appareils AAOS

Les tests fuzz sont largement utilisés par les développeurs C++ pour détecter les bugs liés à la sécurité. Cette page décrit les catégories de fuzzers AAOS (Android Automotive OS) et explique comment les exécuter sur des appareils cibles spécifiques à AAOS.

Fuzzers AAOS existants

Créez des fuzzers sur les cibles AAOS de la même manière que sur une plate-forme Android. Consultez les instructions de configuration et de compilation du fuzzing sur la page Fuzzing avec libFuzzer.

Toutefois, le chemin d'exécution de la cible de fuzzing sur AAOS est différent de celui sur les appareils Android. Il est donc nécessaire d'exécuter des fuzzers spécifiques sur les appareils AAOS pour s'assurer qu'il n'y a pas de problèmes de sécurité.

Les fuzzers spécifiques à AAOS sont divisés dans les catégories suivantes :

Consultez le tableau suivant pour obtenir la liste des fuzzers spécifiques à AAOS :

Fuzzers EVS Fuzzers Computepipe Autres 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

Compiler un fuzzer AAOS

Nous vous recommandons d'utiliser un appareil HWASAN pour exécuter les fuzzers. Toutefois, si vous n'utilisez pas d'appareil HWASAN, suivez ces étapes pour compiler et flasher une image HWASAN en local :

  1. Exécutez les commandes suivantes pour compiler la build hwasan et la flasher sur le système de la voiture.

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

  2. Compilez le fuzzer pour le gestionnaire EVS :

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

Exécuter un fuzzer AAOS

Une fois le fuzzing configuré, procédez comme suit pour exécuter un fuzzer :

  1. Exécutez les commandes suivantes pour préparer la synchronisation des fuzzers avec le système AAOS :

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

  2. Si vous n'avez pas de dossier nommé /data/fuzzer sur votre appareil, créez-en un.

  3. Accédez à l'emplacement où vous avez téléchargé et décompressé la build, puis exécutez la commande suivante pour transférer le fuzzer sur l'appareil.

    adb sync data

  4. Pour transférer le cas de test sur l'appareil, exécutez la commande suivante :

    adb push testcase /data/fuzzer/testcase

  5. Exécutez le fuzzer avec la commande suivante :

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

  6. Vérifiez le résultat.

    Une exécution réussie génère un résultat semblable à l'exemple suivant :

    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

    Un plantage ou un échec d'exécution génèrent un résultat semblable à l'exemple suivant :

    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)

Consultez le site CVE pour en savoir plus sur les failles de sécurité détectées.