【ITニュース解説】Smart Contract Vulnerability Surface Analysis: LayerZero V2

LayerZero V2は、異なるブロックチェーン間で情報をやり取りするための、非常に重要な技術基盤の一つである。DeFi（分散型金融）エコシステムにおいて、その総ロック資産額（TVL）は116億ドルを超え、多くのユーザーやプロジェクトがその安全性に依存している。このプロトコルは、これまでのバージョン1（V1）が各ブロックチェーンに一つの一元的な「Endpoint」という契約を使っていたのに対し、バージョン2（V2）ではメッセージのやり取りを専門とする層と、実際に処理を実行する層を分離した、よりモジュール化された構造を採用している。具体的には、メッセージをルーティングするEndpoint、トークン転送を管理するOFT（Omnichain Fungible Token）、そして流動性プールを扱うStargateという複数の契約で構成されている。このモジュール化は、システムの柔軟性を高める一方で、潜在的な攻撃者が狙うことのできる「攻撃対象領域」を大きく広げた。

今回の分析レポートは、LayerZero V2の核となる契約と、その主要な統合であるStargateに存在する脆弱性の可能性を探ったものである。特に重要な点は、LayerZero V2のメッセージ配信の核となるロジック自体は、徹底的に監査され、実際に運用でテストされてきたため、比較的リスクが低いと評価されていることだ。むしろ、リスクは異なるチェーン間の連携部分や、特定の機能を提供するOFTやStargateといった契約の統合レイヤーに集中していることが指摘されている。

ここで、システムエンジニアを目指す初心者が知っておくべき、主要な攻撃ベクトルとその影響について具体的に解説する。

一つ目は「クロスチェーンリエントランシーと状態不整合」という脆弱性である。これは深刻度が高く、OFT契約やStargateRouter契約に影響を与える。リエントランシーとは、スマートコントラクトが外部のコントラクトを呼び出した際、その外部コントラクトが悪意を持って、元のコントラクトの処理が完了する前に再度呼び出すことで、状態が更新される前に何度も処理を実行させてしまう攻撃手法である。通常のリエントランシーは、nonReentrantのような修飾子で防がれることが多いが、クロスチェーン環境ではさらに複雑になる。例えば、あるブロックチェーンAから別のブロックチェーンBへトークン転送が開始され、ブロックチェーンBのOFT契約にあるreceiveOFT関数が呼び出されたとする。このreceiveOFT関数が、内部の状態（例えば、残高情報）を更新する前に、さらに別の外部コントラクトを呼び出す場合がある。もしこの外部コントラクトが悪意あるものであると、その悪意あるコントラクトは、最初のreceiveOFTがまだ完了していない間に、別のメッセージをブロックチェーンAに送り返すことができる。そして、そのメッセージがブロックチェーンBにコールバックを引き起こし、receiveOFT関数が再び呼び出される。このとき、元のreceiveOFTの処理はまだ完了していないため、内部状態はまだ更新されておらず、結果として攻撃者はトークンの二重支払いを引き起こしたり、Stargateプールの残高を不正に操作したりする可能性がある。

二つ目は「Stargate流動性プールにおけるオラクル操作」である。これも深刻度が高く、StargateRouter契約やStargatePool契約に影響する。Stargateは、異なるトークン間の交換レートを決定するために、外部の価格フィード（例えばChainlinkのようなサービス）や、プール内のトークンの比率を参考にしている。この「オラクル」と呼ばれる価格情報源が信頼できない場合、問題が生じる。もし、攻撃者が何らかの方法で価格フィードを操作したり、一時的に特定の取引所の価格を変動させたり（フラッシュローン攻撃など）、Stargateが参照する価格が市場価格と大きく乖離することがある。攻撃者はこの状況を悪用し、不正に操作された不利な交換レートでクロスチェーンスワップを実行し、その裁定取引から利益を得て、Stargateプールから流動性を吸い上げることができる。これにより、プロトコルやユーザーは直接的な金銭的損失を被る。

三つ目は「ガスリミット誤計算とDoS（サービス拒否）」である。これは深刻度が中程度で、Endpoint契約とOFT契約に影響を与える。「ガス」とは、ブロックチェーン上でトランザクションを実行するために必要な手数料のようなもので、複雑な処理ほど多くのガスを消費する。LayerZero V2では、メッセージを送信する側が、宛先チェーンでの実行に使う「ガスリミット」を指定できる。もしこのガスリミットが低すぎると、宛先チェーンでのトランザクションがガス不足で失敗してしまう。逆に高すぎると、ユーザーが無駄に多くの手数料を支払うことになる。さらに深刻なのは、宛先チェーンのreceiveOFT関数が、複数の契約とやり取りするような複雑なロジックを含んでいる場合である。このときに必要なガス量を正確に見積もることが難しく、誤って設定されたガスリミットによってメッセージが実行されずに保留されたり、処理が失敗したりして、ユーザーの資金がEndpoint契約内にロックされてしまう可能性がある。これは、正当なユーザーがサービスを利用できなくなる「サービス拒否（DoS）」の状態を引き起こし、ユーザーの信頼を損なうことにつながる。

四つ目は「アクセス制御とアップグレード可能性リスク」である。これも深刻度が中程度で、Endpoint契約とOFT契約（プロキシパターンを使用）に影響する。LayerZero V2は、UUPS（Universal Upgradeable Proxy Standard）というパターンを採用しており、これにより契約の実装をアップグレードすることが可能になっている。これは、バグ修正や機能追加を柔軟に行えるという利点があるが、その一方で大きなリスクも伴う。もし管理者のキーが攻撃者によって侵害された場合、攻撃者は悪意のある新しい実装契約をデプロイし、それによってプロトコル内のすべての資金を抜き取ることができてしまう。また、アップグレードの際に、新しい実装が既存のストレージレイアウトと互換性がない場合、プロトコルの既存の状態データが破損し、資金の喪失につながる可能性もある。これは、管理者の権限が非常に強力であることの危険性を示している。

五つ目は「メッセージリプレイとナンス管理」である。これは深刻度が低いが、Endpoint契約に影響する。「ナンス（Nonce）」とは「Number used once」の略で、一度だけ使われる番号を指す。LayerZero V2では、各メッセージにユニークなナンスを割り当て、Endpoint契約が送信元ごとに最後に処理したナンスを追跡することで、同じメッセージが複数回実行される「メッセージリプレイ」を防ぐ仕組みが導入されている。しかし、もしこのナンス管理ロジックに欠陥があった場合、攻撃者は過去にすでに実行されたメッセージを再度送りつけることで、例えばトークンの二重転送を引き起こす可能性がある。

これらの脆弱性に対処するため、レポートでは具体的な推奨事項も提示されている。例えば、クロスチェーンリエントランシーを防ぐためには、専用のcrossChainNonReentrant修飾子の導入や、「チェック、エフェクト、インタラクション」というスマートコントラクト開発のベストプラクティスを厳格に適用し、状態更新を外部呼び出しの前に完了させることが求められる。オラクル操作に対しては、単一の価格情報源に依存せず、複数の独立した価格フィードを組み合わせたり、価格の急激な変動を検出して取引を拒否する閾値を設けたり、時間加重平均価格（TWAP）を用いることで、フラッシュローンなどの短期的な操作の影響を軽減する対策が推奨されている。アクセス制御に関しては、管理者キーが単一のポイントで集中しないよう、複数の署名が必要な「マルチシグウォレット」を使用したり、アップグレードに一定期間の「タイムロック」（例えば48時間）を設けて、コミュニティが変更内容を確認し、問題があれば対応できるようにしたりといった方法が挙げられている。

全体として、LayerZero V2のプロトコルは重要なインフラであり、そのコアメッセージングロジックは堅牢であるものの、Stargateのような統合部分や、OFTのような状態管理が複雑な契約には、まだ注意が必要な中〜高リスクの脆弱性が存在することが示されている。システムエンジニアを目指す上では、このように複雑な分散型システムにおいて、どこに脆弱性が潜み、どのように対策すべきかを理解することが非常に重要である。特に、モジュール化が進む現代のシステムでは、個々のコンポーネントだけでなく、それらの間の「インタラクション」（相互作用）の部分にこそ、最も見過ごされがちなリスクが隠されていることを学ぶ良い事例と言える。