Journal de développement de contrats intelligents Rust (7) Sécurité des contrats : contrôle d'accès

Cet article présentera le contrôle des permissions dans les smart contracts Rust sous deux angles :

1. La visibilité des méthodes de contrat
2. Contrôle d'accès des fonctions privilèges

1. Visibilité des fonctions de contrat

Dans les smart contracts Rust, le contrôle de la visibilité des fonctions est très important. Le SDK NEAR définit les attributs de visibilité suivants avec le macro #[near_bindgen] :

• pub fn: fonction publique, peut être appelée depuis l'extérieur du contrat
• fn: fonction interne, ne peut être appelée que de l'intérieur du contrat
• pub(crate) fn: limiter les appels à l'intérieur de crate

De plus, il est possible de définir des méthodes internes via un bloc Contract impl indépendant :

rouille #[near_bindgen] impl Contrat { pub fn increment(&mut self) { self.internal_increment(); } }

impl Contract { pub fn internal_increment(&mut self) { self.counter += 1; } }

Pour la fonction de rappel, elle doit être définie comme pub et utiliser le macro #[private] pour s'assurer qu'elle ne peut être appelée que par le contrat lui-même :

rouille #[near_bindgen] impl Contrat { #[private] pub fn resolve_transfer(&mut self) { // logique de rappel } }

2. Contrôle d'accès des fonctions privilégiées

En plus de la visibilité des fonctions, il est également nécessaire d'établir un mécanisme de liste blanche de contrôle d'accès. Vous pouvez implémenter des traits personnalisés:

rouille pub trait Ownable { fn assert_owner(&self) { assert_eq!(env::predecessor_account_id(), self.get_owner()); } AccountId; fn set_owner(\u0026mut self, owner: AccountId); }

Dans la fonction de privilège, l'appel à assert_owner() peut restreindre l'exécution uniquement au propriétaire :

rouille impl Contrat { pub fn privileged_function(&mut self) { self.assert_owner(); // Opérations privilégiées } }

Cela permet de mettre en œuvre un mécanisme de liste blanche de base, et peut également être étendu pour réaliser un contrôle d'accès complexe avec plusieurs utilisateurs et plusieurs listes blanches.

La sécurité des contrats doit être considérée sous plusieurs angles, y compris le contrôle du moment de l'appel, le mécanisme de multi-signature, etc., qui seront présentés en détail dans des articles ultérieurs.