Access Control NEAR

Access Control NEAR is a library for implementing role-based access control model in NEAR smart contracts. It is partially inspired by OpenZeppelin's access control implementation.

Architecture

The Roles map consists of Role to Role Data mapping. New members are added to the members set by inserting new AccountId. Each role has an Admin Role, whose members are allowed to perform privileged actions on the role that derives it. Default admin_role for all created roles is default_admin

Methods

There are private and public methods. Private methods can only be called by the smart contract itself.

Public Methods

```rust fn has_role(&self, role: &String, account: &AccountId) -> bool;

fn check_role(&self, role: &String, account: &AccountId);

fn assert_role(&self, role: &String);

fn assert_self(&mut self);

fn getroleadmin(&self, role: &String) -> String;

fn getaccountroles(&self, account: &AccountId) -> Vec;

fn grant_role(&mut self, role: &String, account: &AccountId);

fn revoke_role(&mut self, role: &String, account: &AccountId);

fn setadminrole(&mut self, role: &String, admin_role: &String);

```

• has_role: Checks if given account has the given role. Returns bool
• check_role: Checks if given account has the given role. Panics with a message
• assertrole: Checks whether the caller has given role. Panics with a message. Internally calls checkrole with env::predecessor_account_id()
• assert_self: Checks whether the account of the caller equals to the account of the smart contract. Makes certain functions private
• getroleadmin: View method. Gets the admin role of a given role. Returns String
• getaccountroles: View method. Gets all roles that the given account has. Returns a vector containing all the roles
• grant_role: Can only be called by the role admin of given role. Grants given role to given account.
• revoke_role: Can only be called by the role admin of given role. Revokes given role for given account.
• setadminrole: Can only be called by the role admin of given role. Sets the new admin role for given role.

Private Methods

rust fn setup_account_role(&mut self, role: &String, account: &AccountId);

• setupaccountrole: Sets the given role to given account. If role does not exist it first creates by calling add_role.

Private Helper Methods

```rust fn add_role(&mut self, role: &String);

fn deleterolemember(&mut self, role: &String, account: &AccountId);

fn addrolemember(&mut self, role: &String, account: &AccountId); ```

• addrole: Adds a new role and sets default_admin as the adminrole
• deleterolemember: Deletes a member from a role.
• addrolemember: Adds a new member to a role.

Usage

You can run the test application in the example folder, which is a fork of StatusMessage by calling ./build.sh and then ./deploy.sh . Please update ./deploy.sh to have your accounts. For your own projects you have to include both access_control_near and access_control_near_attribute crates.

The only thing needed is to add #[access_control] attribute macro to your main struct to begin using methods from this library. Please also note that #[access_control] macro already includes #[derive(BorshDeserialize, BorshSerialize, PanicOnDefault)] . Therefore, please do not derive it the second time on your main struct, where the #[access_control] is used.

```rust

[near_bindgen]

[access_control]

pub struct StatusMessage { records: LookupMap, } ```

Then, to begin using methods in the Access Control NEAR and setup initial roles, you have to first call the init_roles!() macro in your constructor and then setup roles you want to use.

```rust const DEFAULTADMIN: &str = "defaultadmin"; const MINTER: &str = "minter"; const MANAGER: &str = "manager";

.....

[near_bindgen]

impl StatusMessage { #[init] pub fn new(owner: AccountId, minter: AccountId, manager: AccountId) -> Self { assert!(!env::state_exists(), "The contract is already initialized.");

    let mut constructor = init_roles!(Self {
        records: LookupMap::new(StorageKey::Records.into_bytes()),
    });

    constructor.setup_account_role(&DEFAULT_ADMIN.to_string(), &owner);
    constructor.setup_account_role(&MINTER.to_string(), &minter);
    constructor.setup_account_role(&MANAGER.to_string(), &manager);

    constructor
}

```

That's all! From now on, you can directly use Access Control NEAR methods within your smart contract.

Future Plans

• Finishing up tests
• Doing an audit for this library
• Making stricter version, where one account is only allowed to have one role

Licence

• MIT