New

SPAR: Semantic Protocol Fuzzing

From RFC rules to targeted semantic tests

8 chapters84 min total
Keywords
SPARFuzzingProtocolsSemanticsInvariantsBabelParsersRFCsConformanceFRRouting
Overview

SPAR explores how protocol fuzzing can test whether packet fields make sense together, not only whether bytes fit a plausible shape. Across RFC-grounded format inference, Babel’s AE/Omitted invariant, adversarial format–parser refinement, solver-backed positive and targeted negative packets, and graph-based scaling, the series connects semantic recovery to implementation findings. SPAR reports 98% average multi-field recall and 24 acknowledged implementation findings within a bounded evaluation scope; fixed-point consistency is not complete protocol assurance, and coverage, RFC ambiguity, multi-document dependencies, and implementation-specific behavior remain limits.

Learning outcomes
  • Packet shape can pass local checks while cross-field semantics remain invalid or unsafe.
  • SPAR turns RFC relationships into formal constraints, reference-parser checks, and targeted positive or negative packets.
  • Path cover, one-at-a-time negation, and RFC slicing make the refinement loop tractable, not exhaustive.
  • On its evaluated formats, SPAR reports 98% average multi-field recall and 24 acknowledged implementation findings, not complete assurance.
Keywords
SPARFuzzingProtocolsSemanticsInvariantsBabelParsersRFCsConformanceFRRouting

Chapters

Preview every chapter · Unlock full text, audio, and video from chapter 4

Plans
Ch.1-3 FreeCh.4-8 Premium

FAQ

What does semantic protocol fuzzing test that packet-shape fuzzing can miss?

It tests relationships among fields, such as conditional validity, lengths, and interpretations, that local type and boundary checks can miss.

How does SPAR detect a missing protocol invariant?

SPAR derives a formal format and reference parser from RFC text, then compares positive and targeted negative packets to expose disagreements.

What happened in the Babel AE/Omitted example?

RFC 8966 requires Omitted to be zero when AE equals 3, but the reported FRRouting parser accepted the invalid combination; routing impact is context-dependent.

Does SPAR provide complete protocol assurance?

No. Its fixed point means mutual consistency over represented and exercised cases; coverage, ambiguity, global state, multi-RFC, and vendor-specific behavior remain limits.