Bitget Security Incident (Hacking Attack) — Official Progress Update

Yes—Bitget was hacked on September 24, 2026. At 18:31 UTC that day, the attacker initiated the first unauthorized transfers from certain hot wallets and warm wallets; at 19:05 UTC, Bitget's reconciliation system detected anomalies, and the risk control system immediately and automatically blocked withdrawal requests across the platform. The investigation found that the attacker exploited a vulnerability in a third-party security product to steal internal network access credentials, forged withdrawal instructions, and bypassed risk controls to complete the transfers. Private keys were not compromised, and cold wallets were unaffected. Withdrawal services were fully restored on October 2, and independent investigation reports from Mandiant and SlowMist have been released. This page continuously consolidates verified facts, the root cause of the attack, withdrawal recovery progress, and the latest developments in the investigation and asset recovery.

Last updated: 2026-10-13 00:00 UTC · Incident date: 2026-09-24

View full timeline
September 2026 Bitget hack incident
Estimated affected funds
$388M
Final verified figure · Involving 12 wallet addresses
Withdrawal status
Fully restored
BTC September 28 · ETH September 29 · USDT September 30 · Others October 2
Cold wallet/private key
Unaffected
Securely held in a three-layer wallet architecture
Protection Fund
$314 million+
Holding 3705 BTC · Replenished to over $300M as committed

Bitget Hack Incident Timeline: Confirmed Facts in Chronological Order

Each record below links back to the original official announcement. Historical entries will not be retroactively modified—any corrections will be appended as new entries.
2026-10-02 · 08:00 UTC
2026-09-30 · 08:00 UTC
2026-09-29 · 08:00 UTC
ETH withdrawals resume, Bitget updates Proof of Reserves: latest total reserve ratio: 131%

Withdrawals for ETH and its EVM networks (Ethereum, BSC, Arbitrum, Base, Optimism) have resumed as scheduled. View the official withdrawal resumption plan →

Bitget has released the 47th Proof of Reserves update, announcing the latest reserve ratio covering a total of 19 assets.

Meanwhile, Bitget is launching limited-time high-yield flexible Earn for USDT/USDGO, limited-time rate hikes for USDGO HodlerYield, and ETH and BTC PoolX airdrop reward activities. Join the activity now →

Security Incident Details

Bitget Hacking Incident: Overview

On September 24, 2026, at 18:31 UTC, the attacker initiated the first unauthorized transfers from certain hot wallets and warm wallets. At 19:05 UTC, Bitget's reconciliation system detected a discrepancy in fund verification, and the risk control system immediately and automatically intercepted withdrawal requests across the platform. This was the first security incident of its kind in Bitget's 8 years of operation. The incident has been contained—no further unauthorized transfers will occur. Cold wallets holding the majority of platform assets were unaffected, and no private keys were compromised.

The affected assets involve 11 chains (Ethereum, XRP Ledger, Zcash, TRON, Arbitrum, Optimism, Base, BSC, Avalanche, Algorand, Celestia) and 12 assets (XRP, ETH, USDT, ZEC, USDC, USDT0, XAUt, BNB, AVAX, TRX, ALGO, TIA). Bitget has identified the attack path and remediated the relevant vulnerabilities.

Independent investigation reports from Mandiant (a Google Cloud company) and SlowMist were released on September 30. Their conclusions are broadly consistent with the previously disclosed attack path: both confirmed that a third-party security product was compromised, ultimately allowing the attacker to gain unauthorized access to Bitget's exchange wallet environment. No new unauthorized transfers were identified after containment was completed. Fund tracking, asset recovery, and longer-term security upgrades remain ongoing.

Root Cause of the Attack: How Did It Happen?

Following a comprehensive investigation, Bitget has confirmed the full attack chain. The attackers did not use common viruses or malware. Instead, they impersonated legitimate identities and relied on routine operational procedures throughout, making this a highly sophisticated targeted attack.

Key findings: Private keys were not compromised, and cold wallets were unaffected. Bitget has completed vulnerability remediation, reset all internal credentials and tightened access to highly sensitive permissions, notified the third-party vendor and disabled the related functionality, and strengthened independent withdrawal verification. A formal security report will be released shortly, disclosing more complete technical details.

Steal internal network credentials and infiltrate internal systems
A third-party security product used by Bitget contained a zero-day vulnerability, which the attackers exploited to infiltrate the platform's critical internal management systems. Because the impersonated identity information was genuine and valid, the system recognized the access as a normal user login.

Forge withdrawal instructions and bypass risk controls
The attackers used stolen high-privilege credentials to access wallet-related backend servers and directly wrote forged withdrawal commands into the wallet system, causing the system to process them as normal withdrawals. This bypassed the risk-control verification process before withdrawal records were generated and enabled the transfer of funds from hot/warm wallets.

Fund Tracking and Asset Recovery Bounty Program

Independent cybersecurity firms Mandiant and SlowMist are assisting with the investigation. Real-time on-chain tracking data has been made public.
Network
Attacker-Controlled Address
EVM
0x770b10b273fc44fe9197d6bf20f145c2e98463ee
XRP
rwNhefsz1UQEusxhCvHip3RANinWi4CTck
ZEC
t1WgMdtND8NF7NDUuYmq8MpMj1NTCXkMDVG
TRON
TBWNguTTgezw9dVorX441C6nDrZpRxYwKD
Asset Recovery Bounty Program
Eligible individuals or organizations whose voluntary assistance directly results in the freezing or recovery of funds may receive a bounty equal to 5% of the frozen amount or 5% of the recovered amount. Bitget also regards Bybit's LazarusBounty program as one of its core collaboration channels for asset recovery.

Phased Withdrawal Service Resumption Schedule

This suspension is a precautionary security measure and does not mean that funds are unavailable. Trading and deposit services remain fully operational.
Time (UTC)
Asset
Network
Status
2026-09-28 08:00
BTC
Bitcoin

Resumed

2026-09-29 08:00
ETH
Ethereum, BSC, Arbitrum, Base, Optimism

Resumed

2026-09-30 08:00
USDT
Ethereum, BSC, Solana, Tron

Resumed

2026-10-02 08:00
Other Assets / Fiat / P2P
—

Resumed

This phased approach enables Bitget to restore withdrawal services in an orderly manner following the incident. This plan applies uniformly to all users, with no priority given to any user. Our goal is to restore withdrawal services for all supported assets and networks as quickly and securely as possible.

Frequently Asked Questions

What exactly happened in the Bitget hot wallet security incident? Was Bitget really hacked?

The attacker exploited a zero-day vulnerability in a third-party security product used by Bitget to breach the internal key management system and steal high-privilege credentials. They then used these credentials to write forged withdrawal commands to the wallet system, causing the system to process them as normal withdrawals, thereby bypassing risk control verifications to complete the fund transfers. After the transfers were completed, the attacker also deleted the operation traces. The entire process did not use common viruses or malware; it was a highly technical targeted attack. Private keys were not compromised, and cold wallets were unaffected. The relevant vulnerability has been fixed, and the third-party vendor has been notified and assisted in the remediation.
The attacker exploited a zero-day vulnerability in a third-party security product used by Bitget to gain access to critical internal management systems and steal high-privilege credentials. The attacker then used those credentials to write forged withdrawal instructions to the wallet system, causing the system to process them as normal withdrawals and bypass risk-control checks to transfer funds. After the transfers were completed, the attacker also deleted traces of the activity. No common viruses or malware were used during the attack; it was a technically sophisticated targeted attack. Private keys were not compromised, and cold wallets were not affected. The vulnerability has been fixed, and the third-party vendor has been notified and is assisting with remediation.
Following final verification, approximately $388M in assets was transferred out, involving 12 wallet addresses, all of which were hot wallets and warm wallets. This figure reflects the latest accounting and classification results for onchain transactions related to this incident.
The suspension is a preventive security measure used to complete the final verification of the withdrawal infrastructure before safely resuming services—it is unrelated to the availability of user assets. Deposit and trading services remained operating normally throughout the incident.
BTC withdrawals resumed as scheduled on September 28; ETH withdrawals will resume on September 29; USDT will resume on September 30; and other cryptocurrencies, fiat currencies, and P2P services are expected to fully resume on October 2. Please refer to the withdrawal recovery schedule above for details.
The recovery order is determined by asset type and is unrelated to account tier: BTC first (September 28), followed by ETH and its EVM networks (September 29), then USDT across all supported networks (September 30), and finally other cryptocurrencies, fiat currencies, and P2P (October 2). This schedule applies equally to all users; there is no VIP or account-tier priority.
The recovery order is determined by asset type and is unrelated to account tier: BTC first (September 28), followed by ETH and its EVM networks (September 29), then USDT across all supported networks (September 30), and finally other cryptocurrencies, fiat currencies, and P2P (October 2). This schedule applies equally to all users; there is no VIP or account-tier priority.
Yes. Your account balance is accurate and unaffected. The financial impact of this incident is covered by the Bitget Protection Fund, which holds 5500 BTC, valued at over $464 million. The cold wallets holding the majority of the platform's assets were not breached.
User account balances remain accurate and unaffected. The approximately $388M affected in this incident came from hot wallet and warm wallet infrastructure. Any resulting financial impact will be covered by the Bitget Protection Fund and will not be passed on to user account balances.
The Bitget Protection Fund holds 5,500 BTC (over $464M)—more than the current estimated $388M in affected funds—and has been designated to cover the full financial impact of this platform-level incident. Cold wallets, which hold the majority of platform assets, were not affected by this incident. Bitget's latest financial report as of August 31 shows that its own funds, including the Protection Fund, exceed $1.4B.
Yes—Bitget has stated that the Protection Fund (holding 5500 BTC, worth over $464 million) covers the financial impact of this incident. For independent verification, it is recommended to cross-check Bitget's self-published monthly Proof of Reserves (comprehensive reserve ratio of 127%, Merkle Tree proof, and reserve ratio), as well as the official announcements on incident progress linked in the timeline above, rather than relying solely on the summary on this page.
Bitget's latest Proof of Reserves shows a combined reserve ratio of 127%. Updated reserve information will be published once the independent forensic review is complete.
Deposit and trading services remained operating normally throughout the incident, account balances were unaffected, and this breach was strictly limited to the hot wallet/warm wallet infrastructure; cold wallets were untouched, and private keys were not compromised. Whether to continue holding funds on any exchange is a personal risk decision—this page provides verified facts (timeline, root cause of the attack, Protection Fund, Proof of Reserves) for you to make your own judgment based on the latest information, rather than hearsay.
Yes. This is the first security incident of this kind in Bitget's 8-year operating history. It was a targeted attack on the supply chain of third-party security software, rather than a failure of Bitget's core underlying architecture or private key management—cold wallets were not affected, and private keys were not compromised. Upon detecting the anomaly, Bitget activated its highest-level emergency response within minutes and swiftly contained the losses. It is currently conducting an independent review jointly with Mandiant and SlowMist, and will comprehensively upgrade its monitoring and management standards for third-party components.
Yes, BTC and ETH withdrawals resumed as scheduled on September 28 and September 29, respectively, and a large number of users have successfully completed withdrawals since the resumption (as of September 28 at 09:00 UTC, 9585 BTC transactions have been processed, totaling approximately 4098 BTC). USDT and other assets will gradually resume according to the schedule.
Bitget self-publishes a cryptographic Merkle Tree-based Proof of Reserves and reserve ratio every month—see the link in the "Fund Security Guarantee" module above. It is recommended to cross-check the published PoR figures with the Protection Fund balance and the confirmed transferred amounts on this page to independently verify the data, rather than relying on a single source of information.
Asset recovery efforts are ongoing, and some affected assets have been successfully frozen through collaboration with exchanges, blockchain projects, and security firms. For real-time data, please refer to the Bitget real-time tracking dashboard linked above. Specific figures are not repeated on this page because the amounts frozen and recovered continue to change as the investigation progresses.
These are two limited-time user reward programs launched simultaneously by Bitget: the Bitget Alliance Program for retail users, which sets 30% of the actual retained net transaction fees of non-institutional users as an exclusive promotion pool to reward users, and introduces a VIP tier maintenance plan; and Project Stand Together for PRO clients and market makers, which provides rewards in terms of transaction fees and rebates, and extends PRO tier protection until November 30. Please refer to the official announcement for the complete rules.
The latest entry in the verified timeline above always represents the latest official progress. As of the last update of this page, the latest progress is that BTC withdrawals resumed as scheduled on September 28. It is recommended to bookmark this page or follow the official X account @Bitget to get the latest confirmed information.
Yes, Bitget holds regulatory licenses and registrations issued by multiple jurisdictions and operates in accordance with relevant regulatory requirements. This security incident is unrelated to the platform's regulatory compliance status—the incident stemmed from the exploitation of a vulnerability in a third-party security product, not an issue at the platform qualification or licensing level. Specific license information can be viewed on the official compliance page.
Yes. Bitget has confirmed the attack path and remediated the exploited vulnerability in the third-party security product. It has also reset all internal credentials, tightened high-sensitivity permissions, notified the third-party vendor and disabled the relevant functions, and strengthened independent withdrawal verification mechanisms. No further unauthorized transfers have been identified since containment was completed. Independent investigation reports from Mandiant and SlowMist have also confirmed that the attack path is consistent with Bitget's official disclosure.
No. The approximately $388M in affected funds in this incident came from hot wallet and warm wallet infrastructure and did not involve any user account balances. Your account balance remained accurate and unaffected throughout the incident. The resulting financial impact will be covered by the Bitget Protection Fund and will not be passed on to user accounts.
Yes. The phased withdrawal resumption plan was fully completed on October 2 (BTC→ETH→USDT→other cryptos/fiat/P2P resumed in sequence), the exploited vulnerability has been fixed, independent investigation reports by Mandiant and SlowMist have been published, and no new unauthorized transfers have been detected since containment. Fund tracking and recovery efforts are still ongoing, but the emergency response and recovery processes at the platform level have been completed.
Stay Updated on the Latest Developments
This page will be continuously updated as official information is confirmed. If you have any account-related questions, please contact customer support directly.
Beware of Scams Exploiting This Incident
Bitget will never ask users to transfer funds or disclose passwords, private keys, seed phrases, or verification codes under the pretext of “assisting with asset recovery” or “restoring withdrawals.” Please obtain information only through the official channels and links published on this page.