パファプロトコル：アクセス制御の重要性とセキュリティ向上の方法

「Pufferは、Eigenlayer上に構築された分散型ネイティブ流動性再ステーキングプロトコル（nLRP）です。」 わずか数日で6億ドル以上のTVL（Total Value Locked）を調達しました。プロトコル上での悪意のある操作を防ぐためには、アクセス制御は重要なセキュリティ上の考慮事項です。

このブログでは、アクセス制御メカニズムのアーキテクチャ全体と、Pufferプロトコルにおけるその現在の構成についてレビューします。これにより、コミュニティがプロトコルをより良く理解するのに役立ちます。分析結果は、Ethereum上の現在の状態（ブロック 19177155、2024年2月7日、午後3時17分35秒 +UTC）に基づいていることに注意してください。

コントラクトアドレス

以下の表は、このブログで使用されているスマートコントラクトを示しています。

アーキテクチャ

プロトコル全体は、主にユーザー資産に関連する2つのスマートコントラクトを含みます。1つ目はPufferDepositor、2つ目はPufferVaultです。

PufferDepositorの主な機能は、ユーザーの資産を受け入れ、それをPufferVaultに預け入れることです。ユーザーの預け入れ資産がstETHでない場合、プロトコルによってDEXへのスワップが自動的に実行されます。

PufferVaultは、ユーザー資産を保持する主要なコントラクトです。また、EigenLayerへの預け入れのエントリポイントでもあります。プロトコル全体の主要なアクセス制御は、このスマートコントラクトに実装されています。

アクセス制御メカニズム

アクセス制御全体は、OpenZeppelinのAccessManagerモジュールを活用して実装されています。AccessManagerスマートコントラクトは、PufferDepositorおよびPufferVaultコントラクトの権限を管理します。

AccessManagerは異なるロールを定義し、それらは異なるアドレスを含みます。各ロールは、AccessManagedコントラクト（すなわち、PufferDepositorおよびPufferVault）内の異なる関数を呼び出す権限を付与されることができます。AccessManagerは、特定の関数の遅延実行をサポートしています。これは、アドレスにロールを付与する際に、そのアドレスからのそのロールにおける操作が即座に実行されるか、または時間遅延を伴って実行されるかを指定できることを意味します。

現在のアクセス制御構成

それにもかかわらず、アクセス制御の有効性はその構成にかかっています。ACL（Access Control List）ルールの構成の欠陥がセキュリティ脆弱性につながった多数の事例を観察しました。

これを解決するために、Pufferプロトコルの現在の構成をレビューし、以下に結果を示します。これらの結果は、ブロック19177155（2024年2月7日、午後3時17分35秒 +UTC）時点の状態のみを反映していることに注意してください。

ロール

以下は、システム内の現在のロールとその関連アドレスをまとめた表です。

PufferVaultコントラクト内の関数を実行するための実行パスはいくつかあります。1つのパスはTimeLockコントラクト（ADMINロールを持つ - 図のパス1に示す）を介し、もう1つのパスは、呼び出し元に割り当てられたロールで、Vault内の関数を直接呼び出すことを許可します。どちらの場合も、呼び出しはAccessManagerを経由する必要があります。

タイプI：TimeLockコントラクトからの呼び出し

TimeLockコントラクトから関数を呼び出す場合、割り当てられたロールはADMINであることに注意してください。この指定は、Vaultの観点からは、呼び出し元はADMINロールを持つTimeLockコントラクトであるためです。その結果、TimeLockコントラクトは追加の遅延実行メカニズムを組み込んでいます。

• Operation SafeWallet：このコンポーネントは、604,800秒（約7日間）の遅延後にターゲットコントラクト内の関数を呼び出すことができます。
• Community SafeWallet：このコンポーネントは、ターゲットコントラクト内の関数を即座に呼び出すことができます。また、Operation SafeWalletによってキューに送信された保留中の実行をキャンセルする権限も持っています。
• Pausing SafeWallet：このコンポーネントは、ターゲットコントラクトを一時停止することに限定されており、他の関数を実行する権限はありません。

タイプII：Vaultコントラクトの直接呼び出し

次の方法は、Vaultコントラクト内の関数を直接呼び出すことです。AccessManagerは、各ロールに関連付けられたアドレスによってどの関数が呼び出せるかを決定することに注意することが重要です。

Operation SafeWalletとCommunity SafeWalletの両方が、ターゲットコントラクトをアップグレードするためにupgradeToAndCall関数を直接呼び出すことができます。主な違いはタイミングにあります。Community SafeWalletはこのアクションを遅延なしで実行しますが、Operation SafeWalletは遅延の対象となります。

さらに、Operation SafeWalletは、EigenLayerに資産を転送し、引き出しリクエストを開始する関数を即座に実行できます。

更新：2024年2月8日 午前10時02分59秒 +UTC

Operation SafeWalletをロール1から削除する操作がスケジュールされました。この操作は、ブロック1707940908の後に実行される予定で、これは約7日間の推定遅延に相当します。これらのキューに入れられたトランザクションのシミュレーションは、BlockSec Phalconを使用して行われました。

• Phalcon Forkでのシミュレートされたトランザクションは、10日後の2024年2月18日17:59:07（UTC）にキューに入れられた実行を完了します。
• Operation SafeWalletがまだロール1を持っているかどうかを照会するシミュレートされたトランザクション（falseを返します）

このForkのすべてのトランザクションを表示。

更新：2024年2月16日 午後8時10分23秒 +UTC：

• Operation SafeWalletをロール1から削除するトランザクションが実行されました。Etherscanからの結果を確認できます。

Safe Walletの構成

Safe Walletの構成もプロトコルのセキュリティに影響します。

更新：2024年2月8日 午前10時02分59秒 +UTC：

• 0xb7d83623906AC3fa577F45B7D2b9D4BD26BC5d76のアドレスがOperation SafeWalletから削除され、その承認を3/5に調整しました。
• Community SafeWalletから0xb7d83623906AC3fa577F45B7D2b9D4BD26BC5d76を削除するトランザクションが開始され、現在コミュニティからのマルチシグ承認を待っています。
• 3つのウォレットがPausing SafeWalletから削除され、その構成を1/9に調整しました。

まとめ

このブログ記事では、Pufferプロトコルが利用しているセキュリティメカニズムをレビューしました。全体として、パーミッションシステムの設計は包括的です。

コミュニティは、潜在的なリスクを積極的に監視する必要があります：

• Community SafeWalletのオーナーの秘密鍵のセキュリティは最重要です。3つの秘密鍵が侵害された場合、攻撃者がVaultをアップグレードできるようになる可能性があります。
• EigenLayerなどの依存プロトコルのセキュリティも積極的に監視する必要があります。