Skip to content
This repository has been archived by the owner on Mar 22, 2024. It is now read-only.

Deduplicating "dumb" mode crashes #115

Open
ianruh opened this issue Aug 24, 2020 · 1 comment
Open

Deduplicating "dumb" mode crashes #115

ianruh opened this issue Aug 24, 2020 · 1 comment

Comments

@ianruh
Copy link

ianruh commented Aug 24, 2020

Sorry if I'm missing something from the documentation, but I couldn't figure this out. I'm trying to compare how much having the feedback from the instrumentation in AFL helps in finding unique crashes compared to dumb mode. Using AFL with instrumentation on a given program, it is reporting 114 unique crashes. However, running the same program with the -n flag, it reports 557,000 unique crashes (I'm assuming this is because it can't compare execution paths between crashes).

I'm wondering if there is a flag or tool (or some small changes I could make to the AFL source) to run the crashing input identified by AFL in dumb mode, but this time with instrumentation so I can find how many unique crashes were identified without instrumentation.

Thanks for any help.

@Dor1s
Copy link
Contributor

Dor1s commented Oct 7, 2020

One idea is to put all crash inputs into a single corpus directory and run the instrumented binary over it.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants