You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I recently created a PR for Boost.Beast fuzzing in the Google OSS-Fuzz repository. This PR includes three fuzzing targets: the HTTP request parser, the HTTP response parser, and the WebSocket server. I find these targets quite useful, e.g. they found #2881 and #2861 (reported not by me) using AddressSanitizer.
As far as I understood, it’s better to have fuzzing targets in the upstream repo rather than just in OSS-Fuzz. It keeps everything in one place and makes it easier to keep the fuzzing targets up to date with any changes.
Would you be open to integrating these fuzzing targets into the Beast repo? I’m happy to help with the initial setup. This would mean:
Adding the *.cc files for the fuzzing targets
Including a "corpus" of sample input data for the fuzzers
Optionally setting up an automatic CI job to run the fuzzers on each PR
Let me know what you think.
The text was updated successfully, but these errors were encountered:
Hi,
I recently created a PR for Boost.Beast fuzzing in the Google OSS-Fuzz repository. This PR includes three fuzzing targets: the HTTP request parser, the HTTP response parser, and the WebSocket server. I find these targets quite useful, e.g. they found #2881 and #2861 (reported not by me) using AddressSanitizer.
As far as I understood, it’s better to have fuzzing targets in the upstream repo rather than just in OSS-Fuzz. It keeps everything in one place and makes it easier to keep the fuzzing targets up to date with any changes.
Would you be open to integrating these fuzzing targets into the Beast repo? I’m happy to help with the initial setup. This would mean:
*.cc
files for the fuzzing targetsLet me know what you think.
The text was updated successfully, but these errors were encountered: