【ITニュース解説】Smart Contract Vulnerability Surface Analysis: Rocket Pool

この解説は、イーサリアム上で最大の分散型リキッドステーキングプロトコルであるRocket Poolのスマートコントラクトにおける脆弱性分析の結果を、システムエンジニアを目指す初心者にも理解できるようにまとめたものである。まず、スマートコントラクトとはブロックチェーン上で自動的に実行される契約プログラムであり、DeFi（分散型金融）の中核をなす技術であると理解してほしい。Rocket Poolは、ユーザーが少額のイーサ（ETH）をステーキング（預け入れることでネットワークの安全性を保つ行為）し、その見返りに報酬を得られるサービスを提供する。このプロトコルには約12.6億ドル相当の資産が預けられており、これを「TVL（Total Value Locked）」と呼ぶ。

Rocket Poolのサービスは、複数のスマートコントラクトが連携して動く複雑なシステムで成り立っている。主な構成要素として、ステーキングプール管理、トークンエコノミー（RPLやrETHといったトークンの発行・管理）、オラクルと手数料システム（ネットワークの状態把握や手数料計算）、L2ブリッジ（イーサリアム本体チェーンであるL1と、処理速度向上のためのL2ロールアップ間の資産移動）、そしてアップグレードとガバナンス（プロトコルの改善提案と意思決定）がある。

これまでにもRocket Poolは外部の専門家による監査を複数回受けてきているが、ブロックチェーン技術は常に進化しており、それに応じて攻撃手法も巧妙化している。特にクロスチェーンブリッジ（異なるブロックチェーン間での資産移動）やプロトコルのアップグレード機能、報酬計算といった部分は、攻撃者にとって新たな標的となる「攻撃対象領域」が拡大しているため、定期的な脆弱性分析が不可欠となる。今回の分析では、いくつかの深刻な問題点が発見された。

最も緊急性が高いと指摘されたのが、「アップグレードとガバナンス」に関する脆弱性である。現在、Rocket Poolの設定変更やスマートコントラクト自体の更新は、プロトコルの意思決定を行う「DAO（分散型自律組織）」の単一のアドレスによって直接行える。さらに、変更が実行されるまでに時間的な遅延を設ける「タイムロック」という仕組みも十分に機能していない。もしこの単一のアドレスが何らかの理由で悪意のある第三者に侵害された場合、攻撃者は瞬時にプロトコル設定を不正に変更し、ユーザーの預金を停止させたり、引き出しを凍結させたり、さらにはプロトコルの核となるスマートコントラクトを悪質なものに置き換えて、預けられた資産を全て抜き取ってしまうことが可能になる。このような事態を防ぐためには、複数の承認者が必要な「マルチシグ」という仕組みと、変更が実行されるまでに十分な待機期間を設けるタイムロック機能を導入することが強く推奨されている。

次に深刻な脆弱性が「クロスチェーンブリッジ」に関する問題である。Rocket Poolは、イーサリアムのL1とL2ロールアップ間で資産を移動させるためのブリッジ機能を持つ。しかし、L2からL1への資産預け入れの証明が、既に処理済みかどうかの記録を持たないため、攻撃者が同じ証明を何度も利用して不正に資産を生成する「リプレイ攻撃」のリスクがある。また、ブリッジの検証プロセスが単一のコントラクトと、信頼された単一の署名者に依存しているため、この署名者の秘密鍵が侵害された場合、攻撃者は任意の不正なL2の状態を偽造し、大規模な資産の不正引き出しや、偽の預金確認を可能にしてしまう。さらに、L2からL1への引き出し処理においても、L2側で資産が確実に移動したことを証明する「最終性確認」が不十分であるため、攻撃者が有効なL2側の移動なしにL1で資産を受け取ってしまう可能性がある。これらの問題を解決するためには、リプレイ攻撃を防ぐ記録の導入、複数の署名者による検証体制への移行、そしてL2での確実な資産移動の証明を必須とすることが提案されている。

「報酬と手数料の計算」にも問題が見つかっている。rETHという流動性ステーキングトークンを発行する際、少額の「丸め誤差」が生じ、これが長期間にわたって蓄積されることで、rETH保有者全体の報酬シェアがわずかに膨らんでしまう可能性がある。大口のユーザーがこの誤差を悪用し、頻繁な入出金を繰り返すことで、利益を得る攻撃シナリオも考えられる。また、DAOが徴収できる手数料には上限が設けられているが、これがネットワークのルール違反による罰則（スラッシュ）が適用される前に計算されるため、悪意のあるDAOが罰則を誘発させておきながら、本来よりも高額な手数料を徴収してしまうという抜け穴も存在する。これらの問題には、より正確な計算方法の導入が求められる。

「ノードとミニプールのライフサイクル」に関する脆弱性も指摘されている。バリデータのETH引き出し機能において、資金の送金が内部的な残高更新よりも先に行われるため、悪意のあるノードオペレーター契約がこれを悪用し、資金を繰り返し引き出す「再入可能性攻撃」が可能となるリスクがある。また、バリデータが罰則を受けた際に、その情報がすぐに反映されず、ユーザーが一時的に過大に資産を引き出せる可能性もある。これらには、処理順序の変更や、即座の情報更新が対策として挙げられている。

最後に、「ERC-20トークンとの相互作用」に関する小さな問題がある。DAOへのRPLトークン預金機能で、トークン送金時に適切な安全確認が行われていないため、特定の悪意のあるトークンが再入可能性攻撃を引き起こし、内部の会計を操作できる可能性がある。これは、安全なトークン送金機能を使用することで回避できる。

総合的なリスク評価では、今回の分析でRocket Poolは10点満点中6.8点と「中〜高」のリスクレベルにあると判断された。特に、プロトコルの運用管理やアップグレード、そしてクロスチェーンブリッジに関する脆弱性が、ユーザーの資金損失やプロトコル全体の機能停止につながる可能性が高いため、これらが最も緊急性の高い改善領域とされている。システムエンジニアとして、このような分散型システムの設計と実装においては、常に潜在的な攻撃経路を予測し、多層的なセキュリティ対策を講じることの重要性を理解する必要がある。