TZ
← All projectsTrezor

Trezor firmware

Firmware monorepo for Trezor One, Model T, and Safe devices.

BitcoinHardware walletsNormal
Repository coverage

2667 commits in the local evidence base

Every captured commit receives deterministic security triage and a separate communication-quality score. Security candidates and broader second-pass signals receive full-patch Ollama analysis.

921security candidates311second-pass queue2660AI analyses
329commits · 30 days
549commits · 60 days
1358commits · 180 days
2638commits · 365 days
Backfill bands
Aug 5 → Feb 61298 seen115 candidatesComplete
Feb 6 → Jun 6775 seen58 candidatesComplete
Jun 6 → Jul 6217 seen13 candidatesComplete
Jul 6 → Aug 5360 seen54 candidatesComplete
Commit communication

Does the history explain itself?

Message quality measures whether a commit identifies its scope, purpose, rationale, testing, and supporting references. It does not change the security-severity score.

66/100 average clarity
478Strong · 80–100
1321Adequate · 60–79
863Thin · 40–59
5Opaque · 0–39
Read the scoring rubric →
Developer activity

Who is changing the project?

Public Git author strings; identities are not independently verified.

DeveloperCommitsCandidatesAnalyzedHigh riskMessage avg.
tychovrahe292104292461
Roman Zeyde577181575272
PrisionMike945994273
Andrew Kozlik712470265
obrusvit21376213164
Jakub Janků22919182
Martin Pastyřík23823173
cepetr19682196059
Ioan Bizău23076230059
M1nd3r20772207071
Lukas Bielesch846784067
Martin Milata17446174063
Analysis record

Published AI watches

Last scanned 14 minutes ago

Low 27 AI analysisMessage 93 · Strong
TZ TrezorTrezor firmware BitcoinHardware wallets

refactor(core): digest EIP-1559/EIP-7702 magic without RLP encoding

This commit is a small internal cleanup in Trezor's Ethereum signing code. It changes how two special 'magic' bytes (the transaction type markers for newer Ethereum transaction formats) are fed into the cryptographic hash. Previously the c…

Refactor of cryptographic hashing path for Ethereum transaction signingRemoval of implicit assumption that RLP encodes small integers as single bytesChange affects EIP-1559 and EIP-7702 transaction type markers
2362bc6fby Roman Zeyde+6−32 files
No security note in commit
Informational 15 AI analysisMessage 98 · Strong
TZ TrezorTrezor firmware BitcoinHardware wallets

test(core): test RLP self-encoding bytestrings

This commit only adds a new unit test to the Trezor firmware codebase. It verifies that very short Ethereum RLP-encoded byte strings and small positive integers encode to themselves, which is a known property of the RLP specification. No p…

41538733by Roman Zeyde+16−01 file
No security note in commit
Informational 18 AI analysisMessage 57 · Thin
TZ TrezorTrezor firmware BitcoinHardware wallets

chore(core): remove sha1 from regular FW

This commit removes the SHA-1 hashing function from the regular Trezor firmware. SHA-1 is an old, weak hash algorithm that is no longer considered secure for sensitive uses. The change deletes the code that exposes SHA-1 to apps running on…

Removal of a deprecated cryptographic primitive (SHA-1) from the firmware API surfaceReduction of attack surface and prevention of future misuse of a collision-vulnerable hashNo direct vulnerability patch or memory-safety bug is present in the diff
16d15774by M1nd3r+0−2006 files
No security note in commit
Low 27 AI analysisMessage 62 · Adequate
TZ TrezorTrezor firmware BitcoinHardware wallets

refactor(crypto): pass static public key to `noise_xxpsk3_*_init()`

This commit changes how a cryptographic library sets up secure connections. Previously, the code automatically calculated the public key from the private key. Now, the caller must provide the public key directly. This is a code-quality ref…

Cryptographic key handling changed: public key is now supplied rather than derivedPotential reduction of key-mismatch risk if caller provides correct public keyNew null-pointer check added for static_public_key
1b3128a4by Ondřej Vejpustek+20−92 files
No security note in commit
Informational 15 AI analysisMessage 57 · Thin
TZ TrezorTrezor firmware BitcoinHardware wallets

refactor(crypto): change order of parameters

This commit simply reorders the arguments of an internal function called dh() and updates every place that calls it. The actual math and security behavior are unchanged; it is a code cleanup with no security effect.

33a119eeby Ondřej Vejpustek+15−151 file
No security note in commit
Informational 15 AI analysisMessage 47 · Thin
TZ TrezorTrezor firmware BitcoinHardware wallets

refactor(crypto): prefix enums

This commit simply renames two groups of internal status labels (called enums) in the Trezor firmware's cryptographic code. The old names like WAITING_FOR_REQUEST1 were shared between two different parts of the code, so the developer gave …

f1c74046by Ondřej Vejpustek+26−222 files
No security note in commit
Low 37 AI analysisMessage 57 · Thin
TZ TrezorTrezor firmware BitcoinHardware wallets

fix(crypto): prevent calling `memzero(NULL, ...)`

This commit fixes three places in the Trezor firmware's cryptographic code where a memory-clearing function could be called with a NULL pointer. In practice, passing NULL to memzero is harmless on Trezor's platform (it does nothing), but i…

NULL pointer passed to memory-zeroing helper in cryptographic codeUndefined behavior in C standard library contractDefensive hardening in Noise protocol implementation
0394e934by Ondřej Vejpustek+11−51 file
No security note in commit
Informational 18 AI analysisMessage 62 · Adequate
TZ TrezorTrezor firmware BitcoinHardware wallets

refactor(crypto): return remote static key from `noise_xxpsk3_*_handle_*()`

This commit is a code cleanup (refactor) for the cryptographic handshake code used in Trezor devices. It changes how the other party's long-term public key is returned to the caller: instead of storing it inside an internal state structure…

Removal of long-term public key storage from internal handshake stateCaller-supplied output buffer for remote static public key reduces internal secret retentionError-path memzero of returned key material on failure
3ead1aa6by Ondřej Vejpustek+79−423 files
No security note in commit
Informational 15 AI analysisMessage 62 · Adequate
TZ TrezorTrezor firmware BitcoinHardware wallets

refactor(xtask): rename ProjectProfile to ProjectConfig

This commit is a simple rename from 'ProjectProfile' to 'ProjectConfig' in two Rust source files. It only changes variable names, struct names, and error messages. There is no change to program logic, security behavior, or how data is hand…

581b37bcby cepetr+18−182 files
No security note in commit
Informational 15 AI analysisMessage 47 · Thin
TZ TrezorTrezor firmware BitcoinHardware wallets

refactor(xtask): introduce ResolvedBuildArgs

This commit is a straightforward internal code refactor in Trezor's build tooling. It introduces a new ResolvedBuildArgs structure that centralizes default values for command-line build options before they are used. There is no change to u…

c24d1be8by cepetr+99−295 files
No security note in commit
Informational 15 AI analysisMessage 57 · Thin
TZ TrezorTrezor firmware BitcoinHardware wallets

refactor(xtask): make build args tristate

This commit is a straightforward internal refactor of the Trezor firmware build tool's command-line argument handling. It changes many on/off flags from plain booleans to optional booleans so they can explicitly be set to true, false, or l…

271e249aby cepetr+57−561 file
No security note in commit
Informational 15 AI analysisMessage 57 · Thin
TZ TrezorTrezor firmware BitcoinHardware wallets

refactor(xtask): introduce build options

This commit is a straightforward internal code reorganization in Trezor's build tooling. It moves build-option definitions from one Rust source file to a new module and adds the ability to load those options from a configuration file. Ther…

75085e2aby cepetr+275−2007 files
No security note in commit
Informational 15 AI analysisMessage 57 · Thin
TZ TrezorTrezor firmware BitcoinHardware wallets

feat(xtask): introduce build presets

This commit is a developer tooling change for the Trezor firmware build system. It introduces 'build presets'—named configuration bundles stored in TOML files—so developers can select common build settings with a single command-line flag i…

eefe8f7fby cepetr+397−419 files
No security note in commit
Informational 15 AI analysisMessage 62 · Adequate
TZ TrezorTrezor firmware BitcoinHardware wallets

feat(xtask): upgrade manifest.yaml for tf-tools 0.3.0

This commit is a routine update to a build-system manifest file used by Trezor's internal tooling. It reorganizes and re-labels feature flags (for example, moving options between 'Features', 'Debugging', and 'Signing' groups and simplifyin…

57b28b89by cepetr+86−1351 file
No security note in commit
Informational 15 AI analysisMessage 62 · Adequate
TZ TrezorTrezor firmware BitcoinHardware wallets

feat(core): add tf-tools 0.3.1+ configuration file

This commit adds a single configuration file for a Trezor developer tool (a VS Code extension). It only points the tool to existing folders in the repository and contains no executable code, no secrets, and no changes to firmware behavior.…

e554f618by cepetr+8−01 file
No security note in commit
Informational 15 AI analysisMessage 62 · Adequate
TZ TrezorTrezor firmware BitcoinHardware wallets

refactor(xtask): rename ResolvedBuild to ResolvedBuildFeatures

This commit is a simple internal code cleanup: it renames a Rust data structure called ResolvedBuild to ResolvedBuildFeatures and updates the places that use it. There are no functional changes, no security fixes, and no changes to how the…

aaa2780bby cepetr+5−52 files
No security note in commit
Informational 15 AI analysisMessage 57 · Thin
TZ TrezorTrezor firmware BitcoinHardware wallets

fix(core): fix up clippy warnings in storage.rs

This is a tiny code cleanup commit that replaces two calls to `ptr::null()` with Rust's `unwrap_or_default()` to silence automated Clippy lint warnings. It does not change what value is produced (still a null pointer when no salt is provid…

62354461by cepetr+2−21 file
No security note in commit
Informational 15 AI analysisMessage 47 · Thin
TZ TrezorTrezor firmware BitcoinHardware wallets

refactor(xtask): simplify dependencies

This commit is a straightforward internal code cleanup in Trezor's build tooling. It moves a data structure and two helper methods from one Rust source file to another and updates callers accordingly. There is no change to user-facing beha…

6268349fby cepetr+9−193 files
No security note in commit
Informational 15 AI analysisMessage 47 · Thin
TZ TrezorTrezor firmware BitcoinHardware wallets

docs: add xtask documentation

This commit only adds documentation. It updates the table of contents and adds a new markdown page plus a diagram explaining the project's 'xtask' build helper. No code, build scripts, or firmware logic was changed, so it cannot introduce …

4879dababy cepetr+296−03 files
No security note in commit
Informational 17 AI analysisMessage 57 · Thin
TZ TrezorTrezor firmware BitcoinHardware wallets

feat(xtask): introduce project-toml build-options

This commit is a build-system refactoring for Trezor firmware. It moves the mapping of command-line build options to Rust/cargo features out of hard-coded Rust logic and into per-project TOML files. It also adds a small change so debug bui…

Build-option mapping now lives in project.toml files, increasing the attack surface for supply-chain/build-configuration tamperingMakefile change automatically enables debug-link for PYOPT=0 debug buildsValidation added to reject storage_insecure_testing_mode in production builds
d44de007by cepetr+681−40817 files
No security note in commit
Repository ledger

Explore captured commits

Expand any commit for its author, full message, clarity score, changed files, triage signals, analysis, and source link.

AI review queuedfix: enforce Tron address padding in runtimeby obrusvit · d98c67b8 · Feb 20, 2026 · 1 fileMessage 57 · ThinModerate 61Details
Commit message · obrusvit

fix: enforce Tron address padding in runtime

[no changelog]

57/100 · ThinMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope! No meaningful explanatory body
Why it was queued
signing or wallet pathsecond-pass: security-sensitive path
AI analysis · Moderate 61/100

This commit changes how Trezor handles Tron cryptocurrency smart-contract payments. Previously, the device used a programming assertion to assume that certain address-padding bytes were zero. Now it checks those bytes at runtime and rejects the transaction if the padding is wrong. The change likely prevents a malformed Tron token-transfer request from being misinterpreted or from causing the device to behave unexpectedly. It is a defensive hardening fix rather than a clear-cut remote exploit patch.

Lower-priorityrefactor(core): add type annotation to `spawn()` and `with_context()`by Roman Zeyde · 779670e2 · Feb 20, 2026 · 2 filesMessage 62 · AdequateInformational 15Details
Commit message · Roman Zeyde

refactor(core): add type annotation to `spawn()` and `with_context()`

[no changelog]

62/100 · AdequateMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope! No meaningful explanatory body
AI analysis · Informational 15/100

This commit only adds Python type annotations to two internal functions. It does not change any runtime behavior, logic, or security checks in the Trezor firmware.

Lower-prioritychore(core): drop duplicate `TypeVar` definitionby Roman Zeyde · 378f7842 · Feb 20, 2026 · 1 fileMessage 57 · ThinInformational 15Details
Commit message · Roman Zeyde

chore(core): drop duplicate `TypeVar` definition

[no changelog]

57/100 · ThinMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope! No meaningful explanatory body
AI analysis · Informational 15/100

This commit removes a single duplicate TypeVar definition in a Python file used only during type checking. It has no effect on the actual running firmware and no security relevance.

AI review queuedrefactor(core): extract `ButtonRequest` handler into a separate methodby Roman Zeyde · 05292d3b · Feb 20, 2026 · 6 filesMessage 77 · AdequateInformational 19Details
Commit message · Roman Zeyde

refactor(core): extract `ButtonRequest` handler into a separate method

Also, add a `Context.read()` overload for unexpected messages.

[no changelog]

77/100 · AdequateMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Provides an explanatory body
Why it was queued
parser or protocol pathsecond-pass: security-sensitive path
AI analysis · Informational 19/100

This commit is a code cleanup that moves the handling of on-screen button prompts into a separate helper function and adds a way to tell the message-reading code to reject any unexpected message. The change itself does not appear to fix a specific security bug, but it touches the code that decides which messages the device accepts while a user is confirming an action. There is no vendor statement that this is a security fix, and no independent researcher is credited.

Lower-priorityfeat: Add tropic-capable emulator builds as subcategory in release workflowby danielhladik-sl · c8159f4a · Feb 20, 2026 · 1 fileMessage 85 · StrongInformational 15Details
Commit message · danielhladik-sl

feat: Add tropic-capable emulator builds as subcategory in release workflow

- Add tropic_models input to workflow_dispatch for model selection
- Expand get_models job to output tropic_models (defaults to T3W1)
- Add core_emu_tropic_capable job (x86) building with DISABLE_TROPIC=0
- Add core_emu_arm_tropic_capable job (arm64) building with DISABLE_TROPIC=0
- Tropic emulators uploaded to separate subdirectory (/{model}/{model}_tropic_on/)
- New emulators keep standard naming for consistency
- Tropic model list centralized for easy maintenance and configuration

85/100 · StrongMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Provides detailed explanatory context
Why it was queued
documentation-only discount
AI analysis · Informational 15/100

This commit is a routine GitHub Actions workflow update for Trezor firmware. It adds new build jobs that produce emulator binaries with a feature called 'Tropic' enabled, and uploads them to a separate folder. There is no indication of a security fix, vulnerability, or malicious change in the diff.

Lower-priorityfix(eckhart): use `account_title` if availableby Ioan Bizău · 1c7faa7e · Feb 20, 2026 · 1 fileMessage 57 · ThinInformational 15Details
Commit message · Ioan Bizău

fix(eckhart): use `account_title` if available

[no changelog]

57/100 · ThinMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope! No meaningful explanatory body
AI analysis · Informational 15/100

This is a one-line UI label change. The Trezor device screen previously showed a generic 'Account info' menu label when confirming a transaction summary; now it shows a caller-supplied account title if one is provided, falling back to the generic label otherwise. There is no security-relevant behavior change visible in the diff.

AI review queuedfix: testsby Ioan Bizău · e9f2c644 · Feb 20, 2026 · 2 filesMessage 12 · OpaqueInformational 13Details
Commit message · Ioan Bizău

fix: tests

[no changelog]

12/100 · OpaqueMessage clarity
✓ Uses a recognizable type or scope✓ Mentions testing or verification! Very short subject! Too few words to establish purpose! No meaningful explanatory body
Why it was queued
second-pass: opaque commit message
AI analysis · Informational 13/100

This commit only changes automated test helper code for Trezor hardware wallets. It adds a way for test scripts to run small callback steps while the test framework clicks through on-screen menus, and updates a few Ethereum transaction test flows to use that mechanism. There is no change to the actual wallet firmware, cryptography, user-facing behavior, or security boundaries.

Lower-prioritychore: update fixturesby Ioan Bizău · d587fc18 · Feb 20, 2026 · 1 fileMessage 40 · ThinInformational 15Details
Commit message · Ioan Bizău

chore: update fixtures

[no changelog]

40/100 · ThinMessage clarity
✓ Subject identifies a change✓ Uses a recognizable type or scope! No meaningful explanatory body
AI analysis · Informational 15/100

This commit only updates expected test result fingerprints (hashes) in a single test data file. It does not change any firmware, application, or cryptographic code. There is no indication of a security fix or vulnerability.

Lower-priorityrefactor: replace calls to `flow_confirm_output`by Ioan Bizău · 2f4519a6 · Feb 20, 2026 · 2 filesMessage 80 · StrongLow 31Details
Commit message · Ioan Bizău

refactor: replace calls to `flow_confirm_output`

Replace all calls to `flow_confirm_output` that pass `summary_items`
thus causing the `ConfirmOutputWithSummary` Rust flow to be used with
uPy flows using `confirm_linear_flow`. This is a prerequisite for
getting rid of `ConfirmOutputWithSummary`.

[no changelog]

80/100 · StrongMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Provides detailed explanatory context
AI analysis · Low 31/100

This commit refactors how Trezor hardware wallets display transaction confirmation screens for Ethereum and Solana operations. It replaces an older Rust-based confirmation flow with a newer MicroPython-based linear flow. The change is described by the developer as a cleanup step to remove an old UI component. There is no direct evidence in the commit that this fixes a security vulnerability, but any change to transaction confirmation logic carries a risk of accidentally altering what users see or approve.

Security candidatechore: drop `ConfirmOutputWithSummary`by Ioan Bizău · 8a6123bb · Feb 20, 2026 · 12 filesMessage 62 · AdequateInformational 15Details
Commit message · Ioan Bizău

chore: drop `ConfirmOutputWithSummary`

At this point the whole `ConfirmOutputWithSummary` sub-flow is unused,
so we can just drop it.

[no changelog]

62/100 · AdequateMessage clarity
✓ Descriptive subject✓ Uses a recognizable type or scope✓ Provides an explanatory body
Why it was queued
cryptography-sensitive pathboot or update path
AI analysis · Informational 15/100

This commit removes an unused user-interface flow called ConfirmOutputWithSummary from the Trezor firmware. It is a code cleanup: no security vulnerability is fixed or introduced, and no behavior that users currently rely on is changed.

Security candidatefix(eckhart): don't show useless headerby Ioan Bizău · 51b2d9ad · Feb 20, 2026 · 1 fileMessage 57 · ThinInformational 15Details
Commit message · Ioan Bizău

fix(eckhart): don't show useless header

[no changelog]

57/100 · ThinMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope! No meaningful explanatory body
Why it was queued
boot or update path
AI analysis · Informational 15/100

This is a minor user-interface polish change for the Trezor hardware wallet's Eckhart layout. It hides a redundant header label when the header text is identical to the title text. There is no security relevance in the commit itself or in the supplied references.

Security candidatefeat(eckhart): disable cancel on `confirm_action`by Ioan Bizău · 773b1cb6 · Feb 20, 2026 · 8 filesMessage 57 · ThinInformational 21Details
Commit message · Ioan Bizău

feat(eckhart): disable cancel on `confirm_action`

[no changelog]

57/100 · ThinMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope! No meaningful explanatory body
Why it was queued
cryptography-sensitive pathboot or update path
AI analysis · Informational 21/100

This commit adds a new option to Trezor's on-screen confirmation dialogs that lets developers hide the cancel/cross button on the new 'Eckhart' device layout. It does not remove cancel from existing layouts, and the default behavior keeps the cancel button visible. The only place it is currently used is in one voting-related screen, where the user is still shown a 'Continue' button and can navigate back via an external menu. There is no direct evidence this is a security fix or vulnerability patch.

Security candidatefeat(eckhart): external menu on `confirm_summary`by Ioan Bizău · e8004a85 · Feb 20, 2026 · 4 filesMessage 57 · ThinInformational 17Details
Commit message · Ioan Bizău

feat(eckhart): external menu on `confirm_summary`

[no changelog]

57/100 · ThinMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope! No meaningful explanatory body
Why it was queued
boot or update path
AI analysis · Informational 17/100

This commit updates the user interface code for the Trezor hardware wallet's newer 'Eckhart' layout. It adds support for an optional 'external menu' on the transaction summary confirmation screen, replacing the older internal menu when requested. The change is a UI refactor and feature flag wiring; it does not appear to fix or introduce a security vulnerability.

Security candidatefeat(eckhart): external menu on `confirm_action`by Ioan Bizău · 2ecf2d90 · Feb 20, 2026 · 1 fileMessage 57 · ThinInformational 18Details
Commit message · Ioan Bizău

feat(eckhart): external menu on `confirm_action`

[no changelog]

57/100 · ThinMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope! No meaningful explanatory body
Why it was queued
boot or update path
AI analysis · Informational 18/100

This commit updates the user interface code for the Trezor hardware wallet's 'Eckhart' layout. It makes the optional external menu actually appear when requested, by adding a menu icon to the screen header and passing the setting through to the screen component. There is no direct evidence this fixes a security vulnerability; it appears to be a normal UI feature implementation.

AI review queuedfeat(tron): Unfreeze and claiming TRX - scaffoldingby PrisionMike · 0b399af5 · Feb 20, 2026 · 20 filesMessage 62 · AdequateInformational 15Details
Commit message · PrisionMike

feat(tron): Unfreeze and claiming TRX - scaffolding

- Generated code
[no changelog]

62/100 · AdequateMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope! No meaningful explanatory body
Why it was queued
signing or wallet pathsecond-pass: unusually broad changesecond-pass: security-sensitive path
AI analysis · Informational 15/100

This commit is a routine feature addition for the Trezor hardware wallet: it adds support for two new TRON blockchain operations (unstaking/unfreezing TRX and claiming unfrozen TRX). It updates protocol definitions, generated message bindings, translations, and test fixtures. There is no indication of a security vulnerability or fix in the changes themselves.

AI review queuedfeat(tron): Unfreeze and claiming TRX - core logic - Refactored Unfreeze with freeze. - Simplified some definitions and label use. - Supports UnfreezeBalanceV2Contract and WithdrawExpireUnfreezeContractby PrisionMike · 86a4fc10 · Feb 20, 2026 · 7 filesMessage 85 · StrongLow 29Details
Commit message · PrisionMike

feat(tron): Unfreeze and claiming TRX - core logic
- Refactored Unfreeze with freeze.
- Simplified some definitions and label use.
- Supports UnfreezeBalanceV2Contract and WithdrawExpireUnfreezeContract

[no changelog]

85/100 · StrongMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Provides detailed explanatory context
Why it was queued
signing or wallet pathsecond-pass: security-sensitive path
AI analysis · Low 29/100

This commit adds support for two new TRON transaction types on Trezor hardware wallets: unfreezing staked TRX and withdrawing expired unfrozen balances. It also renames a field in the freeze/unfreeze messages from 'frozen_balance' to 'balance' and removes unused smart-contract function signatures. The changes are a routine feature addition for TRON staking operations and do not, on their own, look like a security fix or vulnerability.

Security candidatefeat(core/thp): bump THP version to 2.1by Roman Zeyde · 4c5b6fb6 · Feb 19, 2026 · 2 filesMessage 85 · StrongInformational 15Details
Commit message · Roman Zeyde

feat(core/thp): bump THP version to 2.1

It will be used by the host to detect device ACK piggybacking support.
Done in a subsequent commit, since it affects the pairing code entropy
- resulting in UI fixture diffs.

[no changelog]

85/100 · StrongMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Provides detailed explanatory context✓ Names security-relevant behavior explicitly
Why it was queued
entropy or randomness
AI analysis · Informational 15/100

This commit simply changes a reported protocol version number from 2.0 to 2.1 in Trezor's THP (Trezor Host Protocol) code and updates the corresponding automated test snapshot hashes. There is no security fix or vulnerability present in the change itself. It is a preparatory feature commit to let host software detect an upcoming capability called 'device ACK piggybacking.'

Lower-priorityfeat(python): skip THP ACKs on `TrezorClientThp._call()`by Roman Zeyde · f5bbc45b · Feb 19, 2026 · 2 filesMessage 97 · StrongInformational 20Details
Commit message · Roman Zeyde

feat(python): skip THP ACKs on `TrezorClientThp._call()`

Due to event loop restart, the last response from the device will be explicitly ACKed.

It will allow piggyback `ButtonRequest` THP ACKs using corresponding `ButtonAck` messages.

97/100 · StrongMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Provides detailed explanatory context✓ Explains rationale or failure mode
AI analysis · Informational 20/100

This commit changes how the Trezor Python library sends low-level acknowledgment (ACK) packets during a newer USB protocol called THP. Instead of always sending a standalone ACK, it lets the next normal message (for example a button confirmation) carry the ACK 'for free.' This is described as a performance/correctness optimization, not a security fix. There is no direct evidence in the commit that it repairs a vulnerability.

Lower-priorityfeat(python/thp): support send-side THP ACK piggy-backingby Roman Zeyde · 3dc4217c · Feb 19, 2026 · 4 filesMessage 77 · AdequateInformational 19Details
Commit message · Roman Zeyde

feat(python/thp): support send-side THP ACK piggy-backing

`trezorlib` now detects THP 2.1 devices and will flip the ACK bit on THP messages.

77/100 · AdequateMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Provides an explanatory body
AI analysis · Informational 19/100

This commit updates the Trezor Python client library (trezorlib) to support a new efficiency feature in the Trezor Host Protocol (THP) version 2.1. It allows the host computer to 'piggyback' acknowledgment (ACK) flags onto normal outgoing messages rather than sending separate ACK packets. The change is a feature addition, not a fix for a vulnerability, and the code comments explicitly describe backward-compatible behavior for older firmware.

AI review queuedrefactor(core): use bitwise-AND for THP sync bit extractionby Roman Zeyde · 7b673111 · Feb 19, 2026 · 1 fileMessage 62 · AdequateLow 28Details
Commit message · Roman Zeyde

refactor(core): use bitwise-AND for THP sync bit extraction

[no changelog]

62/100 · AdequateMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope! No meaningful explanatory body
Why it was queued
parser or protocol pathsecond-pass: security-sensitive path
AI analysis · Low 28/100

This is a one-line code cleanup in the Trezor firmware's transport protocol code. It changes how a single sync bit is read from a byte, switching from a right-shift to a bitwise AND. The old and new code should behave identically when the byte only ever holds 0 or 0x80 in that bit position. The change is labeled a 'refactor' with '[no changelog]', so the project does not present it as a security fix. There is no direct evidence of an exploitable bug, but the change removes a subtle assumption that could matter if other bits in the byte were ever set.

Security candidatefeat(core/thp): support receive-side THP ACK piggybackingby Roman Zeyde · 0d383d03 · Feb 19, 2026 · 5 filesMessage 100 · StrongInformational 20Details
Commit message · Roman Zeyde

feat(core/thp): support receive-side THP ACK piggybacking

The host will detect device support via the bumped minor version
(from `2.0` to `2.1`) - will be done in a subsequent commit, since
it affects the pairing code entropy - resulting in UI fixture diffs.

The device will detect host support via the
ACK bit of `HANDSHAKE_INIT_REQ` message (previously set to 0).

Due to event loop restarts, the last message sent to the host should
be ACKed using a non-piggybacked THP ACK message.
Otherwise, the piggybacking message will be dropped and the host will
need to re-transmit it.

100/100 · StrongMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Provides detailed explanatory context✓ Explains rationale or failure mode✓ Names security-relevant behavior explicitly
Why it was queued
entropy or randomnessparser or protocol path
AI analysis · Informational 20/100

This commit adds a new optional efficiency feature to Trezor's THP (Trezor Host Protocol) that lets acknowledgements (ACKs) be attached to normal messages instead of sent separately. It is a feature implementation, not a fix for a known vulnerability. The change includes a compatibility handshake so older hosts fall back to non-piggybacked ACKs. There is no direct evidence in the commit that this introduces a security bug, but any protocol change carries some risk of subtle state-machine issues.

Security candidatefix(core/bootloader): fix bootloader warning icon placement on Safe 3by tychovrahe · a6a651e6 · Feb 19, 2026 · 1 fileMessage 62 · AdequateInformational 15Details
Commit message · tychovrahe

fix(core/bootloader): fix bootloader warning icon placement on Safe 3

[no changelog]

62/100 · AdequateMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope! No meaningful explanatory body
Why it was queued
update trustcryptography-sensitive pathboot or update path
AI analysis · Informational 15/100

This commit fixes a visual layout bug in the Trezor Safe 3 bootloader. A warning icon was being placed at the top-left of the screen instead of the top-right. The change simply moves the icon to the intended corner. There is no security issue here—only a cosmetic correction.

Security candidatefeat(core/bootloader): show build version numbersby tychovrahe · 817ea6b9 · Feb 19, 2026 · 2 filesMessage 57 · ThinInformational 15Details
Commit message · tychovrahe

feat(core/bootloader): show build version numbers

57/100 · ThinMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope! No meaningful explanatory body
Why it was queued
update trustboot or update path
AI analysis · Informational 15/100

This commit is a minor user-interface change in the Trezor bootloader. It simply adds the build version number to the version string shown on screen. There is no security issue here.

AI review queuedchore(l10n): new translations from crowdin [no changelog]by Michal Kazda · 915b743a · Feb 19, 2026 · 7 filesMessage 77 · AdequateInformational 15Details
Commit message · Michal Kazda

chore(l10n): new translations from crowdin
[no changelog]

77/100 · AdequateMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Provides an explanatory body
Why it was queued
signing or wallet pathsecond-pass: security-sensitive path
AI analysis · Informational 15/100

This commit is a routine update of translated user-interface text strings for the Trezor hardware wallet. It changes wording in Czech, German, Spanish, French, and Portuguese translation files, adds a couple of empty placeholder strings for an upcoming Ethereum feature, updates the translation signature file, and refreshes the expected UI test screenshot hashes. There is no code change that affects security, cryptography, or device behavior.

Lower-priorityrefactor(core): rename "skip" flag for non-idempotent menu itemsby Roman Zeyde · 58850b84 · Feb 19, 2026 · 3 filesMessage 62 · AdequateInformational 15Details
Commit message · Roman Zeyde

refactor(core): rename "skip" flag for non-idempotent menu items

[no changelog]

62/100 · AdequateMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope! No meaningful explanatory body
AI analysis · Informational 15/100

This commit is a simple code cleanup: it renames an internal debug-only flag from 'is_cancel' to 'skip_test_visit' in two hardware wallet UI layouts and in the Python test helper. The behavior is unchanged. There is no security fix or vulnerability here.