TZ
← All projectsTrezor

Trezor firmware

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

BitcoinHardware walletsNormal
Repository coverage

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

932security candidates315second-pass queue2675AI analyses
320commits · 30 days
564commits · 60 days
1361commits · 180 days
2625commits · 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
490Strong · 80–100
1339Adequate · 60–79
869Thin · 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 Zeyde587185580272
PrisionMike945994273
Andrew Kozlik782976267
obrusvit21376213164
Jakub Janků22919182
Martin Pastyřík24823173
cepetr19982196059
Ioan Bizău23076230059
M1nd3r21173208071
Lukas Bielesch846784067
Martin Milata18146176063
Analysis record

Published AI watches

Last scanned 44 minutes ago

Low 37 AI analysisMessage 100 · Strong
TZ TrezorTrezor firmware BitcoinHardware wallets

fix(core/fido): don't fail if `_KEEPALIVE_STATUS_PROCESSING` is blocked

This update fixes a bug in the Trezor hardware wallet's FIDO2/WebAuthn support. Previously, when the device was busy and tried to send a 'still processing' keepalive message to the computer, it would crash the whole FIDO operation if the U…

Denial-of-service hardening: prevents a transient USB buffer-full condition from aborting a FIDO authentication/registration workflowException boundary added around low-level USB HID writeChangelog explicitly frames the change as a fix for FIDO interaction failure
e7e15170by Roman Zeyde+12−62 files
No security note in commit
Informational 18 AI analysisMessage 85 · Strong
TZ TrezorTrezor firmware BitcoinHardware wallets

refactor(core): drop `USBIF.write_blocking()` and simplify FIDO2 keep-alive sending

This commit is a small internal cleanup in the Trezor hardware wallet's FIDO2 (WebAuthn) code. It removes an unused 'blocking write' USB function and replaces a general synchronous send routine with a simpler one that only sends one-byte '…

Removal of unused blocking USB write path reduces attack surfaceNo change to FIDO2 command parsing, signature generation, or credential storage logicNo bounds-checking or input-validation changes observed
f269eccdby Roman Zeyde+8−513 files
No security note in commit
Informational 15 AI analysisMessage 57 · Thin
TZ TrezorTrezor firmware BitcoinHardware wallets

chore: remove libtropic's pin to develop branch

This commit removes a single line from the project's Git submodule configuration. It stops pinning the libtropic submodule to the 'develop' branch, meaning the project will now use the submodule's default branch (likely 'main' or 'master')…

8290eeefby M1nd3r+0−11 file
No security note in commit
Low 37 AI analysisMessage 70 · Adequate
TZ TrezorTrezor firmware BitcoinHardware wallets

chore(core/embed): clear temporary buffer across Optiga/Tropic calls

This is a hardening change for the random number generator inside Trezor hardware wallets. It makes sure that temporary memory holding secret random values from the Optiga and Tropic security chips is wiped immediately after use, rather th…

Sensitive intermediate buffer not cleared promptlyPotential stale-buffer reuse across RNG source boundariesDefense-in-depth memory sanitization for secure-element entropy
01ebda93by Roman Zeyde+2−21 file
No security note in commit
Informational 15 AI analysisMessage 72 · Adequate
TZ TrezorTrezor firmware BitcoinHardware wallets

test(core/ethereum): EIP-7702 tuple nonce must be non-zero

This commit only changes test data and expected screen fingerprints for Trezor's Ethereum EIP-7702 signing tests. It replaces one test case that used a nonce of 0 with the same scenario using a nonce of 67, because the real-world protocol …

Test-only change with no production code modificationEIP-7702 tuple nonce constraint reflected in test dataExpected UI test hashes regenerated for renamed test vector
76cd2ed4by Roman Zeyde+28−282 files
No security note in commit
Informational 15 AI analysisMessage 72 · Adequate
TZ TrezorTrezor firmware BitcoinHardware wallets

test(core): drop an unused parameter of `make_payment_request()`

This commit only cleans up test code by removing an unused 'session' argument from a helper function used in automated tests. It does not change the actual Trezor firmware or any code that runs on the device, so it has no security impact f…

6dd19fdcby Roman Zeyde+0−188 files
No security note in commit
Informational 15 AI analysisMessage 67 · Adequate
TZ TrezorTrezor firmware BitcoinHardware wallets

docs(core): document rng_fill_buffer_strong_time()

This commit only adds a plain-English comment explaining an existing function that estimates how long a random-number generation call takes. No code behavior changed, and nothing was fixed or added that affects security.

c5687f76by Andrew Kozlik+11−01 file
No security note in commit
Low 44 AI analysisMessage 77 · Adequate
TZ TrezorTrezor firmware BitcoinHardware wallets

chore: guard against insecure PRNG in bare-metal build

This commit adds compile-time guards to prevent an intentionally insecure random-number generator from being accidentally included in firmware that runs directly on Trezor hardware. It does not fix an active bug, but it adds safety rails s…

Compile-time guard around insecure PRNGExplicit block of bare-metal / freestanding targetsExisting production-build guard already present
4f8f4586by Andrew Kozlik+11−01 file
No security note in commit
Informational 15 AI analysisMessage 85 · Strong
TZ TrezorTrezor firmware BitcoinHardware wallets

build(core): propagate emulator feature from projects

This commit is a build-system cleanup for the Trezor firmware's Rust code. It changes how the 'emulator' feature flag is passed between different software components. The firmware project no longer supports the emulator feature (which make…

5642074cby matejcik+5−44 files
No security note in commit
Informational 15 AI analysisMessage 85 · Strong
TZ TrezorTrezor firmware BitcoinHardware wallets

fix(build-docker): stop swallowing pub-bin copy errors

This change fixes a build script that was ignoring copy errors. Previously, the script would silently ignore any failure when copying public binary files, which could hide real problems. Now it only skips the copy when the file genuinely d…

Build script silently ignored copy failures before this fixFix removes unconditional `|| true` error suppressionKnown-benign missing files are now explicitly skipped with a file existence check
d829eda8by Andrew Kozlik+4−11 file
No security note in commit
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 15 AI analysisMessage 57 · Thin
TZ TrezorTrezor firmware BitcoinHardware wallets

docs: fix links outside book root

This commit only fixes broken or awkward documentation links inside the project's user guide. It replaces relative links that point outside the documentation folder with internal placeholder files or direct GitHub URLs. There is no change …

0d8d4b1bby Martin Milata+14−810 files
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
Repository ledger

Explore captured commits

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

Security candidatefeat(core/bootloader): add battery SoC to features messagesby tychovrahe · 05952129 · Aug 27, 2025 · 7 filesMessage 62 · AdequateInformational 19Details
Commit message · tychovrahe

feat(core/bootloader): add battery SoC to features messages

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

This commit adds a new 'battery state of charge' (SoC) field to the device's Features message, which is the information a Trezor reports about itself when asked. It is a straightforward feature addition: the bootloader now reads the battery level from the power manager and includes it in the device description sent to connected computers and phones. There is no indication this change fixes or introduces a security vulnerability.

Security candidatechore(core): prepare for including production nRF application binaryby tychovrahe · c1d0a8f1 · Aug 27, 2025 · 2 filesMessage 62 · AdequateInformational 15Details
Commit message · tychovrahe

chore(core): prepare for including production nRF application binary

[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 routine build-system change for the Trezor hardware wallet firmware. It prepares the build scripts to include either a development or production Bluetooth (nRF) chip binary depending on whether a development bootloader is being used. No security vulnerability is visible in the code change itself.

AI review queuedfeat(nordic): add model identifier as a protected TLV into app imageby tychovrahe · b47d8a19 · Aug 27, 2025 · 5 filesMessage 62 · AdequateInformational 15Details
Commit message · tychovrahe

feat(nordic): add model identifier as a protected TLV into app image

[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: security-sensitive path
AI analysis · Informational 15/100

This commit adds a numeric model identifier for a specific Trezor hardware board (the T3W1 revision A with Nordic nRF52832 chip) into the firmware signing process as a protected custom TLV field. It is a feature addition that embeds device-model metadata into signed firmware images. There is no indication in the commit that it fixes a security bug or introduces a vulnerability.

Lower-prioritychore(nordic): update mcubootby tychovrahe · 3bca8ad8 · Aug 27, 2025 · 1 fileMessage 47 · ThinInformational 15Details
Commit message · tychovrahe

chore(nordic): update mcuboot

[no changelog]

47/100 · ThinMessage clarity
✓ Descriptive subject✓ Uses a recognizable type or scope! No meaningful explanatory body
AI analysis · Informational 15/100

This is a routine dependency update for the Nordic chip bootloader component (MCUboot) used in Trezor hardware wallets. The commit only changes one line: it points the build system to a newer commit hash of Trezor's fork of MCUboot. There is no description of any security issue, bug fix, or functional change in the commit message or diff. Without additional information about what changed between the two MCUboot revisions, this single-line manifest update by itself does not demonstrate any security problem.

Lower-prioritychore(nordic): clean debug settingsby tychovrahe · 5416538f · Aug 27, 2025 · 5 filesMessage 57 · ThinInformational 18Details
Commit message · tychovrahe

chore(nordic): clean debug settings

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

This commit tidies up debug-related settings in the Nordic chip configuration files for a Trezor hardware wallet variant. It removes Segger RTT debug output and the UART console from the main board default configuration, while explicitly adding a console setting to several dedicated debug-only configuration files. The change appears to be a cleanup to keep debug features out of production board defaults and ensure debug builds still enable the console. There is no direct evidence in the commit that this fixes an active security vulnerability.

Lower-priorityfix(nordic/ble): relax connection interval request so that its not ignored on Macby tychovrahe · e2cfce04 · Aug 27, 2025 · 2 filesMessage 74 · AdequateInformational 18Details
Commit message · tychovrahe

fix(nordic/ble): relax connection interval request so that its not ignored on Mac

[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
AI analysis · Informational 18/100

This commit widens the preferred Bluetooth Low Energy connection interval range on Trezor's Nordic BLE firmware so that Apple/macOS devices will accept the request instead of ignoring it. It is a compatibility/bug fix rather than a security patch. There is no direct evidence in the commit or supplied references that this change addresses a security vulnerability.

Lower-prioritydocs(python): mention git submodules in trezorctl setupby Jiri Zbytovsky · 3fbd261f · Aug 27, 2025 · 1 fileMessage 62 · AdequateInformational 15Details
Commit message · Jiri Zbytovsky

docs(python): mention git submodules in trezorctl setup

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
documentation-only discount
AI analysis · Informational 15/100

This commit only updates the setup instructions in a README file. It tells users to initialize Git submodules before installing the trezorctl command-line tool. There is no code change and no security issue.

Security candidatefix(core/bootloader): fix progress bar delay when installing firmwareby tychovrahe · 405718d3 · Aug 27, 2025 · 2 filesMessage 62 · AdequateInformational 18Details
Commit message · tychovrahe

fix(core/bootloader): fix progress bar delay when installing firmware

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 18/100

This commit fixes a user-interface timing issue in the Trezor bootloader. Previously, the firmware-installation progress bar could start moving before the user had actually confirmed the update on the device screen. The change makes the progress bar wait until the user explicitly confirms, so the on-screen feedback matches the real installation state. There is no direct evidence this is a security vulnerability, but it removes a small window where UI state could be misleading during a firmware update.

Security candidatechore(core): bump version to 2.9.2by obrusvit · 52ece090 · Aug 27, 2025 · 9 filesMessage 57 · ThinInformational 15Details
Commit message · obrusvit

chore(core): bump version to 2.9.2

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

This commit is a routine version bump from 2.9.1 to 2.9.2 for the Trezor firmware. It only changes version numbers in one header file and in translation metadata, plus updates the signed translation package timestamp and hash. There are no code behavior changes, no bug fixes, and no security-related changes visible in the diff.

Security candidatefix(core/eckhart): make scrolling smootherby obrusvit · 4e80c3ba · Aug 27, 2025 · 1 fileMessage 57 · ThinInformational 15Details
Commit message · obrusvit

fix(core/eckhart): make scrolling smoother

[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 commit tweaks how quickly a menu scrolls when the user swipes the touchscreen on a Trezor hardware wallet model, and adds a request to redraw the screen during scrolling. It is a user-interface polish change with no apparent security relevance.

AI review queuedchore(core): add T3W1 signed vendorheadersby tychovrahe · 9cc66d13 · Aug 27, 2025 · 4 filesMessage 57 · ThinInformational 12Details
Commit message · tychovrahe

chore(core): add T3W1 signed vendorheaders

[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 · Informational 12/100

This commit adds four pre-signed binary files called 'vendor headers' for a new Trezor hardware model (T3W1). These files are part of the device's firmware build and boot trust chain, but the commit itself only adds already-signed binaries. There is no code change, no evidence of a vulnerability, and no indication these files are malicious or improperly signed.

Lower-priorityfix(core): allow pairing new BLE devicesby Roman Zeyde · e7e074c0 · Aug 27, 2025 · 1 fileMessage 57 · ThinInformational 18Details
Commit message · Roman Zeyde

fix(core): allow pairing new BLE devices

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

This commit removes placeholder/mock Bluetooth device names from the Trezor hardware wallet's on-device menu and makes the 'currently connected' indicator reflect the real Bluetooth state. It is a cleanup of fake test data, not a security fix in the usual sense, though leaving mock data in production could mislead users about which devices are paired.

Security candidatefeat(core): adjust backlight normal settings to 85.by kopecdav · 3daedcc7 · Aug 27, 2025 · 6 filesMessage 62 · AdequateInformational 20Details
Commit message · kopecdav

feat(core): adjust backlight normal settings to 85.

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

This commit simply lowers the default screen brightness for the T3W1 hardware model of the Trezor hardware wallet from 150 to 85. It is a product tuning change, not a security fix or vulnerability. The change affects bootloader, production test, and UI theme code, and updates expected test screenshots (UI fixtures) accordingly.

Lower-priorityfeat(nordic/ble): request specific connection interval and phyby tychovrahe · ab4653c3 · Aug 26, 2025 · 4 filesMessage 62 · AdequateInformational 19Details
Commit message · tychovrahe

feat(nordic/ble): request specific connection interval and phy

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

This commit tunes the Bluetooth Low Energy settings on Trezor's Nordic BLE firmware. It asks for a faster connection interval, switches to the 2 Mbps physical layer, and adds suspend/resume functions that slow the connection when the device is idle. There is no direct security bug visible in the diff, but changing connection parameters can affect power, stability, and the attack surface for Bluetooth side-channel or denial-of-service attacks.

AI review queuedchore(core/eckhart): add connection icon to the Buttonby Lukas Bielesch · 3174bf55 · Aug 26, 2025 · 10 filesMessage 77 · AdequateInformational 15Details
Commit message · Lukas Bielesch

chore(core/eckhart): add connection icon to the Button

- new builder function for BLE paired devices

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 user-interface change for the Trezor hardware wallet. It adds a small connection-status icon and a new 'Disconnected' label to buttons that represent Bluetooth Low Energy (BLE) paired devices. There is no security-relevant behavior change in the code.

Security candidatechore(core): add vertical menu subtitleby Lukas Bielesch · 7897a6c8 · Aug 26, 2025 · 1 fileMessage 57 · ThinInformational 15Details
Commit message · Lukas Bielesch

chore(core): add vertical menu subtitle

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 commit adds a new optional subtitle label to a vertical menu screen in the Trezor hardware wallet's user interface. It is a routine UI feature change with no apparent security relevance.

Security candidatechore(core/eckhart): differentiate device and submenu screeensby Lukas Bielesch · 567e71c8 · Aug 26, 2025 · 1 fileMessage 62 · AdequateInformational 15Details
Commit message · Lukas Bielesch

chore(core/eckhart): differentiate device and submenu screeens

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 routine UI code cleanup for the Trezor hardware wallet's on-screen menu. It splits one type of menu screen into two separate types—one for general submenus and one specifically for device-related options—so the code can use a shorter menu for device screens. There is no security fix or vulnerability here; it is purely a maintainability and layout refinement.

Security candidatechore(core/eckhart): update device menu connections settingsby Lukas Bielesch · 17e91a8a · Aug 26, 2025 · 9 filesMessage 62 · AdequateInformational 17Details
Commit message · Lukas Bielesch

chore(core/eckhart): update device menu connections settings

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

This commit updates the on-screen device menu for a new Trezor hardware wallet design (codename Eckhart). It adds Bluetooth pairing controls such as 'Connect', 'Forget', and 'Forget all', and wires some of those buttons to existing unpair/disconnect routines. The changes are almost entirely user-interface code; there is no obvious security bug, but several TODO comments show the underlying Bluetooth actions are still incomplete or mocked.

Lower-priorityfeat(core): expose currently connected BLE host address to applicationby tychovrahe · 518be772 · Aug 26, 2025 · 6 filesMessage 62 · AdequateInformational 13Details
Commit message · tychovrahe

feat(core): expose currently connected BLE host address to application

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

This commit is a straightforward feature addition: it exposes the Bluetooth Low Energy (BLE) address of the currently connected host (e.g., a phone or computer) to the Trezor device's application code. It does not change security policies, add authentication bypasses, or fix any vulnerability. It simply makes an already-recorded internal address available through a new API function.

Lower-priorityfix(nordic/ble): disconnect if the corresponding bond is erasedby tychovrahe · 99e81097 · Aug 26, 2025 · 1 fileMessage 62 · AdequateLow 42Details
Commit message · tychovrahe

fix(nordic/ble): disconnect if the corresponding bond is erased

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

This change makes the Trezor Bluetooth layer disconnect an active Bluetooth connection before erasing a paired-device bond. Without the disconnect, the device could remain connected to a host whose pairing keys have just been deleted, which may allow the host to keep interacting with the wallet after the user thought access was revoked.

Security candidatefix(core/bootloader): send response before deleting bonds in factory resetby tychovrahe · 67737e65 · Aug 26, 2025 · 1 fileMessage 62 · AdequateLow 33Details
Commit message · tychovrahe

fix(core/bootloader): send response before deleting bonds in factory reset

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

This bootloader patch changes the order of operations during a factory reset (wipe). Previously, the device tried to delete Bluetooth pairing information ('bonds') before telling the host computer that the wipe succeeded. Deleting bonds can disconnect the device, so the success message might never reach the host, leaving the user or software unsure whether the wipe completed. The fix sends the success message first, then waits briefly, then deletes the bonds. This is primarily a reliability/UX fix; it does not appear to be a security vulnerability in the sense of theft or unauthorized access.

Lower-priorityfeat(core/ble): remove BLE multipointby tychovrahe · a894893f · Aug 26, 2025 · 2 filesMessage 57 · ThinInformational 24Details
Commit message · tychovrahe

feat(core/ble): remove BLE multipoint

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

This commit removes the ability for Trezor's Bluetooth Low Energy (BLE) feature to maintain multiple simultaneous connections. It changes the firmware so the device only allows one BLE connection at a time, and wraps the old multi-connection logic in a compile-time flag that is no longer enabled. The change is described as a feature removal, not a security fix, and no security relevance is disclosed.

Lower-prioritychore(nordic/ble): increase BLE TX power to +4dBmby tychovrahe · cc3dbe0a · Aug 26, 2025 · 1 fileMessage 57 · ThinInformational 19Details
Commit message · tychovrahe

chore(nordic/ble): increase BLE TX power to +4dBm

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

This commit increases the Bluetooth Low Energy (BLE) radio transmit power on Trezor's Nordic-based BLE firmware from a lower default level to +4 dBm. This is a one-line configuration change. It is not a code vulnerability in the traditional sense, but it marginally increases the physical range at which a nearby attacker could detect or attempt to interact with the device's BLE signal. The commit itself does not describe any security relevance and no security incident or advisory is supplied.

Lower-priorityfeat(core/ble): send user disconnect flag in advertisement databy tychovrahe · 46c3ca63 · Aug 26, 2025 · 5 filesMessage 62 · AdequateInformational 15Details
Commit message · tychovrahe

feat(core/ble): send user disconnect flag in advertisement data

[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 feature addition, not a security fix. It changes how the Trezor hardware wallet's Bluetooth Low Energy (BLE) advertising data is structured so that a new flag can be broadcast when the user intentionally disconnected. This lets a paired computer or phone know not to automatically reconnect. There is no indication in the commit or supplied references that this resolves a vulnerability or security issue.

Lower-priorityfeat(core/ble): enable obtaining bond listby tychovrahe · aea19372 · Aug 26, 2025 · 9 filesMessage 57 · ThinInformational 22Details
Commit message · tychovrahe

feat(core/ble): enable obtaining bond list

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

This commit adds a new diagnostic command, 'ble-get-bonds', to Trezor's internal production-test firmware. It lets a factory technician read the list of Bluetooth devices previously paired with the device. The change is purely a feature addition for manufacturing/diagnostics; it does not, by itself, bypass pairing, steal funds, or change security settings. The main concern is that it exposes paired-device addresses (MAC addresses) through the production-test command-line interface, which could be a minor information-leak if the prodtest interface is accessible in the field.