0
Files
src/testing/libfuzzer
Takuto Ikuta 6484e972c2 testing/libfuzzer/research: Fix proto_library usage to propagate indirect deps correctly
This is necessary to change public_deps to deps in proto_library
template so that we can remove unnecessary inputs dependency from
ninja build files.

Original CL is: https://crrev.com/c/6442961

This CL was uploaded by git cl split.

Bug: 402356473
Change-Id: I0309b2ced5adedea8a191618ead94463ea24eaed
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/6483148
Commit-Queue: Paul Semel <paulsemel@chromium.org>
Auto-Submit: Takuto Ikuta <tikuta@chromium.org>
Reviewed-by: Paul Semel <paulsemel@chromium.org>
Cr-Commit-Position: refs/heads/main@{#1450494}
2025-04-23 05:41:22 -07:00
..

Fuzz testing in Chromium

go/chrome-fuzzing

Fuzzing is a testing technique that feeds auto-generated inputs to a piece of target code in an attempt to crash the code. It's one of the most effective methods we have for finding security and stability issues (see go/fuzzing-success). You can learn more about the benefits of fuzzing at go/why-fuzz.

This documentation covers the in-process guided fuzzing approach employed by different fuzzing engines, such as libFuzzer or [AFL]. To learn more about out-of-process fuzzers, please refer to the Blackbox fuzzing page in the ClusterFuzz documentation.

[TOC]

Getting Started

In Chromium, you can easily create and submit fuzz targets. The targets are automatically discovered by buildbots, built with different fuzzing engines, then uploaded to the distributed ClusterFuzz fuzzing system to run at scale.

You should fuzz any code which absorbs inputs from untrusted sources, such as the web. If the code parses, decodes, or otherwise manipulates that input, it's an especially good idea to fuzz it.

Create your first fuzz target and submit it by stepping through our Getting Started Guide.

Advanced Topics

Further Reading

Trophies