AFLplusplus/LibAFL

Restart after n target executions, instead of n fuzz_loops

Aperta

#834 aperta il 13 ott 2022

Vedi su GitHubGuida contributor
 (2 commenti) (0 reazioni) (0 assegnatari)Rust (479 fork)github user discovery
enhancementhelp wanted

Metriche repository

Star
 (2621 stelle)
Metriche merge PR
 (Merge medio 17g 22h) (10 PR mergiate in 30 g)

Descrizione

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.

Guida contributor

Direzione di ricerca
Indagare l'attuale meccanismo di riavvio basato sui fuzz loop, quindi implementare una nuova condizione di riavvio basata sul conteggio delle esecuzioni del target, modificando l'harness per segnalare dopo n esecuzioni o monitorando le esecuzioni nello stage executor.
Tech stack
rust
Dominio
testing
Tipo issue
Funzionalità
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
2
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-3 ore
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
RustFuzzing basics
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
60