aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
-rw-r--r--README.md56
1 files changed, 28 insertions, 28 deletions
diff --git a/README.md b/README.md
index 894a43e7..55aa63c3 100644
--- a/README.md
+++ b/README.md
@@ -722,6 +722,34 @@ Crash processing
* [AFLize](https://github.com/d33tah/aflize) - a tool that automatically generates builds of debian packages suitable for AFL.
* [afl-fid](https://github.com/FoRTE-Research/afl-fid) - a set of tools for working with input data.
+## CI Fuzzing
+
+Some notes on CI Fuzzing - this fuzzing is different to normal fuzzing
+campaigns as these are much shorter runnings.
+
+1. Always:
+ * LTO has a much longer compile time which is diametrical to short fuzzing -
+ hence use afl-clang-fast instead.
+ * `AFL_FAST_CAL` - Enable fast calibration, this halfs the time the saturated
+ corpus needs to be loaded.
+ * `AFL_CMPLOG_ONLY_NEW` - only perform cmplog on new found paths, not the
+ initial corpus as this very likely has been done for them already.
+ * Keep the generated corpus, use afl-cmin and reuse it everytime!
+
+2. Additionally randomize the afl++ compilation options, e.g.
+ * 40% for `AFL_LLVM_CMPLOG`
+ * 10% for `AFL_LLVM_LAF_ALL`
+
+3. Also randomize the afl-fuzz runtime options, e.g.
+ * 60% for `AFL_DISABLE_TRIM`
+ * 50% use a dictionary generated by `AFL_LLVM_DICT2FILE`
+ * 50% use MOpt (`-L 0`)
+ * 40% for `AFL_EXPAND_HAVOC_NOW`
+ * 30% for old queue processing (`-Z`)
+ * for CMPLOG targets, 60% for `-l 2`, 40% for `-l 3`
+
+4. Do *not* run any `-M` modes, just running `-S` modes is better for CI fuzzing.
+
## Fuzzing binary-only targets
When source code is *NOT* available, afl++ offers various support for fast,
@@ -812,34 +840,6 @@ All these methods are extremely promising in experimental settings, but tend
to suffer from reliability and performance problems in practical uses - and
currently do not offer a viable alternative to "dumb" fuzzing techniques.
-## CI Fuzzing
-
-Some notes on CI Fuzzing - this fuzzing is different to normal fuzzing
-campaigns as these are much shorter runnings.
-
-1. Always:
- * LTO has a much longer compile time which is diametrical to short fuzzing -
- hence use afl-clang-fast instead.
- * `AFL_FAST_CAL` - Enable fast calibration, this halfs the time the saturated
- corpus needs to be loaded.
- * `AFL_CMPLOG_ONLY_NEW` - only perform cmplog on new found paths, not the
- initial corpus as this very likely has been done for them already.
- * Keep the generated corpus, use afl-cmin and reuse it everytime!
-
-2. Additionally randomize the afl++ compilation options, e.g.
- * 40% for `AFL_LLVM_CMPLOG`
- * 10% for `AFL_LLVM_LAF_ALL`
-
-3. Also randomize the afl-fuzz runtime options, e.g.
- * 60% for `AFL_DISABLE_TRIM`
- * 50% use a dictionary generated by `AFL_LLVM_DICT2FILE`
- * 50% use MOpt (`-L 0`)
- * 40% for `AFL_EXPAND_HAVOC_NOW`
- * 30% for old queue processing (`-Z`)
- * for CMPLOG targets, 60% for `-l 2`, 40% for `-l 3`
-
-4. Do *not* run any `-M` modes, just running `-S` modes is better for CI fuzzing.
-
## Background: The afl-fuzz approach
American Fuzzy Lop is a brute-force fuzzer coupled with an exceedingly simple