On Thu, May 16, 2019 at 3:35 PM t hepudds <
thepud...@gmail.com> wrote:
>
> Hi all,
>
> I had started to do a quick editing pass about 30 min ago, but at first, I thought they would be suggestions rather than edits, so then I stopped.
>
> Would it be worth adding a point or two around the state-of-the-art in fuzzing has progressed very significantly in the last few years?
>
> I think some people might have tried fuzzing, say, 4-5 years ago (or maybe tried more recently than that, but used a tool that is not as modern), and then not seen great results and have therefore put fuzzing into a "something for security experts" mental bucket.
>
> Two aspects of progress to consider mentioning are:
>
> 1. How fuzzing can be much, much friendlier now. E.g., from afl page:
>
> "No tinkering required. In contrast to most other fuzzers, the tool requires essentially no guesswork or fine-tuning. Even if you wanted to, you will find virtually no knobs to fiddle with and no 'fuzzing ratios' to dial in."
>
> 2. How fuzzing can be much better now at finding interesting inputs, especially when not used by an expert. E.g., maybe link to something like
https://lcamtuf.blogspot.com/2014/11/pulling-jpegs-out-of-thin-air.html
I start spreading the word:
https://twitter.com/dvyukov/status/1129012347065044992
so we need to be more careful with edits.
It can make sense to add a sentence at the the end of "Fuzzing is
effective" section. Do you have any suggestions on how to phrase it in
laconic way on the right detail level?
I see this as intended for a busy eng director level person, so that
it hopefully convinces them that they want fuzzing.
>> You received this message because you are subscribed to the Google Groups "golang-fuzzing-proposal" group.
>> To view this discussion on the web visit
https://groups.google.com/d/msgid/golang-fuzzing-proposal/CACT4Y%2BbTOmQv38aKapnQB4Vo%3DVRihmOwuCfU77k49MmaY1qQrA%40mail.gmail.com.