Pinned Tweet
Replying to @nvk
BAM! #Bitcoin sent over 7.077Mhz via #JS8Call to @SamuelPatt
Sweep: blockchain.com/btc/tx/82c043…
Toronto,CAN => Michigan,USA [40W:#SnowStorm]
Bcuz its a brainwallet made ahead of time, with bearer pk I don't require internet to broadcast this transaction at the time i'm sending
NVK retweeted
Well, @foundationhq @zherbert leaked all their customer data to scammers. This includes full addresses, full phone numbers, full credit card numbers, and full purchase history.
I just spent 15 minutes running counterintel on these scammers, and found the following...
A. Some scammer chain addresses (scammers are better than most bitcoiners, they aren't reusing addresses)
1. 16EbUaNY3vdMRMWGuBhPWtXamvYXxQonnc
2. 3DZrEttp8EqNEuGxEpkp9qMT9ZbuFsd97x
3. bc1pj4wtwp6wz8zsr5cfvsm0en7u3jpc7grsua09drnn6c5ved6al3wqk8vx7p
4. 16EbUaNY3vdMRMWGuBhPWtXamvYXxQonnc
B. Scammer websites:
1. https://found*tion . holdings/ (SCAM WEBSITE - DO NOT USE THIS WEBSITE, I STARRED ONE CHARACTER AND ADDED SPACES TO POISON LINKS AND AVOID CONFUSION)
2. Registrar: NICENIC
C. Scammer Google voice numbers:
1. 404-453-9954
2. 850-930-4100
After a long call with "Douglas Durst", and threatening him by reminding him that criminals can't really call law enforcement for help which gives me carte blanche, it looks like they've taken down their website for now, and redirected it to the actual company. My biggest blunder in this was not saving a snapshot of their website before they took it offline - within 5 minutes of threatening these pieces of shit they started deleting evidence.
Personally I'm not worried, the information they have on me is so dated or were burners set up temporarily at time of my purchase that none of it is relevant or an attack vector anymore.
I've reported my findings to FBI-IC3, NICENIC, and Foundation itself. These sorts of security breaches by "reputable" bitcoin companies are inexcusable, and there's nothing they can do to make things right because the database is already being traded around between criminals. Every Foundation customer now has to watch their back for their entire life for wrench attacks, and fend of spearphishers constantly. Great!
Look at the list of recent vulnerabilities discovered on major Linux distros, and tell me with a straight face that your best self-custody recommendation for average Bitcoin users is running software on general-purpose computers. You can’t.
Recently, a remote root exploit was demonstrated against Linux servers using multipath TCP. The fix landed upstream on October 5, and as of October 31, Ubuntu and Red Hat still had no patched kernel. Around the same time, six other Linux flaws were disclosed, one with a public root exploit and no merged fix at the time.
We’re as big a fan of the Bitcoin Core project as anyone. It’s one of the best reviewed and maintained software projects on the planet, and we heavily reuse its code in Nunchuk because of that quality. But recommending a Linux laptop running Core as the go-to setup for average users is both unrealistic and unsafe if adopted at scale.
Why? The “just use a Linux laptop and Bitcoin Core” approach starts with a kernel, OS and applications you didn’t write and can’t fully audit. A wallet like Core has to go online to sync the chain and show your balance, and the moment it does, any vulnerability in that stack becomes exploitable. Once an attacker is in, they can swap Bitcoin addresses in memory to steal or freeze your funds. That’s potentially tens of millions of lines of code on your average laptop, and keeping it patched is a never-ending job. Even the best reviewed and maintained projects show roughly 0.1–0.7 defects per 1,000 lines of code. Do the math on the potential number of undiscovered bugs, especially on old, unmaintained laptops.
Note that build reproducibility doesn’t solve this. It proves one piece of software matches its source, which is valuable, but that piece runs alongside software many times its size. With general-purpose computing, you can lock down static build quality, but it’s impossible to completely lock down and isolate the runtime environment.
And even constant vigilance might not save you from zero-day exploits (the attackers might just possess a better AI model than your defense). The attack surface of a typical general-purpose computer is just too large.
In the era of AI-assisted attacks, there’s this tempting idea of supposedly safe places: “my system is better than yours because it hasn’t been hacked yet.” That’s simply an illusion. Something typically hasn’t been hacked yet because it isn’t widely adopted enough for attackers to seriously go after it. Ledger and Binance have been targeted repeatedly because they’re the biggest names in their categories, and that’s where historically a lot of user funds concentrate. The moment something like the “Core + laptop” approach becomes popular, expect people to get targeted and lose money, just like with every other custody tool. It’s a simple cost-benefit calculation for attackers.
The truth is, there are no safe places in the era of AI. What matters is designing guardrails and systems that are truly robust and have no single points of failure.
That’s why the first order of business in security is to aggressively cut down the attack surface. That means removing hardware components, favoring single-purpose over general-purpose, and bringing the amount of code in your wallet system from millions down to the few thousand lines that are absolutely required. And since no single hardware+software stack can be perfectly locked down, you combine several independent ones in a multisig. Then you have a chance.
Recuerda esto cuando te recomienden usar una laptop Linux y Bitcoin Core para generar tus llaves privadas.
‼️ Fallo en el kernel de Linux TCP calificado con 9.8 en CVSS.
Se lee NUEVE COMA OCHO!!!!!!!
Anthropic demostró un exploit que ejecuta comandos como root en servidores que usan MPTCP.
Ubuntu y RHEL aún carecen de correcciones, mientras que Debian, Oracle y otros han lanzado parches para algunas versiones.
NVK retweeted
Replying to @VandelayBTC
CC are the OG feature wizards 🧙 No one else like them. They can keep adding new ones forever. I have specifically requested at least 5 and that does not include what is added on top of the groups feature :)
NVK retweeted
What a disaster atlasum.net/blog/cve-2026-98…
NVK retweeted
Kill Key ☠️: the quickest, non-invasive feature to wipe the seed on your device. You choose the predetermined key that you will press when your anti-phishing words appear and your seed is immediately wiped 🤙🎃
COLDCARD Q uses a dedicated QR scanner module connected internally over a simple two-wire serial link. It can ingest addresses, PSBTs, wallet data, and supported seed formats without USB.
coldcard.com/docs/coldcard-q…
Happy 18yrs #BitcoinWhitePaperDay 📃
For the next 24hrs enjoy 15-20% off many products of our store including #COLDCARD, #BLOCKCLOCK, #SEEDPLATE and #TAPSIGNER
store.coinkite.com/store
NVK retweeted
Keep TAPSIGNER. Tap it to sign.
Hand SATSCARD over when the bitcoin should travel with the card.
Two cards, two jobs.
NVK retweeted
October in a nutshell:
- PHP got hacked
- Railway got hacked
- OpenCode got hacked
- Binance got hacked
- Polymarket got hacked
- GitHub Actions got hacked
- SoftBank got hacked
- Cursor marketplace got hacked
- Coinbase vendor got hacked
- Fireworks AI got hacked
- LiteLLM got hacked
- Capcom got hacked
- npm packages got hacked
- TiDB Cloud got hacked
- Warp's vendor got hacked
happy cybersecurity awareness month
NVK retweeted
In 2014 I went nearly a week without sleep. I was running PayPal and attackers were inside our corporate network. They'd compromised an eBay employee's laptop, got onto the VPN, taken over a domain controller and made themselves domain admins. eBay and PayPal were one company then, on one Windows network. They stole 145M eBay user records, then came for the segregated vault holding PayPal's card credentials. We fought them off. They never got in, but they got close. Too close.
Yesterday Binance lost ~$6.3B in what looks like the same way. A DevOps engineer's laptop, then a service inside the withdrawal stack, then withdrawals the signer approved because they came from a trusted source. Hot wallets emptied in under four hours. No key was stolen.
Nobody broke cryptography or a ledger. They found someone with access and used the trust that came with it. Banks get hit exactly the same way.
2016: attackers inside Bangladesh Bank used its own SWIFT access to send $951M of payment orders to the NY Fed. $81M was lost. The rest was held because an unrelated sanctions filter tripped on the word "Jupiter". That was luck, and it only worked because wires took days to settle.
June 2025: an IT employee at C&M Software, which connects Brazilian banks to Pix, sold his credentials for about $2,700. Attackers used them to send fake Pix transfers out of six institutions' reserve accounts at the central bank. ~$140M in under three hours.
August 2025: stolen vendor credentials at Sinqia, another Pix connector. ~R$710M out of HSBC and one other institution in a single afternoon. The central bank froze most of it, after it had already moved.
Same attack every time. Speed is what changed. When settlement took days, a filter, a correspondent bank or someone in ops could catch a bad payment. Pix, FedNow, SEPA Instant and blockchains settle in seconds. Payment security was mostly built for the slow world.
PayPal's card and user data survived 2014 because domain admin on the corp network couldn't unlock it quickly enough, and our alerting caught the unusual activity on the network. That's the model. Approval policy no laptop or vendor login can reach. Velocity and anomaly limits enforced outside the system that sends. Dynamic caps on what any one wallet, account or service can move per hour. All of it in real time.
About $3B of what left Binance has been frozen, almost all of it stablecoins. The $1.4B in bitcoin is sitting in 19 wallets and nobody can touch it. I don't think that's the problem. For decades the ability to reverse a wire or a card charge let a lot of weak security slide. You either stop the transfer before it's signed or you eat the loss.
Nothing about the technology failed here. The chains processed exactly the transactions they were handed. Binance's own systems handed them the wrong ones because an engineer's laptop was compromised. That's operational security. eBay in 2014, Bangladesh Bank and two Pix connectors all failed at it on their own rails.
In 2014 the attackers never reached the vault. If they had, the fraud losses would have been the small part. PayPal existed so people could pay without handing their card details to every merchant on the internet. We held those details so they didn't have to. Losing them would have broken the one thing the company was built on, and I'm not sure we would have recovered.
I expect blockchains and digital assets to become the standard way money moves. Every custodian of digital assets, or of fiat on a real-time rail, is in that position now. The controls have to adapt to settlement in seconds, crypto or not.
COLDCARD is a Bitcoin-only signing device. It does not require a COLDCARD account or mandatory companion app. Pair it with compatible wallet software and keep the signing key offline.
coldcard.com/mk5
NVK retweeted
A quick primer on #Bitcoin multisig:
Multisig allows you to take custody of your BTC in a way that eliminates any single point of failure.
With multisig, you will not lose your BTC if you lose a key, or if your house is broken into, catches fire, or floods.
The most common type of multisig setup is a 2-of-3, meaning 2 out of 3 keys (hardware wallets) are required to sign a transaction to move/spend the BTC.
With a multisig setup, you need to keep track of your keys and a descriptor file.
Keys:
These are typically hardware wallets that come with a paper backup for the seed phrase.
With a 2-of-3 setup, you can lose one of the keys and still be safe.
Best practices are to (1) store all 3 keys in separate geographic locations, (2) use a different hardware vendor for each key, and (3) back up each hardware wallet's seed phrase on steel instead of just paper.
Descriptor file:
This is essentially a backup of the multisig wallet configuration.
The descriptor file should be saved securely and/or printed out (as a QR code).
If an attacker gains access to the descriptor file, they can recreate the multisig wallet and view the BTC balance, but they can't move the funds unless they actually have access to at least 2 of the keys.
If the descriptor file is lost, it can be restored, but it requires gathering all 3 keys to recreate it.























