Proof Portal

Projects

jsonparser

ProbeLabs23 findings · 123 requirements

The fastest JSON parser for Go — formally verified with ReqProof (real library, master).

All requirements
RequirementSYS-REQ-007SystemReview

When ObjectEach addresses a well-formed non-empty JSON object, the parser shall invoke the callback with the correct key, value, and value type tuple for each addressed object entry.

Automated checks pass.
PriorityshallTypeguaranteeCategoryfunctionalComponentparserAssuranceEFindingsnone open

Specification

The requirement exactly as authored — its complete prose text and, where present, the formal FRETish sentence it compiles to.

Description

When ObjectEach addresses a well-formed non-empty JSON object, the parser shall invoke the callback with the correct key, value, and value type tuple for each addressed object entry.

FRETish formula
the parser shall always satisfy !addressed_object_is_well_formed | addressed_object_is_empty | object_callback_receives_entries
View full formal model

Rationale & tags

Why this requirement exists, and how it is categorised.

Correct object entry reporting is a distinct externally visible contract from empty-object handling, malformed-input failure, and callback error propagation.

decompositionobjecteachtraversal

Verification & provenance

How this requirement was checked: the review trail, edit history, and the machine-analysis status terms (each ⓘ explains what it means).

Assurance levelE
Formalizationvalid
Realizabilityrealizable
Vacuitychecked_ok
Strategyfretish

Review

Status
approved
Reviewer
Leonidbugaev
Reviewed
Apr 23, 2026, 00:00 UTC

History

Created
Apr 13, 2026, 17:10 UTC · Created via CLI
Modified
Apr 14, 2026, 15:45 UTC · Codex · AI agent

Change history

Every recorded revision of this requirement's source file — newest first, each with its commit message and the diff for that change.

Every recorded revision of this object's source — newest first, each with the commit message and its file-level diff.

Obligations

What this requirement must witness to be considered satisfied — the required evidence, and the tests that discharge each one.

No obligations recorded for this requirement

Proof obligations are recorded once evidence is generated. None have been captured here yet — this is expected, not a gap in the requirement itself. A required class of evidence the requirement must witness — the bridge between the requirement existing and it being proven.

Formula evidence

The formal formula behind this requirement, the variables it is written over, and the tests that exercise it (each term is explained inline).

FRETish formula

the parser shall always satisfy !addressed_object_is_well_formed | addressed_object_is_empty | object_callback_receives_entries

Variables

NameTypeDirectionDescription
addressed_object_is_well_formedTrue when ObjectEach is operating on a well-formed addressed JSON object.
addressed_object_is_emptyTrue when ObjectEach is operating on an addressed object that contains no entries.
object_callback_receives_entriesTrue when ObjectEach invokes the callback with the correct key, value, and value-type tuple for each addressed object entry.

Witnesses· 4 scenarios total

  • TestMCDC_SYS_REQ_007_Row1_TriggerFalse
    exercises 1 condition scenario
  • TestMCDC_SYS_REQ_007_Row4_EmptyObject
    exercises 1 condition scenario
  • TestObjectEach
    exercises 2 condition scenarios

MC/DC truth table· 4 rows

Each row assigns the formula's conditions (T/F) and shows the Result— the formula's value for that input row, not a test pass/fail. A row proves a condition when flipping only that condition flips the outcome. The test that covers each row is linked.

Covereda test exercises this rowExempteda reviewed mcdc:ignoreNo-actionfalse-result row satisfied by designUncoveredneeds a covering test
#addressed_object_is_emptyaddressed_object_is_well_formedobject_callback_receives_entriesResultProvesCovering test
1FFFTaddressed_object_is_well_formed
2FTFFaddressed_object_is_empty
3FTTTobject_callback_receives_entries
4TTFTaddressed_object_is_empty

Its place

This requirement shown inside its trace neighbourhood — the parents it satisfies, the code and tests attached to it, and its findings.

Loading graph…

Trace evidence

The concrete artifacts linked to this requirement — implementing code, verifying tests, documents, and the findings raised against it.

Impact

Blast radius — if you change this requirement, what else may need re-checking, and what it in turn depends on.

If you change this

Requirements
0
Files
3
Tests
10
At-risk contracts
0

Files to re-check (3)

  • aliases.goaliases.go
  • fuzz.gofuzz.go
  • parser.goparser.go

Tests to re-run (10)

  • aliases_test.goaliases_test.go
  • coverage_closure_test.gocoverage_closure_test.go
  • dead_code_audit_oob_test.godead_code_audit_oob_test.go
  • dead_code_audit_test.godead_code_audit_test.go
  • fuzz_native_test.gofuzz_native_test.go
  • mcdc_spec_witnesses_test.gomcdc_spec_witnesses_test.go
  • mcdc_supplement_test.gomcdc_supplement_test.go
  • parser_test.goparser_test.go
  • path_fuzz_test.gopath_fuzz_test.go
  • property_test.goproperty_test.go

What this rests on

Discussions

Discuss this with the proof team. Nothing changes in your audit automatically — you open a request and a staff member records any outcome inside the thread.

Sign in to discuss this with the proof team.Sign in