Coldcard Mk3 seeds generated on firmware 4.0.1 through 4.1.9, from March 2021 to July 2026, came from about 40 bits of entropy instead of 128, by Coinkite’s own estimate, unless you added your own dice rolls. Installing 4.2.0 does not repair an existing seed, and it is the final Mk3 release.
Listen to this article, about 16 minutes. A synthetic voice reads the article and announces each section title as it begins; tables are read row by row and the questions at the end are left out.
Recorded 18 October 2026 from the article as published that day. Press a chapter to jump there; the highlighted line is what is playing. A play button sits beside every section heading, and once you scroll past this player a bar at the bottom of the screen keeps the controls in reach. Tap or click any sentence to hear the reading start from there.
On this page: Coinkite’s own 40 bit estimate quoted from its technical backgrounder, a release table showing the two security updates the Mk3 never received, about 25 dated owner accounts from Bitcointalk, and a checklist you can run without ever typing a recovery word.
Think you already know this? Five questions, one minute.
Every answer is on this page. Answer from what you know now; the page fills in the rest.
-
1. What does Coinkite say caused the weak seeds?
Coinkite’s technical backgrounder says the seed path resolved to MicroPython’s software generator instead of the hardware one, and that the setting meant to disable it did not have the intended effect. Its security page states the devices were not hacked or remotely accessed. Read the section
-
2. You update an affected Mk3 to 4.2.0. What happens to the seed already on it?
Coinkite’s upgrade documentation says updating changes the device software and does not alter an existing seed. Its advisory therefore asks affected users to generate a new seed on fixed firmware and migrate. Read the section
-
3. Which security release did the Mk3 line receive?
The Mk3 and Mk2 downloads page lists 4.2.0 dated 2026-07-31 as the final release for the line. The later hardening release and the verifiable seed mixing release shipped for Mk4, Mk5 and Q only. Read the section
-
4. In the Bitcointalk thread, what separated owners who felt safe from those who did not?
Posters in the Bitcointalk thread who described using dice rolls reported feeling unaffected, which matches what the advisory says about at least 50 fair, independent, private rolls. These are unverified accounts, not evidence. Read the section
-
5. A secondhand hardware wallet arrives with its recovery phrase already written on a card. What does that mean?
Ledger documents a real case of a secondhand device sold with its 24 words supplied, where the seller retained a copy and drained the wallet. A legitimate device never arrives with a phrase already created. Read the section
What actually went wrong with Coldcard Mk3 seed generation?
A hardware wallet has one job that nothing else can do for it: pick a number nobody can guess. On 30 July 2026 Coinkite published a security advisory saying that its own devices had been doing that job badly since March 2021. The company’s technical backgrounder is unusually plain about the cause. During a migration to its libNgU library, seed generation started calling ngu.random.bytes(), and a build and link error meant the symbol resolved to MicroPython’s software PRNG rather than the chip’s hardware random number generator. The switch meant to disable the software path, Coinkite writes, “did not have the intended effect”.
The result is not a broken chip. It is a broken wire between two working parts. Coinkite estimates the effective search space at about 40 bits on Mk2 and Mk3, against the 128 a seed is supposed to carry. Forty bits is roughly a trillion possibilities, which sounds enormous until you remember that a graphics card does not get bored.
| Device line | Affected firmware | Estimated search space | Fixed release | Stated in |
|---|---|---|---|---|
| Mk2 and Mk3 | 4.0.1 to 4.1.9 | about 40 bits | 4.2.0 | Backgrounder |
| Mk4 and Mk5 | before 5.6.0 | about 72 bits | 5.6.0 | Advisory |
| Q | before 1.5.0Q | about 72 bits | 1.5.0Q | Advisory |
| Edge builds | before 6.6.0X and 6.6.0QX | about 72 bits | 6.6.0X and 6.6.0QX | Advisory |
| Mk3 on 3.2.x | not affected | as intended | no action | Mk3 downloads |
Coinkite is also clear about what did not happen, and the distinction matters for anyone deciding whether a device on a shelf is now radioactive. On its security page the company says the devices “were not hacked, remotely accessed, or taken over”, and that attackers regenerated the private keys offline. Nobody had to touch your Mk3. They only had to guess what it had already chosen. If you want the wider picture of why an offline device is still only one layer, our piece on what a cold wallet actually protects covers the rest of the stack.

The Block reported on 30 July 2026 that 594.5 BTC, about 38.3 million dollars, left roughly 500 addresses in one coordinated sweep, with later waves following. The affiliate reviews at the top of this search have not been updated since, which is how a device keeps getting recommended for a property it no longer had.
Does installing 4.2.0 make an old Mk3 seed safe?
No, and this is the single most misread part of the whole episode. Coinkite’s own upgrade documentation puts it plainly: updating changes the device software, it does not alter an existing seed. A firmware update fixes the factory. It does not go back and remake the thing the factory already shipped.
So the question is not what version your Mk3 runs today. It is what version it was running on the day the seed was first created. If those words were generated on 4.0.1 or later and you added nothing of your own, they came out of the weak path, and they are still the same words now that the device is patched.
Two things break that chain, and both are in the advisory. If you added at least 50 fair, independent, private dice rolls when you created the seed, Coinkite says it does not consider that seed at risk from this issue alone. If the funds sit behind a strong, unique BIP-39 passphrase, an attacker has to guess the weak seed and the passphrase together. Neither is a loophole to lean on if you are not certain which you did. Uncertainty here is an answer, and the answer is the cautious one. The ways people actually lose a recovery phrase has more on why written records of what you did at setup are worth keeping.
Coinkite’s published migration sequence is to install the fixed firmware, generate a new seed on updated hardware, verify the backup and the receive addresses, send a small test transaction, then move the rest and keep the old backup until the migration is confirmed. That is custody housekeeping, not a trade.
Which of these describes the seed on your Mk3?
This reports what Coinkite’s advisory says about each situation. It records nothing, and it never asks for a recovery phrase.
General security information only. Nothing here is financial advice.
Is the Coldcard Mk3 still supported, and what does 4.2.0 leave out?
Here is the part no ranking page for this query currently says out loud. The Mk3 was fixed, and then the fixing carried on somewhere else. Coinkite’s Mk3 and Mk2 downloads page, read on 25 September 2026, lists 4.2.0 dated 2026-07-31 and labels it the final release for the line. Two further security releases shipped after it, and neither was for the Mk3.
| Release | Date | What it added | Mk2 and Mk3 | Mk4, Mk5 and Q |
|---|---|---|---|---|
| 4.2.0 | 31 July 2026 | Corrected seed generation | Yes, final release | Not applicable |
| 5.6.0 and 1.5.0Q | 31 July 2026 | Corrected seed generation | Not applicable | Yes |
| 5.6.1 and 1.5.1Q | 20 August 2026 | Required user sourced entropy, transaction integrity and data isolation hardening | No | Yes |
| 5.6.2 and 1.5.2Q | 4 September 2026 | Verifiable seed mixing, with a public domain tool to recheck a seed | No | Yes |
The 4 September release is the one that stings. It ships verify_seed_mix.py, which Coinkite describes as a dependency free tool that recomputes a finished 12 or 24 word seed from the displayed device words and your full dice or coin sequence. That is the answer to the question this incident raised: prove to me the device mixed my entropy in properly. An Mk3 owner cannot run that check on an Mk3, because the firmware producing the values to check against ends at 4.2.0.
None of that makes an Mk3 dangerous to hold today with a freshly generated seed on 4.2.0. It makes it a device with a closed roadmap, which is a perfectly ordinary thing to own as long as you know you own it. The Tangem cards have no firmware updates at all, by design, and that is a deliberate tradeoff rather than an accident.

What do Coldcard owners themselves report?
We read about 25 posts across three pages of the main Bitcointalk thread tracking the compromise, opened on 30 July 2026. Every account below is paraphrased, dated and attributed to that thread. It is testimony, not evidence, and none of it is independently verified.

The technical reading arrived before the vendor’s did. On 30 and 31 July 2026 the developer posting as gmaxwell traced the failure to inconsistent build directives leaving the device on MicroPython’s fallback generator, seeded from little more than a hardware identifier and a timer. That matches, in substance, what Coinkite published in its own backgrounder the same week.
One poster, using the name ColdcardVictim, wrote on 31 July 2026 that they had lost 1.8 BTC and were posting partly in the hope of reaching whoever took it. That is the only self reported loss we found in the thread, and it cannot be checked. Against it sits mr.mister, the same day, reporting a Mk4 and a Q both set up with what they describe as sufficient dice rolls, apparently unaffected, and still weighing whether to stay with the brand at all. A poster called LoyceV noticed something the coverage mostly skipped: the sweeping transactions appeared to leave addresses under roughly 0.15 BTC alone, which is the behaviour of someone optimising fees, not someone in a hurry.
The range cuts both ways. One long standing member, dkbit98, argued the episode showed a broader collapse of confidence in the company rather than one bug. Another, philipma1957, said the news pushed him to sell part of his holdings, which is a reaction to fear rather than a security measure, and this site has nothing to say about anyone’s buying or selling. Several posters simply restated the oldest advice in self custody, which is to supply your own entropy and not take the device’s word for it.
Where the accounts and the official guidance agree: dice rolls and a passphrase were what separated the people who shrugged from the people who did not. Where they part company: the advisory treats this as a firmware defect with a firmware answer, while the thread treats it as a reason to distrust any single vendor’s randomness, Coinkite’s included. Our comparison of Trezor and Ledger makes the same point about relying on one company’s claims.
What is the real risk of buying a secondhand Coldcard Mk3?
It has almost nothing to do with the price and everything to do with who saw the words first. Ledger documents a real case of a secondhand Nano S sold with its 24 words supplied: the buyer funded it, and the seller, who still had a copy, emptied it. The device was genuine. The packaging was irrelevant. The phrase was the whole attack.
A legitimate hardware wallet never arrives with a recovery phrase already written down, on a card, in the manual or read out by a helpful seller. If one does, the correct number of coins to send it is zero, forever. No amount of factory resetting makes a supplied phrase safe, because the phrase is the account.
On top of that universal rule, a used Mk3 carries two specific problems. The first is that whatever seed is on it was almost certainly created during the affected window, so it is weak entropy and a stranger’s memory at the same time. The second is that the usual reassurance, the numbered tamper evident bag, is designed for a device shipped from Coinkite. On its security page the company says the bag and the clear case do not “replace buying from a known source or checking the device at first use”. The same applies to an Mk4 offered secondhand, now that Coinkite no longer lists it, as our Coldcard Mk4 review covering its firmware and the July seed advisory explains. A resealed bag from a private seller proves nothing at all. If the answer is a new device instead of a used one, the current model carries its own advisory history, which we read and dated in our review of the Coldcard Q and the firmware order it depends on.
| Mk3 | Mk4 | Why it matters here |
|---|---|---|
| One secure element, the ATECC608A | Two secure elements from two makers | A flaw in one vendor’s chip is covered by the other |
| 360 kB memory, 80 MHz | 840 kB plus 8 MB RAM, 120 MHz | Larger transactions and multisig files |
| Micro USB | USB-C, NFC that defaults to off | More connectivity, more to switch off |
| No Trick PINs | Trick PINs | A duress response the Mk3 never received |
| Firmware ends at 4.2.0 | On the current release track | Only one of these lines gets the next fix |
A known source is not a guarantee either, and October 2026 showed why. On 9 October 2026 Ledger began investigating drained wallets among people who had bought from CryptoBilis, its authorised reseller in South East Asia, and in its 72 hour update said every confirmed case traced to devices sold through that one reseller, with one device found to carry an unauthorised hardware implant, as Decrypt reported. That case involves Ledger devices, not Coldcard, but the lesson travels: an authorised reseller is a shorter supply chain than a stranger on a forum, not a sealed one. Buying from the maker itself and checking the device at first use are the parts of the advice that no reseller badge can stand in for. We set out what that case means for buyers in our comparison of five Ledger devices and the reseller risk.
How do you check an Mk3 you already own?
The version is four button presses away. Coinkite’s documentation gives the path as Advanced/Tools, then Upgrade Firmware, then Show Version. Read it before you do anything else, and write it down, because the number you need is the one from setup day and this is the closest thing you have to a record.
Two warnings from the same page, both worth taking literally. Do not downgrade unless you have a specific reason, and if the device reports itself as a Mark 1, stop: firmware newer than 3.0.6 will brick it.
One more, which is ours rather than Coinkite’s. Nothing in this process ever requires your recovery words to be typed into a screen that is not the device itself. No site checks a seed for weak entropy. No support agent needs to see it. In the weeks after an incident like this the phishing is more dangerous than the bug, because the bug at least has a published fix. For the general version of that argument, see why storage is a setup rather than a device.
Run this on an Mk3 you already own
Seven checks, none of which requires a recovery word. Work through them in order.
Ticks are saved on this device only. This checklist stores nothing and sends nothing.
What has changed since this was first published?
- Rechecked on 18 October 2026: the Mk3 and Mk2 downloads page still lists 4.2.0, dated 31 July 2026, as the final release for the line, and every build from 4.0.1 to 4.1.9 is still flagged with the seed generation warning. Nothing new has shipped for the Mk3 since we first read the page on 25 September 2026.
- As of October 2026 a search turned up no Coldcard release newer than the 4 September 2026 versions in the table above, so the gap between the Mk3 and the current models is the same two security releases it was in September.
- Added in October 2026: the reseller caveat above the version check, after Ledger’s investigation into devices sold by CryptoBilis, which began on 9 October 2026, per The Block. Loss estimates in that case come from onchain researchers and had not been confirmed by Ledger when we checked.
Frequently asked questions
Does the Coldcard Mk3 flaw affect a seed I imported from another wallet?
No. Coinkite’s advisory describes the problem as affecting device generated entropy. A seed created elsewhere and restored onto the Mk3 was never produced by the faulty path. The rest of your setup still deserves the same check, because the weak point moves to wherever those words were made and how they have been stored since.
I used dice rolls on my Mk3. Am I in the clear?
Coinkite says a seed created with at least 50 fair, independent, private dice rolls is not considered at risk from this issue alone, and points readers to its dice guidance before they migrate. The conditions carry weight: the rolls had to be genuinely random, genuinely yours, and never recorded anywhere a third party could read them.
Can I still use a Coldcard Mk3 at all?
A Mk3 running 4.2.0 with a freshly generated seed is not the device that failed in July. What you are accepting is a closed firmware roadmap, since 4.2.0 is marked the final release for the Mk2 and Mk3 line, and a single secure element rather than the two in later models. Whether that tradeoff suits you is a security judgement, not a financial one.
How much was taken in the Coldcard incident?
The Block reported 594.5 BTC, about 38.3 million dollars, from roughly 500 addresses on 30 July 2026. Totals rose through further waves in the days and weeks after, and figures quoted in later coverage vary depending on which transactions are counted as related. Treat any single number as a snapshot rather than a final tally.
Why did Mk4 and Mk5 devices need a fix too?
The same link error affected them. Coinkite estimates about 72 bits of effective search space on those lines rather than the 40 it estimates for Mk2 and Mk3, which is why the attacks landed on Mk3 seeds first. Both figures are below the 128 bits the design intends, and all lines received corrected firmware on 31 July 2026.
Is a tamper evident bag enough when buying from a private seller?
No. Coinkite’s own security page says the bag and the clear case make inspection easier but do not replace buying from a known source and checking the device at first use. A bag can be replaced, and the packaging never tells you whether someone already wrote down a recovery phrase. Buy new from the vendor or an authorised reseller.
Finished the page? The same five questions from the top, to see what stuck.
This article is educational and is not financial advice. Nothing here is a recommendation to buy, sell or hold anything. You are responsible for your own security decisions.

Leave a Reply