什麼是「偽造轉帳授權」攻擊？
偽造轉帳授權攻擊，是指攻擊者入侵交易所後台用來核准出金請求的系統，讓交易所誤以為這是一筆合法請求而放行資金，全程完全不需要偷走真正用來簽署交易的私鑰。
偽造轉帳授權攻擊，是一種交易所遭駭的手法，攻擊者入侵的是後台核准出金請求的系統，而不是真正用來簽署交易的加密私鑰本身。與其說是偷走保險庫的密碼，不如說是偽造一張指令，讓保險庫自己打開。這個區別很重要，因為它改變了交易所在事後聲明「我們的私鑰很安全」時，這句話到底代表什麼意思。
這個攻擊機制在 Bitget 遭駭事件後受到廣泛關注，詳細內容可參考這篇報導。當時交易所高層用了一個銀行櫃檯的比喻來說明事件：金庫本身從未被打開，但有人找到方法讓櫃員把現金交出去，就好像對方遞出了一張合法的提款單。這個比喻很貼切，因為它正好符合大多數交易者對「交易所安全出問題」的直覺想像，也正是為什麼這類攻擊值得獨立說明，而不是被簡單歸類為常見的「私鑰被偷」事件。
交易所的出金授權系統實際是怎麼運作的？
每一家中心化交易所，在用戶按下「出金」和幣真正離開錢包之間，都存在一套分層架構。大致流程是：請求進入系統後，先由授權層檢查這筆請求是否合法（帳號是否正確、2FA 是否通過、有無詐欺標記、是否在風控額度內），只有通過這道檢查，簽名系統才會產生真正在鏈上移動資金的加密簽名。
私鑰本身通常是防護最森嚴的一環，多半存放在硬體安全模組、多方運算架構或需要多重實體核准的冷儲存中。這部分投入的安全資源最多，因為一旦被攻破，後果最為嚴重。但位在私鑰前端的授權層，同樣是一套軟體系統，由工程師建置維護、跑在伺服器上、連接資料庫，只要有人取得正確憑證或找到可利用的漏洞，就有機會碰到它。
這個授權層，正是偽造轉帳授權攻擊真正的下手目標。只要攻擊者能讓這套系統「相信」某筆出金請求合法，後端的簽名系統就會照著設計好好簽名——因為它本來就是這樣被設計的。私鑰從頭到尾沒有離開安全環境，技術上也從未被偷走。但偽造的指令仍然能一路暢通抵達簽名系統，並偽裝成合法請求。
為什麼「我們的私鑰從未被攻破」不代表這次駭客事件不嚴重？
這句話正是每次類似事件發生後，最容易引起大眾誤解的說法。交易所之所以愛用這句話，是因為技術上完全屬實，聽起來也很讓人安心, , 它暗示最深層的防線守住了。狹義來說，這確實沒錯。
但資金依然流出了平台，用戶依然損失了真金白銀。資金失竊的路徑走的是審核邏輯而非簽名私鑰，這個事實並不會改變最終結果，只是說明了內部架構裡究竟是哪一環出了問題。換個角度想像成實體安全事件：如果有人偽造了銀行內部的轉帳授權，讓櫃員照著放款，金庫大門確實從未被觸碰，但銀行同樣被搶了。這個區分對事後的工程修復很有意義（它告訴安全團隊該從哪裡補強），但對損失資金的用戶來說，這個區分沒有任何意義。
這也是為什麼只用「私鑰有沒有被偷，是或否」來排比各次交易所駭客事件的頭條標題，很容易誤導讀者。像這篇歷來最大規模交易所駭客事件盤點這樣的綜合排名，通常必須把攻擊手法本身也一併納入考量，而不能只看結果，因為手法才能真正告訴你哪一種防禦機制其實失效了。
有哪些機制真正能擋下這類攻擊？
面對已經找到後台漏洞、有備而來的攻擊者，沒有任何單一機制能百分之百擋下，但把多種機制疊加在一起，能大幅拉高攻擊難度、拖慢攻擊速度。
| 防護機制 | 作用 | 限制 |
|---|---|---|
| 多重簽名核准 | 出金前需要多組獨立金鑰/系統各自核准 | 若多個核准方同時被攻破，就失去效果 |
| 出金地址白名單 | 只允許出金到預先核准的地址，新地址設有冷卻期 | 若白名單本身的某筆紀錄被攻破，攻擊者仍有機可乘 |
| 大額出金延遲生效 | 高額轉帳執行前增加人工審核時間窗 | 能拖慢攻擊，但無法完全阻止有計畫的攻擊 |
| 驗證系統與簽名系統分離 | 讓授權邏輯與簽名基礎設施各自獨立，彼此信任程度受限 | 需要嚴謹的工程紀律，避免長期下來悄悄變得耦合 |
| 獨立管道二次驗證 | 透過與請求發起管道不同的另一個管道確認出金請求 | 增加操作摩擦，部分平台為求方便會省略 |
多重簽名驗證特別值得一提，因為它正面解決了「授權被偽造」這個問題：如果出金需要多個彼此不完全互信的系統或人員各自獨立確認，攻擊者就必須一次攻破不只一個環節。這跟只需要騙過一個後台驗證系統，難度完全不在同一個等級。
交易者該如何保護自己，避免碰上這類詐騙？
個別交易者沒辦法稽核交易所的內部架構，所以實際能做的防護，更多是降低曝險、及早察覺異常。以下幾個習慣特別重要：
- 預設把來路不明的出金確認提示當作可疑，尤其是語氣急迫的郵件通知。
- 2FA 盡量用硬體裝置驗證，而不是簡訊驗證，因為簡訊驗證碼至今仍是帳號被盜最常見的破口之一。
- 在有提供出金地址白名單功能的交易所開啟這項設定，並替新地址設定冷卻期。
- 只把正在活躍交易的資金留在交易所，其餘的轉到自我保管錢包, , 因為任何交易所端的防護機制，都保護不了已經不在平台上的資產。
- 定期檢查帳戶的活躍登入紀錄與 API 金鑰, , 一組被遺忘、閒置但仍有出金權限的 API 金鑰，一旦外洩，正是這類偽造授權攻擊最容易利用的破口。
基本的帳戶安全知識同樣有幫助：了解槓桿、強制平倉這類名詞雖然跟出金安全沒有直接關聯，但通常越了解交易所整體運作機制的交易者，也越會留意帳戶設定與安全選項。如果你剛接觸交易所不久，這份新手學習指南把帳戶安全基礎和交易基礎知識一併整理好了。
這件事會改變你評估交易所安全性的方式嗎？
理論上應該會，而且該調整的是你問問題的方式。「私鑰安不安全」是必要條件，但不是充分條件。更值得問的問題是：這家交易所是否公開說明過分層授權機制，是否支援出金地址白名單，以及過去遇到事件時，是傾向公開透明地揭露，還是用淡化說法帶過。
像 Bitget 這樣的交易所，在事件發生後也不得不公開正面回應這個區別，至少讓這場對話被攤在陽光下討論。在比較各平台安全性時，不要只看手續費或槓桿倍數，也值得花時間讀過行銷文案背後，平台實際上是如何描述自家出金架構的，並搭配交易所排行總覽與個別交易所評測一起參考。
偽造轉帳授權攻擊，嚴格來說並不是什麼全新的犯罪手法，但它提醒我們：交易所安全是一整條系統鏈，而不是一把鎖。就算擁有全世界最強的金鑰管理機制，只要決定「何時該動用這把金鑰」的系統本身能被騙過，一切防護就形同虛設。
常見問題
什麼是加密貨幣交易所的「偽造轉帳授權」攻擊？
這是一種攻擊手法：駭客偽造或操控交易所內部核准出金的審核流程，而不是直接偷走真正用來簽署交易的加密私鑰。交易所系統被騙，誤以為某筆出金請求是合法的，於是資金就從看似正常、已核准的管道流出。
如何判斷一筆交易所出金請求是不是真的？
先確認出金確認信或 App 通知，對應的是你自己主動發起的操作，並在動作之前先到帳戶活動紀錄裡核對收款地址。如果你根本沒有申請出金，任何跳出的確認提示都該當作可疑處理，並透過交易所官網（而不是訊息裡的連結）聯繫客服。
哪些安全機制能防止加密貨幣平台上的未授權轉帳？
多層防護包括：大額出金採多重簽名核准、出金地址白名單制、新地址設有延遲生效時間，以及把「驗證請求合法性的系統」和「持有簽名私鑰的系統」分開管理。單一防護都不足以完全阻擋攻擊，這也是為什麼安全架構成熟的交易所會同時疊加多種機制。
2026 年交易者該如何保護自己，避免碰上交易所轉帳詐騙？
有提供出金地址白名單功能的話務必開啟，2FA 盡量用硬體裝置驗證而非簡訊驗證，並避免點擊來路不明、自稱是交易所寄出的信件裡的連結。不常用來交易的資金建議轉出到自我保管錢包，因為任何交易所端的安全機制都保護不了已經不在平台上的資產。
哪些國家有針對交易所轉帳安全訂定監管規範？
像歐盟的 MiCA、新加坡的 MAS、香港的 SFC 等監管機構，都對持牌交易所訂有營運韌性與資產保管安全的相關要求，不過截至 2026 年各地細節不一，執行力度也仍在成熟中。監管通常聚焦於資本與揭露規範，而非強制規定出金審核要用哪一種技術架構。
多重簽名驗證如何阻擋偽造授權攻擊？
多重簽名機制要求出金前必須經過多組獨立金鑰或系統各自核准，光是攻破其中一個授權環節並不足以把資金轉走。攻擊者必須同時攻破多個獨立系統或簽署方，難度遠高於單純攻破一個後台驗證系統。
偽造授權攻擊，是不是代表交易所的私鑰被偷了？
不是，而這個差異正是讓大眾感到困惑的關鍵。交易所可以誠實地說簽名私鑰從未被碰過，卻同時損失了大量用戶資金，因為攻擊者操控的是「告訴簽名系統這筆出金合法」的審核層，而不是私鑰本身。
偽造轉帳授權攻擊，會比私鑰被偷的駭客事件更嚴重嗎？
很難說哪一種絕對更嚴重，兩者代表的是不同的防線失守點。私鑰被偷是直接攻破最後一道防線；而偽造授權攻擊則揭露出，位於私鑰前端的審核邏輯本身也可能被操控，這牽涉到另一個層面的問題——內部系統完整性與存取控管。