AFLplusplus/LibAFL

Restart after n target executions, instead of n fuzz_loops

Ouverte

#834 ouverte le 13 oct. 2022

Voir sur GitHubGuide contributeur
 (2 commentaires) (0 réaction) (0 personne assignée)Rust (476 forks)github user discovery
enhancementhelp wanted

Métriques du dépôt

Stars
 (2 615 étoiles)
Métriques de merge PR
 (Merge moyen 17j 22h) (10 PRs mergées en 30 j)

Description

So far, we have the option to restart an InProcess target after n rounds of fuzzing.

This means, however, that the number of target executions per round potentially grows after more testcases have been added to the corpus. Instead, we should offer the option to restart after a fixed amount of iterations, to make sure targets leaking memory won't explode over time. This could either be done by counting executions in the harness, and raising a signal accordingly (not taking it as objective), or by counting outside of the executor and retuning from the current stage.

Guide contributeur

Direction de recherche
Examinez le mécanisme de redémarrage actuel basé sur les boucles de fuzz, puis implémentez une nouvelle condition de redémarrage basée sur le nombre d'exécutions de cible, soit en modifiant le harnais pour signaler après n exécutions, soit en suivant les exécutions dans l'étape d'exécution.
Stack technique
rust
Domaine
testing
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
RustFuzzing basics
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
60