FIELD NOTE / 2026.09.212 MIN READ / 5 SOURCES

The Minds Behind Fuzz Testing – 7 People Redefining Software

Seven researchers helped evolve fuzzing from random crash discovery into coverage-guided, symbolic, sanitizer-assisted security testing at enormous scale.

TL;DR

Seven researchers helped evolve fuzzing from random crash discovery into coverage-guided, symbolic, sanitizer-assisted security testing at enormous scale. [1][2]

Why you should read it anyway

Fuzzing exploits a simple asymmetry: generating strange inputs is cheap, but anticipating every strange behavior is hard. Modern fuzzers use coverage signals, mutation strategies, sanitizers, and symbolic techniques to turn that asymmetry into a high-volume defect-discovery engine.

Imagine where Fuzz Testing would be without them

Without these pioneers, random robustness testing would still exist, but coverage-guided fuzzing, hybrid symbolic fuzzing, and always-on fuzz infrastructure would have matured much more slowly.

Time Estimate of how many years we would be hindered without them for human progress

Editorial counterfactual estimate: 4–8 years. This is not a measured historical fact. It is an editorial estimate of how much slower the field might have matured without this cluster of people, institutions, practices, and tools.

The 7 people behind Fuzz Testing

1. Barton Miller

Why they matter: led the University of Wisconsin research that coined the term fuzz testing after experiments showed that random inputs could crash a surprising fraction of Unix utilities.[1]

2. Lars Fredriksen

Why they matter: worked on the original Wisconsin fuzzing project, helping build and evaluate randomized testing methods against real Unix programs.[2]

3. Bryan So

Why they matter: was part of the original Wisconsin fuzz testing work that demonstrated the practical defect-finding power of random input generation.[3]

4. Michal Zalewski

Why they matter: created American Fuzzy Lop, combining lightweight coverage instrumentation, evolutionary input mutation, and corpus management into an exceptionally effective general-purpose fuzzer.[4]

5. Patrice Godefroid

Why they matter: developed directed automated random testing and white-box fuzzing techniques, including DART and SAGE, combining symbolic reasoning with concrete execution.[5]

6. Kosta Serebryany

Why they matter: helped drive industrial-scale fuzzing at Google and co-developed technologies around sanitizers and libFuzzer.[1]

7. Mateusz Jurczyk

Why they matter: became a leading vulnerability researcher using coverage-guided fuzzing and program analysis against browsers, kernels, media parsers, fonts, and other security-critical software.[2]

How they each differ from one another

Miller, Fredriksen, and So established classic fuzzing; Zalewski transformed coverage-guided fuzzing with AFL; Godefroid combined fuzzing with symbolic execution; Serebryany industrialized sanitizer-integrated fuzzing; Jurczyk demonstrated its security impact against complex targets.

Final Take

Fuzzing made ignorance useful: instead of pretending we know every dangerous input, we build machines that continuously search for inputs we failed to imagine.

RESEARCH / PROVENANCE

Works Cited

5 SOURCES
  1. 01
  2. 02
  3. 03
  4. 04
  5. 05
    Google Project Zero googleprojectzero.blogspot.com

CodeHistory is a living archive. Citations document the evidence used for this edition; later evidence may refine the account.

Contribute / Corrections

Improve the record.

Use this moderated submission form to suggest a correction, provide a source, challenge a priority claim or identify a missing contributor. Submissions are treated as research leads, not automatically published comments.

Submit a research lead

Please do not submit confidential material or claims you cannot support.