目前在 Solana 上發生過多起的黑客攻擊事件均與賬號校驗問題有關，慢霧安全團隊提醒廣大 Solana 開發者，注意對賬號體系進行嚴密的審查。
作者： Johan@慢雾安全团队
原用標題：漏洞隨筆：通過 Jet Protocol 任意提款漏洞淺談 PDA 與 Anchor 賬號驗證
據 Jet Protocol 官方博客披露，他們近期修復了一個賞金漏洞，這個漏洞會導致惡意用戶可以提取任意用戶的存款資金，慢霧安全團隊對此漏洞進行了簡要分析，並將分析結果分享如下。
相關信息
Jet Protocol 是運行在 Solana 上的一個借貸市場，用戶可將賬號裡的代幣（如：USDC、SOL）存入金庫，賺取年化收益，同時也可以按一定的比例借出另一種代幣。在這個過程中合約會給用戶一個 note 憑證，作為用戶未來的提款憑證，用我們熟悉的字眼來說就是 LP，而本次漏洞發生的原因也和這個 LP 的設計有關。
我們知道和以太坊合約相比，Solana 合約沒有狀態的概念，取而代之的是賬號機制，合約數據都存儲在相關聯的賬號中，這種機制極大提升了 Solana 的區塊鏈性能，但也給合約編寫帶來了一些困難，最大的困難就是需要對輸入的賬號進行全面的驗證。Jet Protocol 在開發時使用了 Anchor 框架進行開發，Anchor 是由 Solana 上的知名項目 Serum 團隊開發的，可以精簡很多賬號驗證及跨合約調用邏輯。
Anchor 是如何工作的呢？我們可以從 Jet Protocol 的一段代碼說起：
- programs/jet/src/instructions/init_deposit_account.rs
這裡的 deposit_account 賬號就是用於存儲 LP 代幣數據的賬號，用戶在首次使用時，需要調用合約生成該賬號，並支付一定的存儲費用。
而這裡的 #[account] 宏定義限定了這個賬號的生成規則：
規則 1：#[account(init, payer = <target_account>, space = <num_bytes>)]
這個約束中，init 是指通過跨合約調用系統合約創建賬號並初始化，payer=depositor 意思是 depositor 為新賬號支付存儲空間費用。
規則 2：#[account(seeds = <seeds>, bump)]
這個約束中將檢查給定帳戶是否是當前執行程序派生的 PDA，PDA (Program Derived Address) 賬號是一個沒有私鑰、由程序派生的賬號，seed 和 bump 是生成種子，如果 bump 未提供，則 Anchor 框架默認使用 canonical bump，可以理解成自動賦予一個確定性的值。
使用 PDA，程序可以以編程方式對某些地址進行簽名，而無需私鑰。同時，PDA 確保沒有外部用戶也可以為同一地址生成有效簽名。這些地址是跨程序調用的基礎，它允許 Solana 應用程序相互組合。這裡用的是"deposits" 字符+ reserve 賬號公鑰+ depositor 賬號公鑰作為 seeds，bump 則是在用戶調用時傳入。
規則 3：#[account(token::mint = <target_account>, token::authority = <target_account>)]
這是一個 SPL 約束，用於更簡便地驗證 SPL 賬號。這裡指定 deposit_account 賬號是一個 token 賬號，它的 mint 權限是 deposit_note_mint 賬號，authority 權限是 market_authority。
Account 的宏定義還有很多，這里略表不提，詳細可以考慮文檔：
https://docs.rs/anchor-lang/latest/anchor_lang/derive.Accounts.html
有了這些前置知識，我們就可以直接來看漏洞代碼：
- programs/jet/src/instructions/withdraw_tokens.rs
正常情況下，用戶調用函數 withdraw_tokens 提幣時，會傳入自己的 LP 賬號，然後合約會銷毀他的 LP 並返還相應數量的代幣。但這裡我們可以看到 deposit_note_account 賬號是沒有進行任何約束的，用戶可以隨意傳入其他用戶的 LP 賬號。難道使用別人的 LP 賬號不需要他們的簽名授權嗎？
通過前面分析宏定義代碼，我們已經知道了 market_authority 賬號擁有 LP 代幣的操作權限，確實不需要用戶自己的簽名。那麼 market_authority 又是一個怎麼樣的賬號呢？我們可以看這裡：
- programs/jet/src/instructions/init_market.rs
這個 market_authority 也是一個 PDA 賬號。也就是說合約通過自身的調用就可以銷毀用戶的 LP 代幣。那麼對於惡意用戶來說，要發起攻擊就很簡單了，只要簡單地把 deposit_note_account 賬號設置為想要竊取的目標賬號，withdraw_account 賬號設置為自己的收款賬號，就可以銷毀他的 LP，並把他的存款本金提現到自己的賬號上。
最後我們看一下官方的修復方法：
補丁中並未直接去約束 deposit_note_account 賬號，而是去除了 burn 操作的 PDA 簽名，並將 authority 權限改成了 depositor，這樣的話用戶將無法直接調用這裡的函數進行提現，而是要通過另一個函數 withdraw() 去間接調用，而在 withdraw() 函數中賬號宏定義已經進行了嚴密的校驗，惡意用戶如果傳入的是他人的 LP 賬號，將無法通過宏規則的驗證，將無法通過宏規則的驗證，因為 depositor 需要滿足 signer 簽名校驗，無法偽造成他人的賬號。
- programs/jet/src/instructions/withdraw.rs
總結
本次漏洞的發現過程比較有戲劇性，漏洞的發現人 @charlieyouai 在他的個人推特上分享了漏洞發現的心路歷程，當時他發現 burn 的權限是 market_authority，用戶無法進行簽名，認為這是一個 bug，會導致調用失敗且用戶無法提款，於是給官方提交了一個賞金漏洞，然後就去吃飯睡覺打豆豆了。
而後官方開發者意識到了問題的嚴重性，嚴格地說，他們知道這段代碼沒有無法提現的漏洞，而是人人都可以提現啊，老鐵，一個能良好運行的 bug 你知道意味著什麼嗎？！所幸的是沒有攻擊事件發生。目前在 Solana 上發生過多起黑客攻擊事件均與賬號校驗問題有關，慢霧安全團隊提醒廣大 Solana 開發者，注意對賬號體系進行嚴密的審查。
免責聲明：作為區塊鏈信息平台，本站所發布文章僅代表作者及嘉賓個人觀點，與 Web3Caff 立場無關。本文內容僅用於信息分享，均不構成任何投資建議及要約，並請您遵守所在國家或地區的相關法律法規。
