Rustスマートコントラクト安全:権限管理完全ガイド

robot
概要作成中

Rust スマートコントラクト養成日記(7)契約の安全性における権限管理

本文は、Rustスマートコントラクトにおける権限管理に関する内容を2つの視点から紹介します:

  • コントラクトメソッド(関数)へのアクセス/呼び出しの可視性
  • 特権関数のアクセス制御/権限と責任の分割

1. コントラクト関数(メソッド)の可視性

スマートコントラクトを作成する際、契約関数の可視性を指定することで、関数の呼び出し権限を制御し、契約内の重要な部分が無闇にアクセスされたり操作されたりしないように保護できます。

Bancor Network取引所を例に挙げると、2020年6月18日にこの取引所で契約の重要な関数のアクセス制御権限の設定ミスによる資産の安全事件が発生しました。この契約はSolidity言語で記述されており、契約関数の可視性はpublic/externalとprivate/internalの2種類に分かれています。前者は契約関数が外部の呼び出し者によって呼び出されることを許可します。

あるセキュリティホールを修正する際に、うっかり契約内のいくつかの重要な送金関数をpublic属性に設定してしまったため、誰でも契約の外部からこれらの関数を呼び出して送金操作を行うことができ、ユーザーの59万ドルの資産が深刻なリスクにさらされました。

!

Rustのスマートコントラクトでは、契約関数の可視性制御にも注意を払う必要があります。NEAR SDKで定義された#[near_bindgen]マクロで修飾されたRustのスマートコントラクト関数には、以下のような異なる可視性属性があります:

  • pub fn: このメソッドはpublicであり、コントラクトインターフェースの一部であり、コントラクトの外部から呼び出すことができます。
  • fn: pubが明示的に指定されていない場合、契約外から直接呼び出すことはできず、契約内の他の関数からのみ呼び出すことができます。
  • pub(crate) fn: crate(内で呼び出すメソッドを制限するためにpub)に相当します。

別の方法は、契約のメソッドをinternalに設定することで、契約内に独立したimpl Contractコードブロックを定義することです。この実装は#[near_bindgen]で修飾されていません。

(Callbacks)関数に対して、その定義はpublic属性として設定されなければならないが、契約自身のみが呼び出せることを確認する必要がある。NEAR SDKは、この機能を実現するための#[private]マクロを提供している。

注意が必要なのは、Rust言語ではデフォルトですべての内容がprivateであり、pub Traitのサブアイテムとpub EnumのEnum変数のみがデフォルトでpublicであるということです。

!

2. 特権関数のアクセス制御(ホワイトリストメカニズム)

関数の可視性制御に加えて、契約のセマンティクスの観点から完全なアクセス制御ホワイトリストメカニズムを構築する必要があります。特権関数(、例えば契約の初期化、開始/停止、統一送金などの)は、契約の所有者(であるowner)のみに呼び出すことができます。これらの関数は通常「only owner」関数と呼ばれます。

これらの重要な関数はpublic属性として設定する必要がありますが、アクセス制御ルールを定義することができ、対応するルールを満たす場合にのみ完全に実行されます。Rustスマートコントラクトでは、SolidityのonlyOwner modifierに似たカスタムTraitを実装することができます。

錆 pub トレイト Ownable { fn assert_owner(&self) { assert_eq!(env::p redecessor_account_id(), self.get_ owner()); } fn get_owner(&self) -> AccountId; fn set_owner(&mut自己、所有者:AccountId); }

!

このtraitを利用することで、コントラクト内の特権関数へのアクセス制御を実現でき、呼び出し者はコントラクトのownerである必要があります。この原理に基づき、カスタムのより複雑なmodifierやtraitを使用して、ホワイトリストに複数のユーザーを設定したり、複数のホワイトリストを設定して詳細なグループアクセス制御を実現できます。

!

3. さらなるアクセス制御方法

他のRustスマートコントラクトにおけるアクセス制御方法には次のようなものがあります:

  • コントラクトの呼び出しタイミングの制御
  • 合約関数のマルチシグ呼び出しメカニズム
  • ガバナンス(DAO)の実現

これらの内容は、本シリーズのスマートコントラクト育成日記の後続の記事で紹介されます。

!

!

!

!

!

!

GET6.28%
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • 6
  • 共有
コメント
0/400
CompoundPersonalityvip
· 08-01 17:53
また権限との知恵比べをしなければならない
原文表示返信0
MEVSupportGroupvip
· 08-01 17:52
権限エラーで困った、団結して暖を取っている
原文表示返信0
MetaMaximalistvip
· 08-01 17:51
うーん、またバンコールレベルの初心者のミスか…これが、すべてのプロトコルのデプロイメントに正式な確認が必要な理由だね。
原文表示返信0
TokenomicsTherapistvip
· 08-01 17:50
草 あなたが言ったBancorのことを私も覚えている 当時は血崩れの時だった
原文表示返信0
TokenEconomistvip
· 08-01 17:37
説明させてください - アクセス制御は文字通り契約のセキュリティのabcです smh
原文表示返信0
Layer2Arbitrageurvip
· 08-01 17:33
笑っちゃう、適切なアクセス制御なしでRust契約を書くなんて... 本当にNGMIだね。
原文表示返信0
いつでもどこでも暗号資産取引
qrCode
スキャンしてGateアプリをダウンロード
コミュニティ
日本語
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)