AI-generated analysisPublished automatically and not human-verified. Validated context appears in community notes below.
← Watch feed
Moderate 57 Bitcoin

pset: parse pset bytes using temporary task with larger stack

Public commit record

What the developer wrote

Authored by Jamie C. Driver

45/100 · Thin
pset: parse pset bytes using temporary task with larger stack

Unblinding and verifying explicit proofs requires a ~54Kb stack.
See also: e1b8c18bf7e38137e4b95b683833ccb20b7ce761
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Provides an explanatory body! Contains work-in-progress language
The short version

What changed, and why it matters

This commit changes how Blockstream Jade hardware wallets parse PSET (a variant of Bitcoin's PSBT format used on the Liquid sidechain). Previously, parsing PSET data could crash the device because verifying confidential transaction proofs needs about 54 KB of temporary memory—more than the normal task stack provides. The fix runs PSET parsing in a temporary task with a larger 54 KB stack, while ordinary PSBT parsing stays unchanged. The commit also adds explicit recognition of the PSET magic bytes, whereas before Jade only checked for PSBT magic bytes and noted that PSET was not yet supported.

Recommended action

Treat this as a reliability/security hardening fix. Review the run_in_temporary_task implementation for correct stack alignment, cleanup on failure, and whether 54 KB is sufficient for worst-case PSET inputs. Verify that the temporary task does not introduce race conditions or leak the wally_psbt struct on cancellation. Consider fuzzing PSET parsing against the new path and measuring actual peak stack usage.

Security signals we found

01

Stack overflow / stack exhaustion during PSET parsing

02

Confidential transaction proof verification requires large stack

03

Addition of PSET magic-byte handling where previously unsupported

04

Use of temporary task with enlarged stack to isolate deep call paths

Risk score

Why this scored 57/100

Our methodology →
Potential impact 18/30
Exploitability 12/25
Stealth signal 8/15
Affected reach 10/15
Confidence 6/10
Evidence quality 3/5
Human-validated context

Community notes

Notes can correct, qualify, or add evidence to the AI analysis. Every note shown here has been validated by a human moderator.

No validated notes yet.

The AI analysis stands alone for now. Submit a note if you can add evidence or important context.