JPYCv2 形式検証

外観

JPYC.blocklist_auth ​

名称・種別 ​

  • 名称: JPYC.blocklist_auth
  • 種別: theorem
  • モジュール: JpycFormalVerification.AccessControlTheorems
  • ソース: JpycFormalVerification/AccessControlTheorems.lean:265-267
  • 概要: (un)blocklist の成功は blocklister が呼んだことを含意する（権限）。
  • 仕様: 対象

型シグネチャ ​

lean
∀ {s s' : JPYC.State} {ctx : JPYC.CallContext} {account : JPYC.Address}, Eq (JPYC.blocklist s ctx account) (Except.ok s') → Eq ctx.sender s.blocklister

blocklist の成功は、呼び出し元がblocklisterであったこと（ctx.sender = s.blocklister）を含意する、という認可定理です。

和訳 docstring ​

認可。 ブロック登録・解除は blocklister のみが成功できる。

解説 ​

何を述べているか。 blocklist が成功したなら、ctx.sender = s.blocklister、すなわち呼び出し元がblocklister本人だったことが導けます。*_ok 特徴づけの第 1 成分を取り出すだけです。

直感。 「この操作が通った ⇒ 権限者が呼んだ」。特権操作を権限者に閉じ込める、アクセス制御の中心的な保証です。

なぜ安全性に効くか。 権限のないアカウントは、たとえ他の条件を満たしても、この操作で状態を変えることができません。ロール検査ガードを最初に置く設計が、この性質として結実しています。

図解 ​

Lean ソースコード ​

lean
/-- **Authorization.** (Un)blocklisting succeeds only for the blocklister. -/
theorem blocklist_auth {s s' : State} {ctx : CallContext} {account : Address}
    (h : blocklist s ctx account = .ok s') : ctx.sender = s.blocklister := (blocklist_ok h).1

依存 ​