George Barnett 4bd401a822 Use implicit returns in generated code (#1894) 4 kuukautta sitten
..
FailCases b842955fa4 Range check timestamps on all parsing paths. 1 vuosi sitten
Sources 4bd401a822 Use implicit returns in generated code (#1894) 4 kuukautta sitten
Tests ac8da77c93 Run `swift-format -p -r -i .` 1 vuosi sitten
.gitignore ffc51fff03 Add another ignore. 5 vuotta sitten
FuzzAsyncMessageSequence.dict 3a381048e0 Update the fuzz dictionaries. 1 vuosi sitten
FuzzBinary.dict 3a381048e0 Update the fuzz dictionaries. 1 vuosi sitten
FuzzBinaryDelimited.dict 3a381048e0 Update the fuzz dictionaries. 1 vuosi sitten
FuzzJSON.dict 3a381048e0 Update the fuzz dictionaries. 1 vuosi sitten
FuzzTextFormat.dict 3a381048e0 Update the fuzz dictionaries. 1 vuosi sitten
Package.swift e41d3f0c93 Drop Swift 5.9 (#1775) 10 kuukautta sitten
README.md e1943f3e70 Add dictionaries for help steer the fuzz testing. 4 vuotta sitten
do_build.sh 22a71b76db Fix options needing multiple bytes, add tests. 1 vuosi sitten
make_FuzzBinary_dict 5ec1e8703f Add a dict to help steer binary fuzzing. 4 vuotta sitten

README.md

FuzzTesting

This subpackage build binaries to be use with Fuzz testing.

NOTE: The Swift toolchain distributed with Xcode do not include the fuzzing support, so for macOS, one needs to install the swift.org toolchain and use that instead.

To build on macOS:

xcrun \
  --toolchain swift \
  swift build -c debug -Xswiftc -sanitize=fuzzer,address -Xswiftc -parse-as-library

To build on linux:

swift build -c debug -Xswiftc -sanitize=fuzzer,address -Xswiftc -parse-as-library

Then the binaries will be found in .build/debug.

Note: You can also use -c release to build/test in release instead as that could find different issues.

In this directory you will also find a do_build.sh script. By default it builds for both debug and release. You can also pass --run-regressions to have it run the the build against the previous failcases to check for regressions.

When issues are found:

  1. Make sure you add a file to FailCases subdirectory so regressions can easily be watched for. The GitHub workflow runs against there.

  2. Consider adding them to Tests/SwiftProtobufTests/Test_FuzzTests.swift, this help in debugging while working on the failure, but also provides yet another way to ensure things don't regress and if they do, it is much easier to immediately debug the issue.

A note about memory issues, the address sanitizer is enabled in the fuzz tests and in that context can find different things that what are found running the unittests with the address sanitizer. So having test cases in both places can be needed to help ensure something is less likely to regress.

There are dictionaries to help steer the fuzzing of JSON and TextFormat, to run with them, just add -dict=FuzzJSON.dict or -dict=FuzzTextFormat.dict to the invocation of the fuzz binary.