fuzz: seed ipc_body with the daemon-stop bodies #226
No reviewers
Labels
No labels
priority/P0
priority/P1
priority/P2
release/v0.1.0
status/blocked
status/planned
type/bug
type/design
type/test-gap
type/tracker
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
natsukium/felis!226
Loading…
Reference in a new issue
No description provided.
Delete branch "issue-152"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The
extend-ipcchecklist asks for a curatedfuzz/seeds/ipc_body/seed per new message, and the daemon-stop pair shipped without one. Nothing failed as a result — the gap only meant libFuzzer had to rediscover theOpsStop/OpsStopReplytags on its own, and both an empty submessage nested in a oneof and anAttachFailurevalue at the top of the enum range are shapes random mutation reaches late. These three seeds put those arms in front of the first mutations.Seeds added (bytes produced by
felis_protocol::codec::encode, so they decode to the messages their names claim):proto-ops-stop-when-empty.bin—OpsMsg::Stop { mode: WhenEmpty }proto-ops-stop-reply-draining.bin—OpsMsg::StopReply { outcome: Draining { sessions: 2 } }proto-session-attach-failed-draining.bin—SessionMsg::AttachFailed { reason: DaemonDraining, .. }Verified with
./fuzz/seed-corpus.shpluscargo fuzz run ipc_body -- -runs=10000(clean) and a fulljust check(clean).Fixes #152
c8d92542a1ae86753293