RUB:慢霧團隊：比特幣RBF假充值風險分析_RUB幣

前言

據鏈聞消息，加密錢包ZenGo發布報告稱其在Ledger、BRD和Edge等主流加密貨幣錢包中發現了一個漏洞（命名為「

BigSpender」）。該漏洞可能會使未確認的交易計入用戶的總余額中，而此時，攻擊者可在交易確認之前撤銷該筆交易。攻擊者利用了比特幣協議中的一項費用替代「

Replace-by-Fee」功能。該功能可通過支付更高的手續費來替換此前的一筆交易。攻擊者可以連續多次使用該功能進行BigSpender攻擊。下面，

慢霧安全團隊將基于此次事件分析比特幣協議RBF特性對交易所和錢包所產生的影響。

慢霧：Rubic協議錯將USDC添至Router白名單，導致已授權合約用戶USDC遭竊取:12月25日消息，據慢霧安全團隊情報，Rubic跨鏈聚合器項目遭到攻擊，導致用戶賬戶中的USDC被竊取。慢霧安全團隊分享如下：1. Rubic是一個DEX跨鏈聚合器，用戶可以通過RubicProxy合約中的routerCallNative函數進行Native Token兌換。在進行兌換前，會先檢查用戶傳入的所需調用的目標 Router是否在協議的白名單中。

2. 經過白名單檢查后才會對用戶傳入的目標Router進行調用，調用數據也由用戶外部傳入。

3. 不幸的是USDC也被添加到Rubic協議的Router白名單中，因此任意用戶都可以通過RubicProxy合約任意調用USDC。

4. 惡意用戶利用此問題通過routerCallNative函數調用USDC合約將已授權給RubicProxy合約的用戶的USDC通過transferFrom接口轉移至惡意用戶賬戶中。

此次攻擊的根本原因在于Rubic協議錯誤的將USDC添加進Router白名單中，導致已授權給RubicProxy合約的用戶的USDC被竊取。[2022/12/26 22:07:00]

什么是RBF

GoPlus與慢霧提出合約可限時授權EIP提案，以降低遺留授權導致的被盜風險:10月6日消息，安全機構GoPlus與慢霧提出可限時授權的EIP標準，以降低遺留授權導致的被盜風險。標準中提到，包括TransitSwap事件在內，反復發生的資產盜竊是由于用戶對合約的過度授權造成的，如果合約出錯，所有沒有召回授權的用戶都會受到攻擊。

GoPlus與慢霧提出的解決方案可以為ERC-20Token設置Approv，以在默認時間段內自動撤回授權，或者使用自定義的時間限制來召回授權并及時避免風險，并提交了一份新的EIP，目前正在由以太坊研究部門審查。[2022/10/6 18:41:11]

RBF，全稱?

慢霧安全預警：Solana出現惡意合約授權釣魚事件 可轉走用戶全部原生資產:3月5日消息，Solana上出現多起授權釣魚事件。攻擊者批量給用戶空投 NFT (圖 1) ，用戶通過空投 NFT 描述內容里的鏈接 (www_officialsolanarares_net) 進入目標網站，連接錢包(圖 2)，點擊頁面上的“Mint”，出現批準提示框(圖 3)。注意，此時的批準提示框并沒有什么特別提示，當批準后，該錢包里的所有 SOL 都會被轉走。當點擊“批準”時，用戶會和攻擊者部署的惡意合約交互：3VtjHnDuDD1QreJiYNziDsdkeALMT6b2F9j3AXdL4q8v

該惡意合約的功能最終就是發起“SOL Transfer”，將用戶的 SOL 幾乎全部轉走。從鏈上信息來看，該釣魚行為已經持續了幾天，中招者在不斷增加。

提醒：1. 惡意合約在用戶批準(Approve)后，可以轉走用戶的原生資產(這里是 SOL)，這點在以太坊上是不可能的，以太坊的授權釣魚釣不走以太坊的原生資產(ETH)，但可以釣走其上的 Token。于是這里就存在“常識違背”現象，導致用戶容易掉以輕心。

2. Solana 最知名的錢包 Phantom 在“所見即所簽”安全機制上存在缺陷(其他錢包沒測試)，沒有給用戶完備的風險提醒。這非常容易造成安全盲區，導致用戶丟幣。（慢霧區）[2022/3/5 13:39:42]

Replace-by-fee，是比特幣內存池中的一種協議，允許使用其他交易將未確認交易進行替換的方式，

RBF?的方案主要有以下幾種：

1、FullRBF?：使用更高的手續費替換前一筆交易

2、First-seen-safeRBF：初見替換，即替換交易本身的輸出金額必須大于等于被替換交易

3、Opt-inRBF：選擇性替換交易，通過追加手續費的形式將舊交易替換，節點可選擇開啟或關閉此功能

4、DelayedRBF：當舊交易首次被網絡中節點接收，如果在給定數量的區塊數之后，舊交易仍然未被打包，則允許新交易無條件地替換舊交易

目前BitcoinCore采用的是Opt-inRBF的方案，即通過聲明一筆交易為可替換的形式，后續可使用其他交易替換這筆交易。關于Opt-inRBF的詳細說明可參考BitcoinCore的說明?https://bitcoincore.org/en/faq/optin_rbf/

如何利用RBF進行攻擊

RBF?主要針對的是0確認交易，即對內存池中的未確認交易進行替換，當交易所或錢包在處理0確認的交易時，沒有正確處理交易相關的狀態時，就會導致雙花和假充值的問題，具體攻擊手法如下：

1、攻擊者發送一筆?RBF?交易，輸出地址指向交易所或錢包，并支付低額手續費，防止交易過快被打包；

2、在交易所檢索到這筆0確認的交易后，攻擊者立刻發送一筆替換交易，并將輸出地址改為攻擊者可控的其他地址，替換先前的發送給交易所或錢包的交易；

3、由于交易所或錢包在對0確認交易的處理存在問題，沒有校驗交易是否為?RBF交易和交易的確認狀態，直接在未確認的情況下入賬?RBF?交易，導致交易所或錢包被假充值、雙花、欺詐攻擊及對錢包進行DoS攻擊；

攻擊流程圖如下：

目前，慢霧安全團隊對市面上的幾款去中心化的錢包進行測試，已在部分錢包中發現此類問題，并將問題同步給相應的項目方以及協助修復。

防御方案

1、交易所或錢包應禁止采用0確認的方式對比特幣充值進行入賬；

2、如需要對0確認交易進行入賬，必須檢測該交易不能為?RBF?交易，具體為交易Input中的nSequence字段值必須為0xffffff，任意未確認交易中包含非0xffffff值的nSequence應拒絕入賬；

3、檢查交易狀態，如檢查比特幣交易是否被打包，或已達到相應的確認數；

4、錢包應展示對應的交易確認狀態，防止欺詐攻擊；

5、慢霧安全團隊已支持該攻擊的檢測，如錢包或交易所不確定自己的入賬方式是否存在問題，可聯系慢霧安全團隊進行檢測。

Tags：RBFBICRubicRUBBIC價格RUB幣

UNI