Corpus directory is dumped into and re-imported from itself every iteration
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 74/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- rust
- Ambito
- security, testing-qa
Direzione di ricerca
Read src/fuzzer/mod.rs around lines 413–419 and 529–530, focusing on how SyncFromDiskStage, DumpToDiskStage, and the disk-backed corpora use their directories. Trace which files the sync stage loads and check the LibAFL callback options. Done when the redundant copies and metadata files are no longer re-imported; the issue notes this was confirmed by code reading but not reproduced under SIMICS.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Where
- https://github.com/intel/tsffs/blob/79972db9c63eba3ac8a1ce348264eee2005b2b16/src/fuzzer/mod.rs#L413-L419
- https://github.com/intel/tsffs/blob/79972db9c63eba3ac8a1ce348264eee2005b2b16/src/fuzzer/mod.rs#L529-L530
Problem
SyncFromDiskStage::with_from_file(corpus_directory) and DumpToDiskStage(corpus_directory, solutions_directory) target the same directories that CachedOnDiskCorpus/OnDiskCorpus already persist to. Each fuzz_one, the dump stage writes an extra id_{i}_{name} copy of every corpus entry and solution, and the sync stage loads every recent file as a raw BytesInput, with no dotfile filter: including .{name}.metadata JSON, the id_* copies and *.testcase files.
Impact
Wasted executions on duplicates, and JSON metadata executed as fuzz input (which can itself enter the corpus). Likely contributes to near-duplicate testcases.
Suggested fix
Drop DumpToDiskStage (redundant), and either sync from a separate directory or use SyncFromDiskStage::new with a callback that skips dotfiles.
Related
#101, #60
Status
Confirmed by reading the code at 79972db. Found by reading the code; not reproduced under SIMICS.
- Lingua principale
- Rust
- Stelle
- 335
- Fork
- 26
- Merge medio
- 1g 50m
- PR unite (30g)
- 12
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di intel/tsffs
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 86/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
Issue simili
-
bug UI
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
wardian-app/Wardian#1746 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
jlcodes99/cockpit-tools#3125 ·
I maintainer di solito rispondono entro 2 giorni
-
bug user-sprint
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Vondor/KassenSturz#967 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
area:build bug effort:low P5 source:agent
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno