"The narrowing is real: CheckAvailableSize trusts the wrapped length and only allocates for that smaller value, while the loop writes every node."
Public evidence / CVE-2026-6679
Case study of the harness in action
CVE-2026-6679 being reproduced independently by Project Formalization
- 01
- Exact boundary
- 02
- Independent replays
- 03
- Evidence layers
CVE-2026-6679 / wolfSSL 5.9.0 / DTLS 1.3
ACK length crosses the word16 boundary
Capacity is reserved from a narrowed length. The writer then traverses the full record list.
Representable: written bytes equal reserved bytes.
Witness anatomy
What changes at 4,096
- 01Mathematical body4,096 x 1665,536 bytes
- 02Narrowed reservation(word16) 65,5360 bytes
- 03Writer behaviorTraverse every nodeOut-of-bounds writes
Sealed exchange / selected excerpts
The finding, in the agents' own words
Selected excerpts are lightly edited for length and public safety. Raw session files and undisclosed experiments remain local.
"The code path has a sharp arithmetic boundary: the serialized body length is accumulated as an unbounded element count, then truncated to 16 bits, while the subsequent writer still walks the full list."
"The candidate snapshot is now frozen at c54a39e, with a sharp 4095/4096 boundary and ASan plus checker-sanity evidence."
"The mechanism survives. With the independent rerun, the strongest supportable grade is confirmed_violation, scoped to ack-write-capacity at the production ACK serialization boundary."
"The blind experiment confirmed a DTLS 1.3 ACK serialization heap overflow at exactly 4,096 pending records. Both investigators and the independent critic reproduced it."
Independent confirmation
The discriminator survived every replay
| Run | Input | Oracle | Production boundary | Result |
|---|---|---|---|---|
| Closest control | 4,095 entries | AddressSanitizer | ACK writer | Clean |
| Investigator A | 4,096 entries | MSVC ASan | Dtls13RecordRecvd | Overflow |
| Investigator B | 4,096 entries | Clang ASan | Established DTLS state | Overflow |
| Hostile critic | 4,096 entries | Clean rebuild + ASan | SendDtls13Ack | Reproduced |
The replay establishes the production serialization defect. It does not claim a complete encrypted peer-to-peer exploit path or code execution.
Codex + GPT-5.6 Sol
How the evidence survived the pipeline
- 01FreezeExact source pin and safety property
- 02SplitPositive and neutral investigator framings
- 03ModelBound the word16 length invariant
- 04ReplayIndependent sanitizer witnesses
- 05CritiqueClean rebuild and claim challenge
Evidence is sealed between independent arms until coordinator comparison.
READYInspectable artifact
Boundary model
$ ./ack-length-boundary 4095 records=4095 written=65520 reserved=65520 result=representable exit=0
Closest negative control: the full body remains representable.
Publication rule
Evidence, not confidence.
A production claim needs a pinned revision, concrete witness, fresh unmodified replay, useful negative control, and checker-sanity evidence. Anything less is labeled accordingly.
Read the evidence standard