Skip to content

Gate the input-validation rule, and let the gate enumerate - #774

Merged
fametrano merged 1 commit into
sig-hash-widthsfrom
input-validation-gate
Aug 13, 2026
Merged

Gate the input-validation rule, and let the gate enumerate#774
fametrano merged 1 commit into
sig-hash-widthsfrom
input-validation-gate

Conversation

@fametrano

@fametrano fametrano commented Aug 13, 2026

Copy link
Copy Markdown
Member

The gate #743 describes, over
the rule #744 states.

Stacked on #764, which now
carries slices 3, 4 and 5 after you merged #765 and #766 into it — I
rebased that branch onto main and force-pushed it, because #772's
_bits_per_digit and my _int_from_bin_str landed at the same spot in
mnemonic/entropy.py and it had gone DIRTY. Both helpers are kept.
It is BLOCKED (a review) rather than conflicting now.

What this adds

tests/input_validation_test.py finds every public module-level
function whose required parameters are all library input types, and
calls it with a malformed value for each. It asserts the rule as
written: something is raised, and it is a BTClibException — one
predicate, which is what #743's base class was landed for.

The trick that makes it automatic is calling with every argument
malformed at once
. No valid values have to be tabulated — a valid
Octets is 20 bytes for one function, 32 for another and any length for
a third — and whichever argument the function refuses first, the rule
says it must refuse it as a btclib error.

What it found

146 public functions the vocabulary can drive
78 that already satisfy the rule
9 _EXCLUDED, by a design their own comment states
59 _OPEN, each naming the class that escapes

The 59 are the enumeration by running that a census read by hand
cannot be. Mine was measured at e18bae54; between then and now main
moved four times, and #757 turned out to touch 14 sites where it counted
10.

It found what the reading missed. ecc.dleq.verify_proof answers
False for a pub key that is None, where its own comment says "a
TypeError is neither — it is a caller error, and raising it is the
answer". That is the shape
#745 closed in five other
verifications, in a function written after that census was taken. It is
in _OPEN rather than fixed here: this PR adds no library code.

The three lists, and which way each ratchets

  • _MALFORMED — the vocabulary. A name renamed out of it, or an
    alias.py type a public parameter is annotated with and nobody adds a
    wrong value for, fails a test. Otherwise the walk would shrink in
    silence, which no assertion about the functions it did find can
    catch.
  • _EXCLUDED — the nine is_p2* predicates, one shared reason, and
    it is script_pub_key._is_funct's own: a bool function about a script
    answers False for bytes that are not one. Their wrong-type half does
    raise, so the carve-out is narrower than it looks.
  • _OPEN — can only shrink. An entry that has become compliant
    fails test_what_is_open_is_still_open, exactly as RUF100 fails an
    unused noqa, so a fix cannot land without deleting its line.

What it does not reach

Stated in the module docstring rather than left to be discovered:

Gates

  • uv run pytest — 26711 passed, coverage 100.00%
  • uv run pre-commit run --all-files — exit 0
  • sphinx-build -W --keep-going — exit 0

One # pragma: allowlist secret, on the _OPEN line for
silent_payments.shared_secret: detect-secrets reads any
"...secret": "..." as one.

Summary by Sourcery

Add an automated gate that exercises public functions’ input-validation rule and records its coverage across the library.

Documentation:

  • Document the new input-validation gate and its behavior in the changelog tests section.

Tests:

  • Introduce tests that automatically drive public module-level functions with malformed inputs to ensure they raise BTClibException, tracking compliant, excluded, and still-open cases.

`tests/input_validation_test.py` holds every public module-level
function whose required parameters are all library input types to the
rule of #744: a malformed argument leaves as a BTClibException.  One
predicate and not a tuple, which is what #743's base class was landed
for.

It calls with every argument malformed at once, and that is what makes
it automatic: no valid values have to be tabulated -- a valid Octets is
20 bytes here, 32 there and any length elsewhere -- and whichever
argument the function refuses first, the rule says it must refuse it as
a btclib error.

Three lists carry what the run finds, and each ratchets one way.
`_MALFORMED` is the vocabulary, and a type renamed out of it fails
rather than shrinking the walk in silence.  `_EXCLUDED` is the nine
`is_p2*` predicates, with the reason `script_pub_key._is_funct` already
gives.  `_OPEN` is what the census of #744 has left, each entry naming
the class that escapes; an entry that has become compliant fails the
run, as RUF100 fails an unused noqa, so a fix cannot land without
deleting its line.

What the walk cannot reach is stated rather than omitted: a parameter
behind a default is never driven, `hf` and `network` among them, and a
function taking a Tx, a Psbt or a callback needs an instance the
vocabulary cannot build.

It found what the reading missed: `ecc.dleq.verify_proof` answers False
for a pub key that is None, where its own comment says a caller error
must raise -- the shape #745 closed in five other verifications, in a
function written after that census was taken.

@sourcery-ai sourcery-ai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sorry @fametrano, you have reached your weekly rate limit of 500000 diff characters.

Please try again later or upgrade to continue using Sourcery

@sourcery-ai

sourcery-ai Bot commented Aug 13, 2026

Copy link
Copy Markdown
Contributor

Reviewer's Guide

Adds an automated pytest-based gate that enumerates public btclib module-level functions whose required parameters are library input types and verifies they reject malformed arguments with BTClibException, along with supporting AST/introspection helpers and three controlling lists (_MALFORMED, _EXCLUDED, _OPEN), plus a corresponding changelog entry.

Flow diagram for the new automated input-validation gate

flowchart TD
  Start["pytest run on input_validation_test"] --> CollectFunctions["Collect public module-level functions
with required params of library input types"]

  CollectFunctions --> ForEachFn["Iterate functions"]

  ForEachFn --> CheckExcluded{"Function listed in _EXCLUDED?"}
  CheckExcluded -->|yes| SkipFn["Skip: bool-style predicate intentionally excluded"]
  CheckExcluded -->|no| BuildMalformed["Build malformed arguments from _MALFORMED vocabulary"]

  BuildMalformed --> CallFn["Call function with all arguments malformed"]
  CallFn --> CheckException{"Raised BTClibException?"}

  CheckException -->|yes| Compliant["Function complies with input-validation rule"]
  CheckException -->|no| MustBeOpen["Function must be tracked as escaping"]

  MustBeOpen --> AssertInOpen["Assert function is listed in _OPEN"]

  Compliant --> ShrinkOpen["Separate test ensures _OPEN only shrinks
when functions become compliant"]

  SkipFn --> End["Gate run complete"]
  AssertInOpen --> End
  ShrinkOpen --> End
Loading

File-Level Changes

Change Details Files
Introduce an automated input-validation gate test that discovers and drives public functions based on their annotated input types and asserts they raise BTClibException for malformed arguments.
  • Define a fixed malformed-value vocabulary for core btclib input types in the _MALFORMED dict and document its invariants.
  • Implement AST-based discovery (_drivable) of public module-level functions whose required parameters are all known input types, building a dotted-name to parameter-type map.
  • Implement _leak helper that calls each discovered function with round‑robin malformed arguments and classifies non-BTClibException behavior (other exception type or no exception).
  • Partition discovered functions into gated, excluded, and open sets (_GATED, _EXCLUDED, _OPEN) based on design carve‑outs and known rule violations.
  • Add parametrized tests that enforce the rule over _GATED functions, assert that _OPEN entries still leak exactly as recorded, and ensure accounting consistency between drivable, excluded, open, and gated sets.
  • Add meta-tests that validate the vocabulary matches declared input types, that AST walk behavior is correct, and that the discovery walk reaches representative shapes and omits unsupported ones.
tests/input_validation_test.py
Document the new input-validation gate and its behavior in the changelog.
  • Add a changelog section describing the input-validation rule, the automatic malformed-argument driving strategy, and the limitations for defaults and complex types.
  • Describe the roles of the _MALFORMED, _EXCLUDED, and _OPEN lists and how they ratchet over time.
  • Note specific findings from running the gate, including ecc.dleq.verify_proof returning False instead of raising for malformed input.
CHANGELOG.md

Tips and commands

Interacting with Sourcery

  • Trigger a new review: Comment @sourcery-ai review on the pull request.
  • Continue discussions: Reply directly to Sourcery's review comments.
  • Generate a GitHub issue from a review comment: Ask Sourcery to create an
    issue from a review comment by replying to it. You can also reply to a
    review comment with @sourcery-ai issue to create an issue from it.
  • Generate a pull request title: Write @sourcery-ai anywhere in the pull
    request title to generate a title at any time. You can also comment
    @sourcery-ai title on the pull request to (re-)generate the title at any time.
  • Generate a pull request summary: Write @sourcery-ai summary anywhere in
    the pull request body to generate a PR summary at any time exactly where you
    want it. You can also comment @sourcery-ai summary on the pull request to
    (re-)generate the summary at any time.
  • Generate reviewer's guide: Comment @sourcery-ai guide on the pull
    request to (re-)generate the reviewer's guide at any time.
  • Resolve all Sourcery comments: Comment @sourcery-ai resolve on the
    pull request to resolve all Sourcery comments. Useful if you've already
    addressed all the comments and don't want to see them anymore.
  • Dismiss all Sourcery reviews: Comment @sourcery-ai dismiss on the pull
    request to dismiss all existing Sourcery reviews. Especially useful if you
    want to start fresh with a new review - don't forget to comment
    @sourcery-ai review to trigger a new review!

Customizing Your Experience

Access your dashboard to:

  • Enable or disable review features such as the Sourcery-generated pull request
    summary, the reviewer's guide, and others.
  • Change the review language.
  • Add, remove or edit custom review instructions.
  • Adjust other review settings.

Getting Help

@fametrano
fametrano merged commit 96597c0 into sig-hash-widths Aug 13, 2026
25 of 38 checks passed
@fametrano
fametrano deleted the input-validation-gate branch August 13, 2026 19:52
fametrano added a commit that referenced this pull request Aug 13, 2026
* Check every width a sig_hash preimage writes, and every index

`int.to_bytes` answers a field too wide for it with an OverflowError,
an ArithmeticError that no `except BTClibValueError` catches; a list
index out of range is an IndexError, a LookupError, outside it too.

#724 made the version and lock-time checks unconditional in
`Tx.serialize`, which closed those two fields for `legacy` -- the one
sig_hash routed through it.  `segwit_v0` and `taproot` assemble their
preimage from their own `to_bytes` calls and never reach it, and
`TxIn.serialize` and `TxOut.serialize` check nothing when told not to,
so the same leak survived on the sequence, on the output value and on
the outpoint's vout.

The checks go in the serializations rather than in the callers --
`_serialized_4_byte_field`, `_serialized_camount`,
`_serialized_out_point`, `_serialized_output`, `_serialized_spend_type`
-- so `PrecomputedTxData` and both `sha_`/`hash_` families get them for
free.  `legacy` checks what its branches leave behind, NONE dropping
the outputs it does not commit to.

`vin_i` is bounded in `legacy`, `segwit_v0`, `from_tx` and
`taproot_annex_and_ext` as it is in `taproot`; `from_tx` also refuses a
prevout list of a different length from the vin, with the message
`PrecomputedTxData` gives for the same mismatch.  `ext_flag` is seven
bits, and `message_extension` takes Octets like every other octets
parameter here.

`_assert_valid_4_byte_field` is imported from `tx.tx` rather than
written a second time, and `_serialized_spend_type` is an extraction
and not only a check: `taproot` was one branch under C901's ten.

The third slice of #744.

* Ask a value what it is before asking what it holds (#765)

* Ask a value what it is before asking what it holds

Ten places in `block/`, `hashes` and `utils` compared, added to or read
an attribute off an argument nothing had checked.  `"5" <= 16`,
`"2015" + 1` and `"hard" <= 0` are bare TypeErrors about operands,
raised from underneath the library and naming neither the parameter nor
the function; `.tzinfo` on a str is an AttributeError, outside *both*
halves of this library's exception contract, so nothing a caller is
told to catch would have caught it; and two datetimes given as unix
timestamps subtract to an int, whose missing `total_seconds` is an
AttributeError again.

The guard is `var_int.serialize`'s and the vocabulary `is_integer`'s: a
bool is not a number, it being the height one, the block count one, the
leaf index one.

`bip34_commitment`, and `Block.assert_valid_coinbase_height` through
it; `BlockHeader.assert_valid`'s timestamp and `assert_valid_time`'s
`now`; `mining.mine`'s max_tries and its header, which
`dataclasses.replace` used to complain about; `next_bits`'s two
datetimes; `retarget_first_height`; all three numbers of `hash_rate`,
where a difficulty and a timespan are float and an integer is one of
those; `hashes.merkle_root_from_branch`'s leaf index, which is what
`merkle_proof.assert_as_valid` and `merkle_proof.verify` reach it
through; and `utils.encode_num`.

`BlockHeader._assert_valid_types` is an extraction and not only a
check: `assert_valid` was one branch under C901's ten.  The bool half
of the eight new integer guards goes in `tests/integer_policy_test.py`,
where the other twenty-five already are.

The fourth slice of #744.

* Make `bytes_from_octets` the whole of what Octets means (#766)

It is the coercion every `Octets` parameter of the library runs
through, and it had two holes.  A hex string that is not one left
through `bytes.fromhex`'s bare ValueError -- the class the contract
promises, with nothing saying it came from here.  And anything that was
not a `str` went through *untouched*, so `len` of a tuple of 33 ints
was 33, which is how `taproot.assert_valid_control_block` accepted one
as a control block size and how `bin_str_entropy_from_entropy(())` was
reported as zero bits.

Both are refused now.  Every buffer is still taken, and returned as it
came: a read must not rewrite the field it reads, which is what
`bytes()` here would do to a bytearray a caller built.

The message is `bytes.fromhex`'s own, which names a position and never
the string: an Octets parameter is candidate key material as often as
not, and `to_prv_key` puts this very message inside its own "not a
private key" (issue #137).  `to_prv_key`'s two "it must be octets"
fallbacks catch a TypeError beside the ValueError, as `to_pub_key`
already did.

`mnemonic.entropy`'s five `int(x, 2)` parses and its `int(x, 16)` and
`int(x)` ones are BTClibValueError too, and say a base rather than the
digits.  `borromean.sign` checks that its rings, signing indexes and
nonces are of one length rather than leaving it to `zip(strict=True)`,
whose message named "argument 3" and no parameter of the function;
strict=True stays, as the assertion that the check and the loops cannot
drift apart.

Six test files stop asserting the bare class, `docs/source/guide.rst`
shows the new spelling, and HISTORY.md carries the breaking-changes
bullet for this and for the three slices before it.

The last slice of #744.

* Gate the input-validation rule, and let the gate enumerate (#774)

`tests/input_validation_test.py` holds every public module-level
function whose required parameters are all library input types to the
rule of #744: a malformed argument leaves as a BTClibException.  One
predicate and not a tuple, which is what #743's base class was landed
for.

It calls with every argument malformed at once, and that is what makes
it automatic: no valid values have to be tabulated -- a valid Octets is
20 bytes here, 32 there and any length elsewhere -- and whichever
argument the function refuses first, the rule says it must refuse it as
a btclib error.

Three lists carry what the run finds, and each ratchets one way.
`_MALFORMED` is the vocabulary, and a type renamed out of it fails
rather than shrinking the walk in silence.  `_EXCLUDED` is the nine
`is_p2*` predicates, with the reason `script_pub_key._is_funct` already
gives.  `_OPEN` is what the census of #744 has left, each entry naming
the class that escapes; an entry that has become compliant fails the
run, as RUF100 fails an unused noqa, so a fix cannot land without
deleting its line.

What the walk cannot reach is stated rather than omitted: a parameter
behind a default is never driven, `hf` and `network` among them, and a
function taking a Tx, a Psbt or a callback needs an instance the
vocabulary cannot build.

It found what the reading missed: `ecc.dleq.verify_proof` answers False
for a pub key that is None, where its own comment says a caller error
must raise -- the shape #745 closed in five other verifications, in a
function written after that census was taken.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant