Proof Portal

Projects

jsonparser

ProbeLabs36 findings · 123 requirements
SYS-REQ-026SystemApproved

When the input is malformed outside the addressed token path but the parser can still isolate a complete addressed token or determine that the path is absent, Get shall preserve the corresponding best-effort success or not-found result instead of requiring full-document rejection.

PriorityshallTypeguaranteeCategoryfunctionalComponentparserAssuranceBFindingsLowworst open

Specification

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

Description

When the input is malformed outside the addressed token path but the parser can still isolate a complete addressed token or determine that the path is absent, Get shall preserve the corresponding best-effort success or not-found result instead of requiring full-document rejection.

FRETish formula
the parser shall always satisfy !malformed_input_outside_addressed_token | !addressed_token_can_be_isolated | returns_best_effort_lookup_result

Rationale & tags

Why this requirement exists, and how it is categorised.

The current implementation intentionally tolerates some malformed-document cases for performance, and that externally visible behavior should be either specified or explicitly retired from the contract.

decompositiongetmalformed-tolerance

Verification & provenance

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

Assurance levelB
Formalizationvalid
Realizabilityrealizable
Vacuitychecked_ok
Strategyfretish

Review

Status
approved
Reviewer
human:buger · lead_engineer
Reviewed
Jul 26, 2026, 12:44 UTC
Re-approved under L3 strict posture; content re-reviewed against current formalization

History

Created
Apr 14, 2026, 00:00 UTC · human:cli
Modified
Jul 26, 2026, 12:44 UTC · human:buger

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 !malformed_input_outside_addressed_token | !addressed_token_can_be_isolated | returns_best_effort_lookup_result

Variables

NameTypeDirectionDescription
malformed_input_outside_addressed_tokenTrue when malformed JSON appears outside the addressed token path rather than inside the token that lookup is trying to return.
addressed_token_can_be_isolatedTrue when Get can still isolate a complete addressed token or determine lookup absence despite malformed input elsewhere in the document.
returns_best_effort_lookup_resultTrue when Get preserves the corresponding success or not-found lookup result despite malformed input outside the addressed token path.

Witnesses· 4 scenarios total

  • TestGetBestEffortMalformed
    deep_spec_test.go:1096
  • TestMCDC_SYS_REQ_026_Row1_CannotIsolate
    mcdc_spec_witnesses_test.go:870exercises 1 condition scenario
  • TestMCDC_SYS_REQ_026_Row2_TriggerFalse
    mcdc_spec_witnesses_test.go:880exercises 1 condition scenario
  • TestMCDC_SYS_REQ_026_Row3_InvariantViolation
    mcdc_spec_witnesses_test.go:892exercises 1 condition scenario
  • TestMCDC_SYS_REQ_026_Row4_BestEffortSuccess
    mcdc_spec_witnesses_test.go:906exercises 1 condition scenario
  • TestGetRequirementSlices
    parser_test.go:1390

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
1
Tests
3
At-risk contracts
0

Files to re-check (1)

  • parser.goparser.go

Tests to re-run (3)

  • deep_spec_test.godeep_spec_test.go
  • mcdc_spec_witnesses_test.gomcdc_spec_witnesses_test.go
  • parser_test.goparser_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