The Bitcoin.org Website Hijack: How Bitcoin's Home Page Became a "Double Your Coins" Scam
In September 2021, Bitcoin.org — the long-time informational home of Bitcoin run by the pseudonymous operator Cobra — displayed a fake "double your Bitcoin" giveaway before the site was pulled offline. Nameserver and WHOIS changes led observers to suspect DNS compromise, but the public root cause remained unconfirmed. Here is what the incident teaches about crypto-native sites depending on ordinary domain infrastructure.
- domains
- security
- dns
- domain-security
For more than a decade, if you wanted the plain, vendor-neutral answer to "what is Bitcoin and how do I use it safely," the internet sent you to one address: Bitcoin.org.
It was never an exchange. It never sold anything. It was the closest thing the most adversarial, trustless money in the world had to an official welcome mat — a site registered on 18 August 2008, older than the genesis block itself, the place where the Bitcoin white paper lived and where newcomers were taught the first rule of crypto: be your own bank, and trust no one with your keys.
So there is a brutal irony in what happened on Thursday, September 23, 2021. The single most repeated safety lesson in all of crypto — if someone promises to double your coins, it's a scam — got broadcast, in reverse, from Bitcoin's own front door. For a few hours, the website that taught people not to fall for "double your Bitcoin" was the "double your Bitcoin" scam. Public evidence pointed to the domain-routing layer, but the precise compromise path was never conclusively established in the reporting available after the incident.
A symbolic, trusted home for Bitcoin
To understand why this hijack stung, you have to understand what Bitcoin.org meant.
Bitcoin has no CEO, no headquarters, and no official spokesperson. What it had — for years — was a small set of community-run reference sites, and Bitcoin.org was the most prominent of them. CryptoPotato called it the oldest website in relation to BTC, registered more than 13 years ago. It hosted wallet recommendations, getting-started guides, and a copy of Satoshi Nakamoto's white paper.
It was also, fittingly for Bitcoin, run by a ghost. The site is maintained by a pseudonymous operator known only as Cobra — anonymous on principle. That principle had recently been tested in court: just months earlier, the self-proclaimed "Satoshi" Craig Wright had won a UK copyright case forcing Bitcoin.org to take down the white paper, with a judge issuing an injunction prohibiting Cobra from infringing Wright's copyright in the U.K.. Cobra's defense of his own anonymity was almost poetic: the court rules allowed for me to be sued pseudonymously, however, I couldn't defend myself pseudonymously.
The point is that Bitcoin.org carried trust — the institutional kind a leaderless movement isn't supposed to have, accumulated quietly over thirteen years. That trust is exactly what made it a target. A scam works better the more credible its host. And there are very few hosts in crypto more credible than Bitcoin's own name.
There is a second, sharper irony hiding here. The entire ethos of Bitcoin.org was self-custody: hold your own keys, trust no custodian, verify everything. A visitor who had fully internalized that lesson would never hand coins to a stranger's wallet on a promise. But the giveaway scam didn't ask them to trust a stranger — it asked them to trust Bitcoin.org itself, the one address they'd been told for years was the safe place to start. The attack didn't defeat the lesson; it hijacked the messenger.
September 2021: the hijack and the fake giveaway

On the morning of September 23, 2021, visitors to Bitcoin.org didn't see wallet guides. They saw a pop-up modal — a clean, official-looking overlay stamped on the homepage of Bitcoin's most trusted reference site.
The message was the oldest trick in crypto, dressed in borrowed authority. It claimed the Bitcoin Foundation was giving back to the community, said the offer was limited to the first 10,000 users, and made one simple promise: Send Bitcoin to this address, and we will send double the amount in return!. A QR code made it frictionless. The mechanics, as CoinDesk dryly described the genre, are always the same: these schemes give false promises of doubling one's funds after sending an initial amount to a wallet address via QR code. And the outcome is always the same too: victims, in fact, receive nothing in return and lose the crypto they sent.
Cobra confirmed the breach publicly and bluntly, posting that the site has been compromised. Currently looking into how the hackers put up the scam modal on the site.
What visitors lost
A "double your money" scam only works if a few people believe it. On a random website, almost no one would. On Bitcoin.org, some did.
The scam wallet didn't stay empty. BleepingComputer reported the address's last updated balance was 0.40571238 BTC, approximately US$17,000 at the time. CoinDesk, capturing it live, noted the giveaway address had received over $17,700 in small transactions. Those on-chain receipts show funds reaching the address; they do not by themselves prove that every deposit was a victim loss, because scammers may seed their own wallet to make a giveaway look credible.
For any genuine victim deposits, the transfer was final once confirmed: there is no chargeback, fraud department, or bank reversal. The reported wallet total is therefore best read as the scam address's activity, not a verified net-loss figure.
The dollar figure is almost beside the point. The real damage was to the thing Bitcoin.org spent thirteen years building — the assumption that this address, of all addresses, was safe to trust.
How it happened: evidence of DNS changes, but no confirmed root cause

Here is the detail that makes this a Domain Mayday story and not just another phishing tale: the available evidence was consistent with traffic being redirected away from Bitcoin.org's origin server, although the public postmortem did not conclusively identify the initial access path.
Cobra said my actual server didn't get any traffic during the hack. Observers also reported that the WHOIS info was updated at the time of the hack, the nameservers + DNS changed. Together, those observations support a DNS- or registrar-layer hypothesis: control of the nameservers can redirect a trusted name to an attacker's server without changing the legitimate origin. They do not identify which account, provider, or configuration was first compromised.
Cobra suspected the DNS layer and a recent infrastructure change. As he put it: Bitcoin.org hasn't been hacked, ever. And then we move to Cloudflare, and two months later we get hacked. His working theory was that the attackers just seem to have exploited some flaw in the DNS. Decrypt reported that hypothesis as an apparent DNS-configuration flaw after the Cloudflare move; it was not a confirmed forensic conclusion.
Whether the root cause was a misconfiguration, a registrar-level compromise, a DNS-provider account, or another path was never fully nailed down in public. BleepingComputer explicitly noted that the root cause of the website hijack remains unconfirmed, although some have suspected this to be a DNS hijack. The incident still demonstrates the risk: if a trusted domain resolves to an attacker's content, users can be compromised even without public evidence of an application-code or private-key breach.
Response and aftermath
The fix, tellingly, also happened at the domain layer.
The immediate response happened at the domain layer. The registrar, Namecheap, temporarily disabled the domain — per BleepingComputer, we have temporarily disabled the domain. For a stretch, visitors didn't get a scam or a homepage; CoinDesk reported that they were greeted with "This site can't be reached." The most trusted reference page in Bitcoin went dark.
After a few hours of investigation, the domain was repointed correctly and the site was restored to its pre-hack state. The window was short — a day or less — and in raw dollars the theft was modest by crypto-crime standards. But the incident landed hard precisely because of which site it was. A movement that prides itself on "don't trust, verify" had just watched its own canonical "trust us" page get verifiably weaponized against its users.
What this teaches about even crypto-native sites depending on DNS

The most uncomfortable lesson of the Bitcoin.org hijack is that being crypto-native saves you from almost none of it.
Bitcoin is decentralized. Its ledger is famously hard to tamper with. Its keys, when held properly, are yours alone. None of that protected the website's front door, a perfectly ordinary domain name riding on the same DNS, registrar, and nameserver plumbing as any e-commerce shop or local bakery. The blockchain was untouched; the public website path was not.
A few durable takeaways fall out of this:
-
Your domain is part of your attack surface — often the largest part. You can write flawless code, hold your keys in cold storage, and harden every server, and an attacker who controls your nameservers or your registrar account can still impersonate you completely. The name is the front door, and a hijacked name lets a stranger answer it.
-
DNS/registrar changes are silent and high-leverage. When nameservers + DNS changed, nothing "broke" in a way most monitoring would catch instantly — the site still loaded, just from the wrong place. Registrar lock, registry lock, DNSSEC, and tight access control on registrar/DNS-provider accounts aren't optional hygiene; they're the locks on the door everyone forgets.
-
Reputation is the thing actually being stolen. The attackers didn't really want Bitcoin.org's $17,000 server; they wanted its credibility, borrowed for a few hours to make an ancient scam believable. The more trusted your domain, the more valuable it is to hijack — and the more careful you have to be about who can change where it points.
-
"Trustless" infrastructure still rests on trusted names. Even Bitcoin, the canonical example of removing intermediaries, reaches its users through DNS — a hierarchical, intermediated, mutable system. Decentralizing the money doesn't decentralize the front door.
-
Speed of detection beats elegance of defense. Bitcoin.org survived this with a modest loss largely because the community spotted the scam fast and the registrar could yank the domain within hours. The longer a hijacked name keeps resolving to an attacker, the more the loss — and the reputational damage — compounds. Knowing the instant your name's control or routing changes is worth more than any single static lock.
The Namefi angle
The Bitcoin.org incident is a control and verifiability problem. The blockchain was sound, while the public website path was altered. When nameservers or DNS answers change unexpectedly — observers reported WHOIS info updated at the time of the hack — trust can evaporate no matter how strong the rest of the stack is.
Namefi adds a token-control layer for supported domains, making wallet ownership and token transfers publicly auditable on-chain. That does not turn nameserver or DNS-record changes into on-chain events. As Namefi's DNS guide explains, DNS resolution and the token are separate layers; DNS changes still require registrar/DNS-provider controls and monitoring. Token history can answer whether the token moved, while DNSSEC, registry or registrar locks, MFA, alerting, and provider audit logs address whether routing changed.
Bitcoin.org spent thirteen years teaching the world that the dangerous moment is the one where you stop verifying and start trusting. For a few hours in September 2021, its own domain proved the lesson the hard way. The takeaway for everyone else is simpler than it sounds: your domain is your identity on the internet — guard the name as carefully as you guard the keys behind it.
Sources and further reading
- BleepingComputer — Bitcoin.org hackers steal $17,000 in 'double your cash' scam
- CoinDesk — Bitcoin.org Website Inaccessible After Being Hacked by Apparent Giveaway Scam
- Bitcoin.com News — Hackers Compromise Web Portal Bitcoin.org — DNS Hijack Replaces Site With BTC Doubler Scam
- Decrypt — Bitcoin.org Compromised, Fraudulent Crypto Giveaway Advertised
- Cointelegraph — Bitcoin.org goes offline after suffering scam attack
- CryptoPotato — BitcoinOrg Hacked: Giveaway Scam Promising Users to Double Their BTC
- NewsBTC — Bitcoin.org Hacked By Scammers For A Few Minutes. Someone Sent Them 0.4 BTC
- CoinDesk — UK Court Orders Bitcoin.org to Remove White Paper Following Craig Wright Lawsuit
- Wikipedia — Bitcoin (history of the bitcoin.org domain)
- Namefi — DNS on Tokenized Domains (DNS and on-chain token as separate layers)
Contributors
Aileen Wright is a student in her twenties living in New York City, where the distance between a museum wall and a library reading room is a short walk and a long afternoon. She came to name writing through art and history — the way a single portrait, coin, or manuscript margin can carry a name across centuries and change its meaning on the way.
Most weeks you can find her in Central Park with a paperback, or in the quiet of a public reading room chasing down where a name actually comes from rather than what a name-list says it means. She is also teaching herself to code, which has made her oddly precise about spelling, sorting, and the small details that decide whether a name ages well.
For Namefi she writes about the history and culture behind domain names, the stories brands carry as they rename, and the difference between a good story and a verified source.
Victor Zhou is a technology founder and standards editor focused on digital identity and trust. He founded Namefi, edits Ethereum Improvement Proposals, and previously led smart-contract architecture work at Google Labs.
His work sits at the intersection of naming, ownership, and the systems people use to establish identity online. That perspective makes him especially interested in the way names move between personal meaning, public recognition, and digital infrastructure.
For Namefi, Victor edits and writes about domains as durable digital identity: how names become ownable onchain assets, how tokenization changes custody and trust, and what naming can learn from the systems people use to establish identity online.
Related guides
- The $12 Minute: When Google Domains Accepted a Google.com OrderIn September 2015, Google Domains accepted a $12 order for google.com from former employee Sanmay Ved, then canceled it about a minute later. What the incident proves, what remains uncertain, and why the $6,006.13 bounty still matters for domain security.
- Domain Mayday EP03: The 2020 Twitter Bitcoin Account TakeoverOn July 15, 2020, attackers phoned their way into Twitter, hijacked the verified accounts of Obama, Biden, Musk, Gates, Apple and Uber, and ran a Bitcoin doubling scam — netting about $118,000. A deep-dive on how control of an online identity was stolen, and what it teaches about owning a name.
- Domain Mayday EP05: The 2024 Squarespace DeFi Domain Mass-HijackIn July 2024, a registrar migration from Google Domains to Squarespace turned weak default authentication into a mass attack surface. Attackers hijacked the domains of crypto and DeFi projects — Compound Finance, Celer Network, Pendle, Unstoppable Domains — and pointed them at wallet-drainer phishing sites. Here is how a "seamless" migration created hundreds of unlocked front doors, and what it teaches about registrar security and MFA.
- The BadgerDAO Front-End Attack: $120M Drained Through One Injected ScriptIn December 2021, attackers compromised BadgerDAO's Cloudflare account and injected one malicious script into its website front-end. The audited smart contracts were never touched — yet ~$120M walked out the door through wallet approvals users signed without knowing. A deep-dive on why the website is part of your security surface.