Hi,
On Mon, May 30, 2022 at 9:08 AM xin zhang <
zhangx...@gmail.com> wrote:
>
> Hi,
> 1.I want know syzkaller operation mechanism and stop strategy, How long time can I stop it?
> With what kind of result can it be judged that it can be stopped?
I don't think there can be any strict guidelines re. this.
After syzkaller is started, it will first go through some predefined
tests (for Linux they are e.g. here
https://github.com/google/syzkaller/tree/master/sys/linux/test) and
then it will triage the corpus. The latter can take quite a while,
especially if it was able to accumulate a big corpus during previous
executions. So it certainly doesn't make much sense to stop it until
it's done with that triage, because real fuzzing and discovery of new
coverage only begins afterwards. Whether a syzkaller istance is still
triaging the corpus or already doing normal fuzzing you can determine
by looking at the "triage queue" value on the syz-manager's web page.
Once it reaches 0, triage is done.
On syzbot we restart our instances ~ every 12 hours (corpus triaging
takes ~2 hours for us). But it's not a carefully chosen number. The
process is anyway highly probabilistic, so there's in any case no
guarantee that "run for X hours and be certain that all bugs are
discovered".
>
> 2.My kernel is constantly updated. Should I stop the syzkaller being tested and start syzkaller with a new kernel, or directly start a new syzkaller with a new kernel? Is there a good solution?
>
It looks reasonable to fuzz the latest version -- it may contain new
bugs and bug fixes for old bugs.
We use syz-ci for this purpose
(
https://github.com/google/syzkaller/tree/master/syz-ci), but it's
unfortunately not well documented.
>
> tks!