Skip to content

Conversation

@firewave
Copy link
Collaborator

No description provided.

@firewavefirewaveforce-pushed the fuzz branch 5 times, most recently from 3a7aecd to 6114f9fCompareApril 23, 2024 11:04
@firewavefirewave mentioned this pull request May 6, 2024
@firewavefirewave changed the title added fuzzing clientrefs #341 - added fuzzing clientMay 6, 2024
@firewavefirewaveforce-pushed the fuzz branch 3 times, most recently from 54848e8 to c19bf09CompareFebruary 12, 2025 13:18
@firewavefirewaveforce-pushed the fuzz branch 5 times, most recently from 18995e0 to f174ef3CompareAugust 15, 2025 23:13
@firewavefirewaveforce-pushed the fuzz branch 4 times, most recently from be0e762 to 3dec50cCompareAugust 30, 2025 01:19
@firewavefirewaveforce-pushed the fuzz branch 3 times, most recently from 19426ef to 330bb3eCompareSeptember 10, 2025 13:35
@firewavefirewaveforce-pushed the fuzz branch 2 times, most recently from 7ed6118 to dfd2f2cCompareSeptember 29, 2025 08:42
@firewavefirewaveforce-pushed the fuzz branch 2 times, most recently from 1b58fd2 to 16e0462CompareOctober 3, 2025 13:17
@firewave
Copy link
CollaboratorAuthor

Will be made ready to review after #339 has been merged.

@firewave
Copy link
CollaboratorAuthor

Since we do not have a OSS-Fuzz integration yet we should at least do a simple run in the CI (a run-time of 60 seconds should be fine). This can be enhanced by providing a corpus (see #608).

@firewave
Copy link
CollaboratorAuthor

Something is wrong with the fuzzer in the CI. It generates much less data.

Using the testrunner corpus it shows:

INFO: Running with entropic power schedule (0xFF, 100). INFO: Seed: 2331061488 INFO: Loaded 1 modules (129 inline 8-bit counters): 129 [0x55e1d44a8490, 0x55e1d44a8511), INFO: Loaded 1 PC tables (129 PCs): 129 [0x55e1d44a8518,0x55e1d44a8d28), INFO: -fork=4: fuzzing in separate process(s) INFO: -fork=4: 53 seed inputs, starting to fuzz in /tmp/libFuzzerTemp.FuzzWithFork4741.dir #8850: cov: 197 ft: 197 corp: 53 exec/s: 4425 oom/timeout/crash: 0/0/0 time: 2s job: 1 dft_time: 0 

When I use the same corpus locally I get

NFO: Running with entropic power schedule (0xFF, 100). INFO: Seed: 629331751 INFO: Loaded 1 modules (8638 inline 8-bit counters): 8638 [0x55dc70ee0c70, 0x55dc70ee2e2e), INFO: Loaded 1 PC tables (8638 PCs): 8638 [0x55dc70ee2e30,0x55dc70f04a10), INFO: -fork=4: fuzzing in separate process(s) INFO: -fork=4: 298 seed inputs, starting to fuzz in /tmp/libFuzzerTemp.FuzzWithFork335544.dir #6327: cov: 2375 ft: 5411 corp: 298 exec/s: 3163 oom/timeout/crash: 0/0/0 time: 2s job: 1 dft_time: 0 

@firewavefirewaveforce-pushed the fuzz branch 2 times, most recently from 17201f6 to d804553CompareDecember 18, 2025 00:02
@firewave
Copy link
CollaboratorAuthor

Something is wrong with the fuzzer in the CI. It generates much less data.

I forgot to clean the existing files so it was using non-instrumented code.

…er occurs do not treat directories like regular files in existence checks added the file/directory existence functions from Cppcheck
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@firewave