This commit changes a single hardware revision number for the Trezor T3B1 device from 0 to 66 (representing revision 'B') in the firmware build configuration. It appears to be a correction of a build-time constant that identifies the hardw…
No security-relevant keywords in commit title or messageNo changelog entry requested ([no changelog])Change is a single build-time constant correction
This commit changes two things in a cryptocurrency hardware wallet's firmware. First, it makes several low-level secure-chip operations crash or halt the device if the chip reports any unexpected failure, rather than returning the error to…
Secure-element error codes are now swallowed by ASSERT macros, potentially turning recoverable faults into device crashes or silent failuresNew account-data integrity check detects inconsistent IV/key-piece state and erases the accountDefensive change appears aimed at power-loss / partial-write corruption during wipe operations
This commit fixes a bug in a Rust Bitcoin library iterator that reports byte positions of script instructions. The custom `nth` method incorrectly returned the byte offset of the found instruction without updating the iterator's internal p…
Iterator state corruption in a public APIIncorrect byte-index reporting for Bitcoin script instructionsPotential downstream logic errors if indices are used for parsing or validation
This commit only adds a new test to the rust-bitcoin library. The test demonstrates that a method called `InstructionIndices::nth` can report incorrect byte positions when used in certain ways. The commit message explicitly says there is '…
Iterator position desynchronization in script instruction parsingIncorrect byte offset reporting could affect code relying on accurate script indicesNo fix included; only regression test added
This commit is a routine subtree update of the secp256k1 cryptographic library inside Bitcoin Core. It pulls in a batch of upstream secp256k1 changes: build-system cleanups, new tests, documentation fixes, a minor MuSig nonce-generation cl…
MuSig secret-key wipe now happens on both success and failure paths in `secp256k1_musig_nonce_gen_counter`New `_ecmult_gen_ge` helper clears Jacobian intermediate state to reduce potential side-channel leakageForce-inlining of performance-critical field operations (mul/sqr) is a hardening/performance change, not a vulnerability fix
This commit is a simple automated rename of a test-only helper class from SteadyClockContext to FakeSteadyClock. It only changes names in comments and test/fuzz code to make naming consistent. There is no functional change and no security …
This commit fixes a bug in the Lightning Dev Kit's LSPS2 (Just-In-Time channel) service. Previously, when a service provider abandoned a pending JIT channel open, any intercepted HTLCs (pending payment holds) waiting for that channel were …
HTLCs held in payment_queue could remain pending indefinitely after channel_open_abandoned, potentially locking sender fundsMissing cleanup of intercepted HTLC state on JIT channel abandonmentRegression test confirms fail_intercepted_htlc is invoked and HTLC is released
This commit updates the user interface and internal checks for generating wallet seed phrases using dice rolls as a source of randomness. It enforces a minimum number of dice rolls depending on the desired seed strength: at least 50 rolls …
Enforces minimum entropy input length based on target mnemonic strengthAdds server-side/model-layer validation in addition to UI gatingPrevents generation of 256-bit seeds from insufficient dice-roll entropy
This is a tiny, non-security change in test-only code. It swaps one standard-library import for an equivalent core-library import so that a verification tool (Kani) can run in environments without the full standard library. There is no cha…
This commit is a wholesale revert of an earlier pull request that was accidentally merged without proper review. It removes new splice-handling logic in the channel daemon, stricter bech32 padding checks, and several BOLT 11/12 quote and v…
Reverts unreviewed code that was rejected as spec-deviatingRemoves txid-comparison splice detection heuristic in channel reconnectionRemoves stricter bech32 padding-bit validation
This commit adds a test that checks Core Lightning's routing plugin (askrene) properly rejects a request where the payment source and destination are the same node. The test is marked as expected to fail for now, meaning the bug it checks …
Potential denial-of-service via malformed RPC input (source==destination)Test marked xfail indicates unpatched behaviorCrash of lightningd suggested by test docstring
This commit fixes a crash in Core Lightning's routing plugin (cln-askrene). When a user called the getroutes command with the same node as both source and destination, the plugin hit an internal assertion and aborted. The fix adds a simple…
Denial-of-service via malformed RPC input causing plugin abortAssertion failure in routing plugin child processInput validation gap in JSON-RPC command handler
A quiet fix may be responsible caution—or it may leave users unaware that their assets were ever at risk. CommitWatch preserves the evidence, adds context, and tracks whether vendors disclose, acknowledge, and learn.