Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain uploaded premium backup blob
-
DeliveryTarget unsalted single-SHA-256 sync key
-
ExploitRun GPU-parallel offline password guessing
-
ExecutionDecrypt backup database
-
ImpactHarvest exchange API keys, secrets and wallets
Vulnerability Assessment
| Weakness |
CWE
|
| Exploitation Conditions | Exploitation requires that the target use rotki's premium cloud backup/sync feature AND that the attacker first obtain the uploaded backup blob (e.g., via sync-server or cloud-storage compromise or interception) - this possession requirement is the AT:P attack requirement in the CVSS 4.0 vector. Given the blob, decryption is an offline, unauthenticated, GPU-parallel password-guessing attack against a single unsalted SHA-256 of the user password, with no user interaction. The principal limiting factors are: the attacker must already hold the backup, only premium-sync users are affected, and recovery difficulty scales with the victim's password entropy - a high-entropy password materially raises the offline cracking cost even though the KDF itself provides no hardening. The complete fix is upgrading to rotki 1.44.2 on every syncing device; the sources state no partial mitigation. |
| Impact | The CVSS 4.0 base score of 8.2 (CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:H) reflects a high-confidentiality-impact flaw: an unsalted single-iteration SHA-256 key derivation (CWE-916) that makes premium cloud backups trivially brute-forceable offline. The AT:P metric is the decisive qualifier - exploitation carries an attack requirement (the adversary must first obtain the uploaded backup blob), so this is not spray-and-pray remote compromise but a secondary-access attack gated on possession of the encrypted backup. No EPSS score was supplied and the CVE is not on CISA KEV, so there is no evidence of widespread or active exploitation; exploitation status is 'no public exploit identified at time of analysis.' The vuln.today decision label is 'this_week,' which aligns with a patched, high-impact flaw that is serious for affected users but not an emergency given the AT:P gating and absence of KEV/active-exploitation signals. The dominant risk is realized when backups leak (sync-server compromise, cloud-storage misconfiguration, interception): once a blob is obtained, GPU-parallel password guessing can recover the password and decrypt exchange API keys, secrets, wallet addresses, and full transaction history. EPSS data is MISSING, so probability-of-exploitation cannot be quantified from the input. |
| Exploit ScenarioDerived | An attacker who gains access to rotki's premium sync storage or intercepts an uploaded backup blob takes the encrypted database offline. Because the encryption key is a single unsalted SHA-256 hash of the user's password, the attacker runs GPU-accelerated offline password guessing against the blob; a weak or moderate password falls quickly, after which the database decrypts to reveal exchange API keys, secrets, wallet addresses, and transaction history. No public exploit code is identified, but the technique requires only standard offline password-cracking tooling. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 25, 2026
rotki before 1.44.2 derives the encryption key for its premium cloud backup/sync feature as a single unsalted SHA-256 hash of the user password, so anyone who obtains an uploaded backup blob can run offline, GPU-parallel password guessing against it and decrypt the database it holds - exchange API keys, secrets, wallet addresses and transaction history. The attack is unauthenticated and requires no user interaction once the blob is in hand, and only users of the premium sync/backup feature are affected. There is no KEV entry and no public exploit identified at time of analysis, though the CVSS 4.0 score of 8.2 signals high confidentiality impact; the vendor addressed the issue in rotki 1.44.2.
RemediationAI
Vendor-released patch: rotki 1.44.2 - upgrade to it on every device that syncs, since the changelog entry for issue 13393 states that premium backups now use stronger encryption and that older versions cannot restore backups made by this version, meaning partial upgrades across a user's devices will break sync/restore in one direction - plan the rollout so all syncing devices move to 1.44.2 together rather than staging it. The available sources describe no partial mitigation: the complete fix is the upgrade, and the vulnerable design is fixed only by the new derivation implemented in PR https://github.com/rotki/rotki/pull/13401 (release notes at https://github.com/rotki/rotki/releases/tag/v1.44.2). Because the KDF contributes no hardening, password entropy is the only remaining barrier to offline cracking, so a high-entropy password materially raises the cost of guessing but does not repair the unsalted single-iteration SHA-256 design. Users who suspect their uploaded backup blob was exposed (sync-server or cloud-storage compromise, interception) should treat the secrets inside it - exchange API keys and secrets - as disclosed, rotate them at the exchanges, and re-sync after upgrading.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The flaw is a CWE-916 (use of a password hash with insufficient computational effort) failure in rotki's backup encryption path. Per the referenced code (rotkehlchen/crypto.py lines 17-45 and rotkehlchen/data_handler.py lines 263-294 in v1.44.1), the premium sync key is computed as a plain SHA-256 digest of the user's password with no salt and no work factor - no iteration count, no memory-hardening parameters. Unsalted derivation means identical passwords always yield identical keys, so precomputed tables and cross-user amortization apply, and single-pass SHA-256 is exactly the primitive modern GPUs accelerate to billions of candidate guesses per second. The key protects the backup blob uploaded to the sync service, which is a full serialized copy of the user's accounting database including exchange API keys, secrets, tracked wallet addresses and transaction history. The practical attack model is therefore offline: compromise or interception of the sync server or backing cloud storage yields blobs, and the encryption collapses to password entropy alone. This possession prerequisite is what the CVSS 4.0 AT:P metric captures, and it is why the independent assessment rates the vector at AC:H under CVSS 3.1 despite the low attack complexity of the cracking step itself.
Know when Rotki gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N
AC:H because exploitation is gated on first obtaining the backup blob (a condition outside the attacker's direct control); PR:N/UI:N as decryption is offline and unassisted; C:H with I/A:N since only confidentiality of stored data is affected.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
rotki before 1.44.2 contains a weak key derivation vulnerability that allows attackers to brute-force backups because the premium sync key is a single unsalted SHA-256 of the user password. Attackers who obtain an uploaded backup blob can run GPU-parallel offline password guessing and decrypt the database containing exchange API keys, secrets, wallet addresses and transaction history.
Executive ViewAI
The rotki portfolio tracker's premium cloud backup feature has a cryptographic weakness (CVE-2026-116071) that allows offline password guessing if a backup blob is obtained, potentially exposing exchange API keys and wallet data. Only users of the premium sync/backup feature are affected, but leadership should care because these high-value secrets could lead to unauthorized access to exchange accounts and financial loss. The vendor has released a patch, and no active exploitation is currently known.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
EUVD-2026-109385
GHSA-qgg8-6p8q-vrp7
NVD
CVE.org
EPSS
VulDB
Exploit-DB