Fuzz introspector
For issues and ideas: https://github.com/ossf/fuzz-introspector/issues

Project functions overview

The following table shows data about each function in the project. The functions included in this table correspond to all functions that exist in the executables of the fuzzers. As such, there may be functions that are from third-party libraries.

For further technical details on the meaning of columns in the below table, please see the Glossary .

Func name Functions filename Args Function call depth Reached by Fuzzers Runtime reached by Fuzzers Combined reached by Fuzzers Fuzzers runtime hit Func lines hit % I Count BB Count Cyclomatic complexity Functions reached Reached by functions Accumulated cyclomatic complexity Undiscovered complexity

Fuzzer details

Fuzzer: fuzz_parse_binary

Call tree

The calltree shows the control flow of the fuzzer. This is overlaid with coverage information to display how much of the potential code a fuzzer can reach is in fact covered at runtime. In the following there is a link to a detailed calltree visualisation as well as a bitmap showing a high-level view of the calltree. For further information about these topics please see the glossary for full calltree and calltree overview

Call tree overview bitmap:

The distribution of callsites in terms of coloring is
Color Runtime hitcount Callsite count Percentage
red 0 62 48.0%
gold [1:9] 44 34.1%
yellow [10:29] 0 0.0%
greenyellow [30:49] 0 0.0%
lawngreen 50+ 23 17.8%
All colors 129 100

Fuzz blockers

The following nodes represent call sites where fuzz blockers occur.

Amount of callsites blocked Calltree index Parent function Callsite Largest blocked function
11 22 LLVMFuzzerTestOneInput call site: 00022 thrift_memory_buffer_get_type_once
11 71 LLVMFuzzerTestOneInput call site: 00071 thrift_binary_protocol_get_type_once
10 108 fuzz_test_get_type call site: 00108 thrift_struct_get_type_once
8 3 LLVMFuzzerTestOneInput call site: 00003 thrift_configuration_get_type_once
8 41 thrift_transport_class_init call site: 00041 thrift_memory_buffer_class_intern_init
8 86 thrift_protocol_class_init call site: 00086 thrift_binary_protocol_class_intern_init
2 18 thrift_configuration_class_init call site: 00018 thrift_configuration_init
2 65 thrift_memory_buffer_class_init call site: 00065 thrift_memory_buffer_init
2 101 thrift_binary_protocol_class_init call site: 00101 thrift_binary_protocol_init

Runtime coverage analysis

Covered functions
116
Functions that are reachable but not covered
27
Reachable functions
53
Percentage of reachable functions covered
49.06%
NB: The sum of covered functions and functions that are reachable but not covered need not be equal to Reachable functions . This is because the reachability analysis is an approximation and thus at runtime some functions may be covered that are not included in the reachability analysis. This is a limitation of our static analysis capabilities.
Warning: The number of covered functions are larger than the number of reachable functions. This means that there are more functions covered at runtime than are extracted using static analysis. This is likely a result of the static analysis component failing to extract the right call graph or the coverage runtime being compiled with sanitizers in code that the static analysis has not analysed. This can happen if lto/gold is not used in all places that coverage instrumentation is used.
Function name source code lines source lines hit percentage hit

Files reached

filename functions hit
test/fuzz/fuzz_parse_binary.c 1
src/thrift/c_glib/thrift_configuration.c 5
src/thrift/c_glib/transport/thrift_memory_buffer.c 5
src/thrift/c_glib/transport/thrift_transport.c 5
src/thrift/c_glib/protocol/thrift_binary_protocol.c 5
src/thrift/c_glib/protocol/thrift_protocol.c 5
test/fuzz/gen-c_glib/fuzz_test_no_uuid_types.c 1
src/thrift/c_glib/thrift_struct.c 5

Fuzzer: fuzz_parse_compact

Call tree

The calltree shows the control flow of the fuzzer. This is overlaid with coverage information to display how much of the potential code a fuzzer can reach is in fact covered at runtime. In the following there is a link to a detailed calltree visualisation as well as a bitmap showing a high-level view of the calltree. For further information about these topics please see the glossary for full calltree and calltree overview

Call tree overview bitmap:

The distribution of callsites in terms of coloring is
Color Runtime hitcount Callsite count Percentage
red 0 62 47.6%
gold [1:9] 44 33.8%
yellow [10:29] 0 0.0%
greenyellow [30:49] 0 0.0%
lawngreen 50+ 24 18.4%
All colors 130 100

Fuzz blockers

The following nodes represent call sites where fuzz blockers occur.

Amount of callsites blocked Calltree index Parent function Callsite Largest blocked function
11 22 LLVMFuzzerTestOneInput call site: 00022 thrift_memory_buffer_get_type_once
11 71 LLVMFuzzerTestOneInput call site: 00071 thrift_compact_protocol_get_type_once
10 109 fuzz_test_get_type call site: 00109 thrift_struct_get_type_once
8 3 LLVMFuzzerTestOneInput call site: 00003 thrift_configuration_get_type_once
8 41 thrift_transport_class_init call site: 00041 thrift_memory_buffer_class_intern_init
8 86 thrift_protocol_class_init call site: 00086 thrift_compact_protocol_class_intern_init
2 18 thrift_configuration_class_init call site: 00018 thrift_configuration_init
2 65 thrift_memory_buffer_class_init call site: 00065 thrift_memory_buffer_init
1 101 thrift_compact_protocol_class_init call site: 00101 thrift_compact_protocol_init
1 103 thrift_compact_protocol_init call site: 00103 g_once_init_leave

Runtime coverage analysis

Covered functions
122
Functions that are reachable but not covered
28
Reachable functions
54
Percentage of reachable functions covered
48.15%
NB: The sum of covered functions and functions that are reachable but not covered need not be equal to Reachable functions . This is because the reachability analysis is an approximation and thus at runtime some functions may be covered that are not included in the reachability analysis. This is a limitation of our static analysis capabilities.
Warning: The number of covered functions are larger than the number of reachable functions. This means that there are more functions covered at runtime than are extracted using static analysis. This is likely a result of the static analysis component failing to extract the right call graph or the coverage runtime being compiled with sanitizers in code that the static analysis has not analysed. This can happen if lto/gold is not used in all places that coverage instrumentation is used.
Function name source code lines source lines hit percentage hit

Files reached

filename functions hit
test/fuzz/fuzz_parse_compact.c 1
src/thrift/c_glib/thrift_configuration.c 5
src/thrift/c_glib/transport/thrift_memory_buffer.c 5
src/thrift/c_glib/transport/thrift_transport.c 5
src/thrift/c_glib/protocol/thrift_compact_protocol.c 5
src/thrift/c_glib/protocol/thrift_protocol.c 5
test/fuzz/gen-c_glib/fuzz_test_no_uuid_types.c 1
src/thrift/c_glib/thrift_struct.c 5

Analyses and suggestions

Optimal target analysis

Remaining optimal interesting functions

The following table shows a list of functions that are optimal targets. Optimal targets are identified by finding the functions that in combination, yield a high code coverage.

Func name Functions filename Arg count Args Function depth hitcount instr count bb count cyclomatic complexity Reachable functions Incoming references total cyclomatic complexity Unreached complexity
containers_read /src/thrift/lib/c_glib/test/fuzz/gen-c_glib/fuzz_test_no_uuid_types.c 3 ['N/A', 'N/A', 'N/A'] 5 0 1080 172 64 49 0 193 160
containers_write /src/thrift/lib/c_glib/test/fuzz/gen-c_glib/fuzz_test_no_uuid_types.c 3 ['N/A', 'N/A', 'N/A'] 5 0 1250 164 64 39 0 150 114
fuzz_test_read /src/thrift/lib/c_glib/test/fuzz/gen-c_glib/fuzz_test_no_uuid_types.c 3 ['N/A', 'N/A', 'N/A'] 5 0 926 143 54 45 0 174 56
fuzz_test_write /src/thrift/lib/c_glib/test/fuzz/gen-c_glib/fuzz_test_no_uuid_types.c 3 ['N/A', 'N/A', 'N/A'] 5 0 840 105 47 36 0 127 49
thrift_compact_protocol_read_map_begin /src/thrift/lib/c_glib/src/thrift/c_glib/protocol/thrift_compact_protocol.c 5 ['N/A', 'N/A', 'N/A', 'N/A', 'N/A'] 17 0 307 43 16 44 0 138 48
basic_types_write /src/thrift/lib/c_glib/test/fuzz/gen-c_glib/fuzz_test_no_uuid_types.c 3 ['N/A', 'N/A', 'N/A'] 5 0 525 64 31 27 0 89 39
basic_types_read /src/thrift/lib/c_glib/test/fuzz/gen-c_glib/fuzz_test_no_uuid_types.c 3 ['N/A', 'N/A', 'N/A'] 5 0 649 102 37 41 0 145 37

Implementing fuzzers that target the above functions will improve reachability such that it becomes:

Functions statically reachable by fuzzers
33.0%
93 / 284
Cyclomatic complexity statically reachable by fuzzers
33.0%
561 / 1725

All functions overview

If you implement fuzzers for these functions, the status of all functions in the project will be:

Func name Functions filename Args Function call depth Reached by Fuzzers Runtime reached by Fuzzers Combined reached by Fuzzers Fuzzers runtime hit Func lines hit % I Count BB Count Cyclomatic complexity Functions reached Reached by functions Accumulated cyclomatic complexity Undiscovered complexity

Files and Directories in report

This section shows which files and directories are considered in this report. The main reason for showing this is fuzz introspector may include more code in the reasoning than is desired. This section helps identify if too many files/directories are included, e.g. third party code, which may be irrelevant for the threat model. In the event too much is included, fuzz introspector supports a configuration file that can exclude data from the report. See the following link for more information on how to create a config file: link

Files in report

Source file Reached by Covered by
[] []
/src/thrift/lib/c_glib/test/fuzz/fuzz_parse_binary.c ['fuzz_parse_binary'] ['fuzz_parse_binary']
/src/thrift/lib/c_glib/src/thrift/c_glib/protocol/thrift_binary_protocol.c ['fuzz_parse_binary'] ['fuzz_parse_binary']
/src/thrift/lib/c_glib/test/fuzz/gen-c_glib/fuzz_test_no_uuid_types.c ['fuzz_parse_binary', 'fuzz_parse_compact'] ['fuzz_parse_binary', 'fuzz_parse_compact']
/src/thrift/lib/c_glib/src/thrift/c_glib/transport/thrift_memory_buffer.c ['fuzz_parse_binary', 'fuzz_parse_compact'] ['fuzz_parse_binary', 'fuzz_parse_compact']
/src/thrift/lib/c_glib/src/thrift/c_glib/thrift_configuration.c ['fuzz_parse_binary', 'fuzz_parse_compact'] ['fuzz_parse_binary', 'fuzz_parse_compact']
/src/thrift/lib/c_glib/src/thrift/c_glib/thrift.c [] []
/src/thrift/lib/c_glib/src/thrift/c_glib/protocol/thrift_compact_protocol.c ['fuzz_parse_compact'] ['fuzz_parse_compact']
/src/thrift/lib/c_glib/src/thrift/c_glib/transport/thrift_transport.c ['fuzz_parse_binary', 'fuzz_parse_compact'] ['fuzz_parse_binary', 'fuzz_parse_compact']
/src/thrift/lib/c_glib/test/fuzz/fuzz_parse_compact.c ['fuzz_parse_compact'] ['fuzz_parse_compact']
/src/thrift/lib/c_glib/src/thrift/c_glib/protocol/thrift_protocol.c ['fuzz_parse_binary', 'fuzz_parse_compact'] ['fuzz_parse_binary', 'fuzz_parse_compact']
/src/thrift/lib/c_glib/src/thrift/c_glib/thrift_struct.c ['fuzz_parse_binary', 'fuzz_parse_compact'] ['fuzz_parse_binary', 'fuzz_parse_compact']

Directories in report

Directory
/src/thrift/lib/c_glib/test/fuzz/
/src/thrift/lib/c_glib/src/thrift/c_glib/transport/
/src/thrift/lib/c_glib/src/thrift/c_glib/
/src/thrift/lib/c_glib/src/thrift/c_glib/protocol/
/src/thrift/lib/c_glib/test/fuzz/gen-c_glib/