TZ
← All projectsTrezor

Trezor firmware

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

BitcoinHardware walletsNormal
Repository coverage

2661 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.

916security candidates311second-pass queue1837AI analyses
336commits · 30 days
588commits · 60 days
1363commits · 180 days
2648commits · 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
473Strong · 80–100
1321Adequate · 60–79
862Thin · 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.
Roman Zeyde572177378271
tychovrahe292104176261
PrisionMike945990273
Andrew Kozlik712449265
Jakub Janků22919182
Martin Pastyřík23816173
cepetr19682133059
Ioan Bizău23076162059
obrusvit21376143064
M1nd3r20671148071
Lukas Bielesch846771067
Martin Milata17446147063
Analysis record

Published AI watches

Last scanned 46 minutes ago

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
Informational 15 AI analysisMessage 57 · Thin
TZ TrezorTrezor firmware BitcoinHardware wallets

ci(core): fix nightly ARM emulator filename

This commit fixes a filename-renaming step in the project's automated nightly build pipeline. It ensures ARM64 emulator files get the correct name expected by another testing tool. There is no change to the actual Trezor firmware code, dev…

ab95f08fby Martin Milata+3−01 file
No security note in commit
Informational 12 AI analysisMessage 62 · Adequate
TZ TrezorTrezor firmware BitcoinHardware wallets

chore(vendor): avoid micropython submodule noise in git status

This is a routine housekeeping change to reduce clutter in Git's status output for a third-party component (the MicroPython submodule). There is no indication it changes any code that runs on the Trezor device or affects security.

06cab32bby Martin Milata+1−11 file
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.

Security candidatefix(core): restart nRF chip on restart from menuby tychovrahe · 421798ab · Oct 27, 2025 · 7 filesMessage 57 · ThinLow 32Details
Commit message · tychovrahe

fix(core): restart nRF chip on restart from menu

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 · Low 32/100

This update fixes a bug where rebooting a Trezor device from its on-device menu did not properly restart the Bluetooth chip (nRF). The fix makes sure the Bluetooth chip is turned off and rebooted before the device restarts, so both sides come back up in a clean, synchronized state. Without this, Bluetooth could be left in a confused or half-working state after a reboot.

Security candidatefix(core/bootloader): fix battery drain when waiting on unofficial firmware confirmationby tychovrahe · 8e1f0788 · Oct 27, 2025 · 8 filesMessage 62 · AdequateInformational 21Details
Commit message · tychovrahe

fix(core/bootloader): fix battery drain when waiting on unofficial firmware confirmation

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 trustboot or update path
AI analysis · Informational 21/100

This commit fixes a battery-drain bug in the Trezor bootloader that occurs when the device is left waiting for the user to confirm unofficial firmware. The old code kept the processor awake in a tight loop polling the touchscreen or buttons. The new code lets the device sleep and only wakes it when the user actually touches the screen or presses buttons, and it hibernates after 40 seconds of inactivity. There is no direct security vulnerability being patched; it is a power-management and usability fix.

Security candidatefix(core): use paragraph for `show_wait_text()`by Roman Zeyde · a5195412 · Oct 24, 2025 · 3 filesMessage 57 · ThinInformational 15Details
Commit message · Roman Zeyde

fix(core): use paragraph for `show_wait_text()`

[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 15/100

This commit is a routine user-interface cleanup. It changes the on-screen 'please wait' message in three Trezor firmware layouts to use a standard text paragraph component instead of a dedicated 'Connect' component. There is no indication this fixes a security bug or changes security behavior.

Security candidatefix(core): drop `info` argument from confirm_blobby matejcik · cf6f9975 · Oct 23, 2025 · 5 filesMessage 57 · ThinInformational 19Details
Commit message · matejcik

fix(core): drop `info` argument from confirm_blob

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 path
AI analysis · Informational 19/100

This commit removes an unused 'More info' option from several on-screen confirmation helpers in the Trezor firmware. The change is a UI cleanup: screens that never actually provided extra information no longer offer a 'More info' button. There is no direct evidence in the commit that this fixed an exploitable security vulnerability.

Security candidatefix(core/delizia): remove narrow chunkified styleby Lukas Bielesch · 6aafec9b · Oct 22, 2025 · 5 filesMessage 84 · StrongInformational 18Details
Commit message · Lukas Bielesch

fix(core/delizia): remove narrow chunkified style

- no need because the layout doesn't use the scrollbar
[no changelog]

84/100 · StrongMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Provides an explanatory body✓ Explains rationale or failure mode
Why it was queued
boot or update path
AI analysis · Informational 18/100

This is a user-interface cleanup change for the Trezor Safe 5 (delizia layout). It removes a special narrow text style that was used only when long addresses needed a scrollbar. Because the new delizia layout no longer uses a scrollbar on these screens, the code now always uses the standard address-chunk style. The only visible effect is slightly different address formatting on some screens, and the corresponding screen-test snapshots were updated. There is no indication this affects security, cryptography, or how transactions are approved.

Security candidatechore: update bootloader changelogsby obrusvit · 35c62018 · Oct 20, 2025 · 9 filesMessage 47 · ThinInformational 15Details
Commit message · obrusvit

chore: update bootloader changelogs

[no changelog]

47/100 · ThinMessage clarity
✓ Descriptive subject✓ 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 only reorganizes the bootloader's written changelog. It deletes small draft files and copies their text into the main CHANGELOG.md, adding version numbers and pull-request links. No program code was changed, so this cannot introduce or fix a security bug by itself.

Security candidatefix(core): text color in warning action bar buttonby obrusvit · 5bc2179f · Oct 17, 2025 · 2 filesMessage 62 · AdequateInformational 15Details
Commit message · obrusvit

fix(core): text color in warning action bar button

[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
boot or update path
AI analysis · Informational 15/100

This commit is a purely cosmetic UI fix. It changes the text and icon color of a warning-style action-bar button from bright orange to a dimmed orange when the button is active/pressed. The large number of changed lines are just updated test screenshot hashes (fixtures) reflecting the new color, not functional code changes. There is no security relevance.

Security candidatefix(core/eckhart): synchronize LED and background in tutorialby Roman Zeyde · a1a83b1e · Oct 17, 2025 · 2 filesMessage 62 · AdequateInformational 19Details
Commit message · Roman Zeyde

fix(core/eckhart): synchronize LED and background in tutorial

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
boot or update path
AI analysis · Informational 19/100

This commit fixes a visual timing issue in the setup tutorial on the Trezor T3W1 hardware wallet. Previously, the on-screen background color and the device's RGB LED could change at slightly different moments because they were driven by separate timers. The patch removes the separate LED timer and ties the LED color change directly to the same progress check used for the on-screen loader/background, so they stay synchronized. There is no indication this was a security vulnerability.

Security candidatefix(core): avoid LED blinking on event loop restartby Roman Zeyde · 88e9188f · Oct 17, 2025 · 9 filesMessage 85 · StrongInformational 18Details
Commit message · Roman Zeyde

fix(core): avoid LED blinking on event loop restart

Setting the LED color is now set as part of the rendering process.

If a component doesn't set the LED, it will be automatically turned off.
This way, we don't need to turn it off at `Homescreen::drop()` - which
was causing blinking during event loop restarts.

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
boot or update path
AI analysis · Informational 18/100

This commit fixes a cosmetic bug where the RGB LED on the Trezor T3W1 would briefly blink or flicker when the device's user-interface event loop restarted (for example, when leaving the homescreen). The fix moves LED color control into the normal screen-drawing pipeline so the LED state is set consistently during rendering rather than being turned off when a screen object is destroyed. There is no indication this is a security vulnerability.

Security candidatechore: add nrf keys to ModelKeys [no changelog]by M1nd3r · c74ba894 · Oct 17, 2025 · 1 fileMessage 72 · AdequateInformational 15Details
Commit message · M1nd3r

chore: add nrf keys to ModelKeys
[no changelog]

72/100 · AdequateMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Provides an explanatory body
Why it was queued
boot or update path
AI analysis · Informational 15/100

This commit adds public verification keys for the nRF wireless/Bluetooth chip to the Trezor library's list of known device model keys. It is a routine data update with no code logic change and no indication of a security vulnerability.

Security candidaterefactor(core): proper raise_if_not_confirmed behaviorby matejcik · 2b4bf74b · Oct 17, 2025 · 13 filesMessage 97 · StrongLow 45Details
Commit message · matejcik

refactor(core): proper raise_if_not_confirmed behavior

bd501ad8a3 renamed `raise_if_not_confirmed` to `raise_if_cancelled`,
because the function did in fact only raise when a CANCELLED result was
returned.

In practice, we want "raise if NOT CONFIRMED" behavior to cover other
unexpected results, so this PR reverts the name change and implements
the desired behavior.

[no changelog]

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
Why it was queued
cryptography-sensitive path
AI analysis · Low 45/100

This commit renames a helper function back from `raise_if_cancelled` to `raise_if_not_confirmed` and changes its behavior. Previously, the code only raised an error when the user explicitly cancelled. Now it also raises an error if the UI returns any unexpected result other than a confirmed success. This is a defensive hardening change across many on-device confirmation screens, intended to prevent the device from silently continuing when something other than a clear confirmation happens.

Security candidatefix(core): wipe BLE bonds after entering wipe codeby tychovrahe · 014e3a81 · Oct 17, 2025 · 15 filesMessage 62 · AdequateModerate 58Details
Commit message · tychovrahe

fix(core): wipe BLE bonds after entering wipe code

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
boot or update path
AI analysis · Moderate 58/100

This update fixes a bug in the Trezor hardware wallet where entering a 'wipe code' (a special PIN that securely erases the device) did not remove saved Bluetooth pairings on the T3W1 model. After the fix, the device reboots into a dedicated wipe routine in the bootloader that both erases storage and clears Bluetooth bonding information, preventing a wiped device from remaining paired to a previously trusted phone or computer.

Security candidatefix(core): adjust random part of BLE name during pairingby tychovrahe · dc7deec3 · Oct 17, 2025 · 4 filesMessage 67 · AdequateInformational 23Details
Commit message · tychovrahe

fix(core): adjust random part of BLE name during pairing

[no changelog]

67/100 · AdequateMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Names security-relevant behavior explicitly! No meaningful explanatory body
Why it was queued
boot or update path
AI analysis · Informational 23/100

This commit changes how Trezor T3W1 devices generate their temporary Bluetooth (BLE) name during pairing. Previously the name contained three random characters from a pool of 26 letters plus 10 digits. Now it uses a digit-letter-digit pattern. This reduces the number of possible names from 36×36×36 (about 46,656) to 10×26×10 (2,600), making it easier for a nearby attacker to guess or collide with the advertised name during pairing. The change appears intentional to make the displayed name easier to read or type, but it weakens the randomness that helps distinguish devices.

Security candidatechore: bump versionsby obrusvit · 93173133 · Oct 16, 2025 · 13 filesMessage 40 · ThinInformational 15Details
Commit message · obrusvit

chore: bump versions

[no changelog]

40/100 · ThinMessage clarity
✓ Subject identifies a change✓ Uses a recognizable type or scope! No meaningful explanatory body
Why it was queued
signing or wallet pathboot or update path
AI analysis · Informational 15/100

This commit only updates version numbers and translation metadata across Trezor firmware components. It does not change any executable code, fix any behavior, or alter security logic. There is no indication this is a security patch.

Security candidatechore(core): rename `ble__waiting_for_host` to `words__waiting_for_host`by Roman Zeyde · f4424b65 · Oct 16, 2025 · 13 filesMessage 77 · AdequateInformational 15Details
Commit message · Roman Zeyde

chore(core): rename `ble__waiting_for_host` to `words__waiting_for_host`

It will be also used for warning in case `ButtonRequest` ACK is delayed.

[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 pathboot or update path
AI analysis · Informational 15/100

This commit is a simple internal rename of a user-interface text label from 'ble__waiting_for_host' to 'words__waiting_for_host'. It does not change what the device does, what data it handles, or how it protects that data. It only reorganizes where a translation string is stored so it can be reused for a future on-screen message.

Security candidaterefactor(core): the backlight driver functions 'API has been reviewed. The data types have been adapted to fit the actual data passed/used/returned.by bleska · 4f5ff591 · Oct 16, 2025 · 4 filesMessage 62 · AdequateInformational 17Details
Commit message · bleska

refactor(core): the backlight driver functions 'API has been reviewed. The data types have been adapted to fit the actual data passed/used/returned.

[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
authentication path
AI analysis · Informational 17/100

This commit is a routine code cleanup of the screen backlight driver in Trezor hardware wallets. It changes function return types from plain integers to booleans and from signed to unsigned 8-bit values, and removes redundant range checks. There is no indication this fixes a security vulnerability; it appears to be a refactoring for code clarity and type correctness.

Security candidaterefactor(core): the display driver's usage from RUST code has been adapted to the modified C driver code. The "backlight" function has been divided into "set_backlight" and "get_backlight" ftuncions. The data types respect the ones from C code. The "set_backlight" function parameter "value" (level by bleska · f01dfdeb · Oct 16, 2025 · 7 filesMessage 85 · StrongInformational 22Details
Commit message · bleska

refactor(core): the display driver's usage from RUST code has been adapted to the modified C driver code. The "backlight" function has been divided into "set_backlight" and "get_backlight" ftuncions. The data types respect the ones from C code. The "set_backlight" function parameter "value" (level of backlight) has data type uint8 (u8). Some function call, however, use the u16 data type for this argument. It's necessary to review whether there isn't any problem with this.

[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
boot or update path
AI analysis · Informational 22/100

This commit refactors how the Trezor hardware wallet's screen brightness is controlled from Rust code. The old single 'backlight' function is split into separate 'set_backlight' and 'get_backlight' functions, and the brightness value type is narrowed from a wider signed integer to an unsigned 8-bit value (0-255). The commit message and code comments explicitly flag that some callers still pass a 16-bit value, and the patch adds defensive clamping to 255 in those cases. There is no direct evidence of an exploitable security bug, but the change is clearly defensive hardening against potential type-conversion issues.

Security candidaterefactor(core): refactoring the function calls of display backlight driver in RUST so that the u16 data types have been converted to u8 ones. The code has been reviewed whether it's safe - no problems detected.by bleska · 99d21526 · Oct 16, 2025 · 4 filesMessage 74 · AdequateInformational 18Details
Commit message · bleska

refactor(core): refactoring the function calls of display backlight driver in RUST so that the u16 data types have been converted to u8 ones. The code has been reviewed whether it's safe - no problems detected.

[no changelog]

74/100 · AdequateMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Explains rationale or failure mode! No meaningful explanatory body
Why it was queued
boot or update path
AI analysis · Informational 18/100

This is a code cleanup change in the Trezor hardware wallet's screen-brightness controls. It changes internal number types from 16-bit to 8-bit to match the display driver, and removes temporary workarounds that converted the values. The commit message says the code was reviewed and no safety problems were found. There is no indication this fixes an active security bug; it is a defensive type-safety refactor.

Security candidatechore(ethereum): upgrading from Holesky to Hoodiby Jiří Čermák · 58c0e94b · Oct 15, 2025 · 14 filesMessage 80 · StrongInformational 20Details
Commit message · Jiří Čermák

chore(ethereum): upgrading from Holesky to Hoodi

- Ethereum testnet upgrade. Updated literal references, and fixtures with the new name and chain ID.
- SLIP44 base indices updated from 1 to 60.
- Small change in eth/keychain required to work with older 1 index based
testnet addresses.

80/100 · StrongMessage clarity
✓ 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 pathboot or update path
AI analysis · Informational 20/100

This commit replaces the deprecated Ethereum Holesky testnet with the new Hoodi testnet across Trezor firmware. It updates network names, chain IDs, SLIP44 derivation indices, staking contract address labels, and test fixtures. There is no indication of a security vulnerability being fixed; it is a routine network-maintenance change.

Security candidatechore(core): remove assets dirby obrusvit · fc95bb93 · Oct 14, 2025 · 84 filesMessage 72 · AdequateInformational 15Details
Commit message · obrusvit

chore(core): remove assets dir

- move png files which were used to generate their corresponding toifs
to the appropriate folders

[no changelog]

72/100 · AdequateMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Provides an explanatory body
Why it was queued
cryptography-sensitive pathsigning or wallet path
AI analysis · Informational 15/100

This commit is a simple housekeeping change: it deletes a top-level 'assets' folder and moves the same PNG image files into the resource folders used by each user-interface layout. No code was changed, no functionality was altered, and there is no security relevance.

Security candidatefeat(tests): check Tropic signature and cert chainby Ioan Bizău · 65154d90 · Oct 14, 2025 · 1 fileMessage 77 · AdequateInformational 15Details
Commit message · Ioan Bizău

feat(tests): check Tropic signature and cert chain

[no changelog]

77/100 · AdequateMessage clarity
✓ Specific, descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Mentions testing or verification✓ Names security-relevant behavior explicitly! No meaningful explanatory body
Why it was queued
signing boundaryauthentication path
AI analysis · Informational 15/100

This commit only adds and updates automated tests for Trezor's device-authentication feature. It does not change the firmware code that runs on the device, so it cannot introduce a security vulnerability in the product itself. The tests verify that certificate chains and signatures from two hardware security chips (Optiga and Tropic) are accepted correctly.

Security candidatechore(core): update T3W1 embedded binariesby tychovrahe · 0bd923c7 · Oct 13, 2025 · 4 filesMessage 72 · AdequateInformational 0Details
Commit message · tychovrahe

chore(core): update T3W1 embedded binaries

[no changelog]

(cherry picked from commit 846bdd3a16a89c349f446790ca4e7f40ce1923ac)

72/100 · AdequateMessage clarity
✓ Descriptive subject✓ Names a concrete action or component✓ Uses a recognizable type or scope✓ Provides an explanatory body
Why it was queued
boot or update path
AI analysis · Informational 0/100

This commit updates three pre-built binary files for the T3W1 hardware model (bootloader, security monitor, and Bluetooth firmware) plus the matching bootloader hash header. The actual code inside the binary files is not shown in the diff, and the commit message only describes it as a routine binary update with no changelog. There is no visible security fix or vulnerability indicator in the materials provided.

Security candidatechore(core): update T3W1 embedded binariesby tychovrahe · 846bdd3a · Oct 13, 2025 · 4 filesMessage 57 · ThinInformational 11Details
Commit message · tychovrahe

chore(core): update T3W1 embedded binaries

[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 11/100

This commit updates three pre-built binary files for the Trezor T3W1 hardware wallet model: the bootloader, a security monitor, and a Bluetooth Low Energy firmware image. It also updates the corresponding bootloader hash header so the firmware can verify the new bootloader. The commit message calls this a routine chore with no changelog entry. There is no description of any security fix, bug, or functional change in the commit itself, and the binary differences cannot be inspected as source code.

Security candidatechore(core): update T3W1 embedded bootloader QAby obrusvit · 40c7b026 · Oct 7, 2025 · 2 filesMessage 57 · ThinInformational 3Details
Commit message · obrusvit

chore(core): update T3W1 embedded bootloader QA

[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
update trustboot or update path
AI analysis · Informational 3/100

This commit swaps in a newer QA (quality assurance) bootloader binary for the T3W1 hardware model and updates the matching hash table used by the firmware to recognize it. The change is labeled as a routine chore with no changelog entry. There is no information in the commit or supplied references indicating this fixes or introduces a security problem.

Security candidatechore(core/eckhart): increase padding between description and contentby Lukas Bielesch · a2761970 · Oct 7, 2025 · 2 filesMessage 62 · AdequateInformational 15Details
Commit message · Lukas Bielesch

chore(core/eckhart): increase padding between description and content

[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
boot or update path
AI analysis · Informational 15/100

This commit is a purely cosmetic UI adjustment for the Trezor hardware wallet's 'Eckhart' layout. It increases the spacing between descriptive labels and their content on the receive-crypto screen, replacing hard-coded padding numbers with shared theme constants. There is no security relevance.