【ITニュース解説】Yield Strategy Optimization Report: Sentora Curator

Sentora Curatorは、分散型金融（DeFi）の世界で大きな注目を集める「イールド最適化プラットフォーム」という種類のサービスである。イールドとは利回りのことで、このプラットフォームは、ユーザーから預かった暗号資産を、さまざまな運用方法（例えば、他のプロトコルへの貸し出し、流動性プールへの提供、ステーキング、レイヤー2ネットワークでのファームなど）に自動的に振り分け、常に最も高い利回りを追求しながらも、資産の安全性を保つことを目指している。現在、このSentora Curatorには約23億5650万ドル相当の資産が預け入れられており、これはDeFiの世界でもトップ10に入るほどの規模である。資産規模が大きいということは、悪意ある攻撃者にとって魅力的な標的となるため、高度なセキュリティ対策が不可欠となる。

今回、Sentora Curatorのセキュリティ監査が行われ、その結果が報告書としてまとめられた。この監査は、システムの主要なコンポーネントである「Vault（資産の預け入れ・引き出しを管理する金庫のような役割）」「StrategyRouter（最適な運用戦略を選択し、資産の再配分を行う司令塔）」「StrategyBase（個別の運用戦略を実行する部分）」「Governance（システムのルール変更やパラメータ設定を行う管理機能）」「OracleAggregator（外部の価格情報を集約する情報源）」「SecurityModule（セキュリティ機能）」などを対象に行われた。特に、イーサリアムメインネットでの展開状況と、異なるブロックチェーン間での資産移動を可能にする「L2ブリッジ」と呼ばれる部分に焦点を当てて分析が進められた。監査の手法としては、コードを一つ一つ確認する「静的コードレビュー」、システムの挙動を数式的に検証する「形式的検証」、実際の環境に近い形でテストを行う「ランタイムシミュレーション」、そして既知の脅威パターンに照らして弱点を探す「脅威モデリング」など、多角的なアプローチが用いられた。

この監査の結果、Sentora Curatorは全体的に「高リスク」と評価された。具体的には、スマートコントラクトの複雑なロジックが攻撃の機会を増やしていること、巨額の資金が動くことで経済的な不正操作が可能になること、システムの管理権限が一つのアカウントに集中していること、そしてクロスチェーンブリッジの検証方法に脆弱性があることなどが主な理由として挙げられた。これらのリスクを総合すると、直ちに最も深刻な問題への対策が必要であることが判明した。

報告書では、具体的に9つの攻撃ベクトル（潜在的な攻撃手法）が特定されている。 一つ目は「StrategyRouter.rebalance()における再入可能性攻撃」である。これは、資産の再配分を行う際に、外部プロトコルとのやり取り中に、システム内部の状態更新前に再度の呼び出しが発生し、不正に資産が引き出される可能性がある脆弱性だ。

二つ目は「オラクル操作・価格フィード遅延」の脆弱性である。システムが複数の価格情報源からデータを集約する際、古いデータが混入しても適切に検出されず、誤った価格に基づいて資産配分が行われ、損失を招く可能性がある。

三つ目は「Strategist役割の制限不足」である。運用戦略の追加・削除といった重要な権限が、一つの管理者アカウントに集中している。このアカウントが乗っ取られた場合、攻撃者は悪意ある戦略を追加し、ユーザーの資産を抜き取ることができてしまう。

四つ目は「失敗した緊急引き出しの不適切な処理」である。もし緊急時に資産を引き出す機能が途中で失敗しても、システム内部では「引き出しは成功した」と誤認することがある。これにより、帳簿上の資産額と実際の残高が乖離し、一部のユーザーが不当に多くの資産を引き出すことを許してしまう可能性がある。

五つ目は「クロスチェーンブリッジにおけるリプレイ攻撃・メッセージ順序攻撃」である。異なるブロックチェーン間で資産を移動させるブリッジにおいて、一度承認されたはずの「資産引き出し」のメッセージが、システムの状態リセットなどの際に再度有効化され、攻撃者が同じ資産を二重に引き出せる可能性がある。

六つ目は「deposit()におけるガス価格操作によるサンドイッチ攻撃」である。ユーザーが資産を預け入れる際、その取引の直前と直後に攻撃者が別の不正な取引を挿入することで、ユーザーが本来受け取るべきシェアの数が減り、結果として損失を被るという攻撃である。これは「フロントランニング」と呼ばれる手法の一つだ。

七つ目は「StrategyRouter.harvestAll()における無制限ループによるサービス拒否攻撃」である。利回り回収機能が、システムに大量のダミー戦略が追加された際に、処理がブロックチェーンのガス制限を超えてしまい、機能が停止してしまう可能性がある。これは「サービス拒否（DoS）攻撃」である。

八つ目は「VaultにおけるERC-20 permit処理の不正確さ」である。ガス代を支払うことなくトークンの使用を許可できる「permit」機能において、許可の有効期限の検証が不十分な場合、期限切れの許可が不正に再利用され、ユーザーのトークンが意図せず移動される可能性がある。

九つ目は「一時停止機能の粒度不足」である。システム全体を一時停止する機能はあるが、個別の運用戦略ごとに一時停止できないため、もし一つの運用戦略に問題が発生しても、システム全体を停止せざるを得ず、これが運用上のリスクを高める設計上の問題点として指摘された。

これらの深刻な脆弱性に対して、報告書では具体的な対策が推奨されている。例えば、再入可能性攻撃を防ぐための「チェック・エフェクト・インタラクション」という原則に従ったコード修正や、OpenZeppelinのReentrancyGuardの導入が挙げられている。また、オラクル情報については、古すぎるデータは拒否し、常に新鮮なデータが複数得られる場合にのみ利用するような厳格なチェックを追加するべきだとされている。さらに、Strategistの重要な役割については、単一のアカウントではなく、複数の承認が必要な「マルチシグネチャDAO」に移行することで、一つの鍵が漏洩してもシステム全体が乗っ取られるリスクを軽減することが提案されている。ブリッジのリプレイ攻撃に対しては、メッセージごとに一意の番号（ノンセ）を追加し、一度処理されたメッセージは再利用できないようにする対策が求められている。これらの対策は、Sentora Curatorの信頼性と安全性を確保するために非常に重要である。