Showing posts with label crypto security. Show all posts
Showing posts with label crypto security. Show all posts

Harmony Exploit Forged 3.01 Trillion Tokens, They Want to Fix it By Reverting Blockchain to Pre-Hack Date...

Harmony Exploit

Harmony's latest security incident has gone from bad to surreal. What initially looked like an unauthorized mint of about 4 billion ONE has turned into a reconstructed total of roughly 3.01 trillion forged tokens, and the network's chosen fix is equally dramatic: roll the blockchain back to a point before the exploit and throw away everything recorded after it.

Harmony says the forged supply was created through six cross-shard transactions and sent to four attacker-controlled wallets. One wallet alone moved 2.385 trillion ONE through 477 successful transfers in just 106 seconds. At pre-attack prices, that quantity had a notional value measured in billions of dollars, although no attacker could realistically sell trillions of ONE anywhere near the pre-attack market price.

The Original 4 Billion Figure Was Only the Beginning

Harmony first acknowledged the incident on August 12 after researchers spotted unauthorized ONE appearing through empty blocks. The early analysis identified two records that created 1 billion and 3 billion ONE. That 4 billion figure was alarming on its own because it represented a large chunk of the legitimate token supply.

A deeper reconstruction changed the scale completely. Harmony's later incident update said investigators found a flaw in cross-shard receipt verification that allowed valid receipts to be processed more than once.

In plain English, a cross-shard receipt is evidence that something happened on one part of Harmony's sharded network and should be credited on another. If that receipt can be reused, the receiving side can credit value repeatedly without a matching debit happening again on the sending side. That turns a bookkeeping proof into a printing press, which is generally not a feature anyone wants in a monetary system.

Harmony patched the vulnerability on August 12 with Mainnet v2026.1.1 and suspended bridge services while it worked with validators, exchanges and infrastructure providers to contain the damage. The project has said it traced more than 99.9% of the forged ONE pathways to wallets or service clusters. Tracing a path, however, is not the same thing as recovering the money or identifying the person behind the wallet.

Why Harmony Chose a Full Rollback

The team considered less disruptive options. Those included blacklisting wallets, trying to burn forged tokens, selectively replaying legitimate transactions and even migrating ONE to a new token. Harmony concluded that each option created its own problems, especially because forged tokens had already moved through exchanges, decentralized pools, bridges and other wallets.

If an innocent user received ONE that had passed through an attacker-linked pool, a blunt blacklist or burn could punish the wrong person. Selectively restoring transactions sounds cleaner until smart contracts, balances, transaction nonces and dependent transactions no longer line up with the altered history.

Harmony's answer is a fixed rollback window. Its rollback plan keeps Shard 0 at block 92,730,034 and Shard 1 at block 94,978,278, both timestamped August 11 at 23:25:37 UTC. New blocks would then be produced from replacement databases built around those checkpoints.

The cost is real. Harmony says the discarded window contains 141,628 consecutive blocks, 109,126 regular transactions and 315 staking transactions. Those are not all attacker transactions. Legitimate activity after the checkpoint disappears too.

Harmony says about 95.8% of the affected regular transactions were automated activity, much of it associated with decentralized exchange bots. The network also said only 22 of the 109,126 regular transactions were simple native transfers with no obvious dependency in its data. Even those cannot simply be dropped back into the replacement chain with complete confidence because the state around them may have changed.

This Is What Blockchain Finality Looks Like Under Stress

Rollback debates tend to become philosophical very quickly because blockchains market themselves around immutability. In practice, public chains are software systems run by human communities, validators and developers. When the ledger itself has accepted a catastrophic amount of forged supply, every available choice damages something.

Do nothing, and trillions of unauthorized tokens remain part of the ledger. Blacklist aggressively, and innocent holders can get caught in the blast radius. Attempt a surgical reconstruction, and subtle state mismatches can create a second disaster. Roll back the chain, and valid transactions that users reasonably believed were final are erased.

Harmony chose the last option because it believes one audited cutoff applied to everyone creates the lowest risk of another exploit or consensus failure. Whether validators, exchanges, bridges and users can coordinate the restart cleanly is now the practical test.

Harmony Has Been Here Before, but This Attack Is Different

The incident also lands on a network with painful security history. In 2022, Harmony's Horizon bridge lost about $100 million in crypto. The FBI later attributed that theft to North Korea's Lazarus Group. That attack targeted bridge infrastructure. This one is more fundamental because the vulnerability involved the network's own cross-shard verification logic and the creation of native ONE.

There is no public evidence at this point linking the current exploit to Lazarus Group, and it would be irresponsible to imply otherwise. The relevant comparison is technical and reputational: Harmony is once again asking users and counterparties to trust its recovery process after a major security failure.

The patch may have closed the bug, but the harder part is restoring a coherent ledger, reconciling exchange and bridge balances, and convincing users that the replacement history can be treated as final. A blockchain can survive a rollback. Restoring confidence after trillions of tokens appeared from nowhere is the more difficult job.
---------------

Author: Dorian Fenwick
Silicon Valley Newsroom
Breaking Crypto News

Google Researchers Say a Quantum Computer Could Crack Bitcoin Keys in JUST 9 Minutes...


Google's quantum computing team just dropped a paper that the crypto world has been dreading for years, and the headline number is hard to ignore: a sufficiently powerful quantum computer could, in theory, crack a live Bitcoin transaction in roughly nine minutes.

The research, published on March 30, estimates that breaking the 256-bit elliptic curve cryptography (ECDLP-256) that protects Bitcoin wallets would require fewer than 500,000 physical qubits - about 20 times fewer than previous estimates. That's a significant downward revision, and it changes the timeline for when this threat becomes a real concern.

How the Attack Would Actually Work

Bitcoin's encryption protects wallets by keeping private keys hidden from public keys. Under normal conditions, no known classical computer can reverse-engineer a private key from a public key in any realistic timeframe. Quantum computers operating with Shor's algorithm, however, can crack elliptic curve cryptography much faster.

The specific attack described in the paper targets real-time transactions rather than old dormant wallets. When a Bitcoin transaction is broadcast to the network, the sender's public key is briefly exposed for roughly 10 minutes before the transaction confirms. The paper estimates that a quantum attacker who has pre-computed the necessary setup steps could exploit that window with about a 41% chance of success in under nine minutes.

That's not a guaranteed crack - it's a probabilistic attack during a narrow exposure window. But 41% odds with a nine-minute timer is a very different threat profile than what most people have been planning around.

Who's Most at Risk

Approximately 6.9 million Bitcoin are already considered vulnerable to a longer, slower quantum attack - including roughly 1.7 million coins from the Satoshi era. These older wallets reuse addresses or have exposed public keys, which means there's no time-pressure window needed; a quantum computer would just need enough qubits and time.

Ironically, Bitcoin's Taproot upgrade - introduced in 2021 to improve privacy and efficiency - may have made things worse. By exposing public keys by default in certain transaction types, Taproot expanded the pool of wallets exposed to real-time quantum attacks. That wasn't the intent, but it's now a documented risk in Google's own research.

Ethereum is actually less exposed to the nine-minute attack because ETH transactions confirm much faster, leaving a shorter window for a quantum attacker to work within.

Where Things Actually Stand

Here's the important context: this threat is not imminent. No quantum computer today comes close to 500,000 useful physical qubits with the error correction needed to run Shor's algorithm against live Bitcoin transactions. Google's own Willow chip, the most advanced publicly known quantum processor, operates at a far smaller scale than what the paper describes as necessary.

Google has been working on post-quantum cryptography (PQC) migration since 2016 and set a 2029 target for completing its own migration. The research was conducted using zero-knowledge methods specifically to avoid providing a usable attack recipe to bad actors.

The Bitcoin community has been aware of quantum risk for years, and several post-quantum signature schemes exist that could, in principle, replace the current ECDSA standard. What this paper does is sharpen the urgency. The qubit requirement is now lower than expected, the timeline may be tighter than people assumed, and the Taproot complication is newly documented.

Whether the ecosystem moves fast enough to address this before a capable quantum computer exists is the real open question - and right now, the answer is unclear.

------- 
Author: Adam Lee 
Asia News Desk Breaking Crypto News



Multiple Crypto Companies Affected By GoDaddy Security Breach - "Several Employees Fell For A Scam"...

The Liquid exchange and NiceHash mining are among those affected by a scam that ended with GoDaddy employees giving their passwords over to the malicious actors.  GoDaddy is one of the most popular services to register .com's and other popular domain name extensions.

Liquid's CEO Mike Kayamori says they used those employees access to partially breach the site's infrastructure, change their DNS records, and take possession of several internal email accounts. They also believe they downloaded copies of several 'important documents'.

The company recommended that its users change passwords and take additional security measures to prevent leakage of their data . He added that he had controlled the attack before hackers had access to his clients' accounts and assets.

The staff at Liquid noticed this on November 15th, just 4 days later the crypto mining service NiceHash also reported it was the victim of a security breach.

The company said that after detecting unauthorized changes to the configuration of its web domain registered with GoDaddy, it decided to freeze all client funds for 24 hours, a move that seems to have worked in protecting all funds.

Additional Companies Involved May Be Staying Silent...

No company in the crypto space wants their name connected to any type of security breach, and cyber security expert Brian Krebs's report shows there may be more crypto companies with GoDaddy domains, showing the same altered information as the confirmed victims.

This includes Bibox, Celsius, and Wirex - none have announced any issues, and none are responding to requests for comments.

GoDaddy spokesperson Dan Race says that the company identified the unauthorized changes to its customers' domains, and immediately blocked the accounts and reversed the changes.

------- 
Author: Adam Lee 
Asia News Desk