AccessControl.sol 7.0 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213
  1. // SPDX-License-Identifier: MIT
  2. // OpenZeppelin Contracts (last updated v4.9.0) (access/AccessControl.sol)
  3. pragma solidity ^0.8.19;
  4. import {IAccessControl} from "./IAccessControl.sol";
  5. import {Context} from "../utils/Context.sol";
  6. import {Strings} from "../utils/Strings.sol";
  7. import {ERC165} from "../utils/introspection/ERC165.sol";
  8. /**
  9. * @dev Contract module that allows children to implement role-based access
  10. * control mechanisms. This is a lightweight version that doesn't allow enumerating role
  11. * members except through off-chain means by accessing the contract event logs. Some
  12. * applications may benefit from on-chain enumerability, for those cases see
  13. * {AccessControlEnumerable}.
  14. *
  15. * Roles are referred to by their `bytes32` identifier. These should be exposed
  16. * in the external API and be unique. The best way to achieve this is by
  17. * using `public constant` hash digests:
  18. *
  19. * ```solidity
  20. * bytes32 public constant MY_ROLE = keccak256("MY_ROLE");
  21. * ```
  22. *
  23. * Roles can be used to represent a set of permissions. To restrict access to a
  24. * function call, use {hasRole}:
  25. *
  26. * ```solidity
  27. * function foo() public {
  28. * require(hasRole(MY_ROLE, msg.sender));
  29. * ...
  30. * }
  31. * ```
  32. *
  33. * Roles can be granted and revoked dynamically via the {grantRole} and
  34. * {revokeRole} functions. Each role has an associated admin role, and only
  35. * accounts that have a role's admin role can call {grantRole} and {revokeRole}.
  36. *
  37. * By default, the admin role for all roles is `DEFAULT_ADMIN_ROLE`, which means
  38. * that only accounts with this role will be able to grant or revoke other
  39. * roles. More complex role relationships can be created by using
  40. * {_setRoleAdmin}.
  41. *
  42. * WARNING: The `DEFAULT_ADMIN_ROLE` is also its own admin: it has permission to
  43. * grant and revoke this role. Extra precautions should be taken to secure
  44. * accounts that have been granted it. We recommend using {AccessControlDefaultAdminRules}
  45. * to enforce additional security measures for this role.
  46. */
  47. abstract contract AccessControl is Context, IAccessControl, ERC165 {
  48. struct RoleData {
  49. mapping(address => bool) members;
  50. bytes32 adminRole;
  51. }
  52. mapping(bytes32 => RoleData) private _roles;
  53. bytes32 public constant DEFAULT_ADMIN_ROLE = 0x00;
  54. /**
  55. * @dev Modifier that checks that an account has a specific role. Reverts
  56. * with a standardized message including the required role.
  57. *
  58. * The format of the revert reason is given by the following regular expression:
  59. *
  60. * /^AccessControl: account (0x[0-9a-f]{40}) is missing role (0x[0-9a-f]{64})$/
  61. */
  62. modifier onlyRole(bytes32 role) {
  63. _checkRole(role);
  64. _;
  65. }
  66. /**
  67. * @dev See {IERC165-supportsInterface}.
  68. */
  69. function supportsInterface(bytes4 interfaceId) public view virtual override returns (bool) {
  70. return interfaceId == type(IAccessControl).interfaceId || super.supportsInterface(interfaceId);
  71. }
  72. /**
  73. * @dev Returns `true` if `account` has been granted `role`.
  74. */
  75. function hasRole(bytes32 role, address account) public view virtual returns (bool) {
  76. return _roles[role].members[account];
  77. }
  78. /**
  79. * @dev Revert with a standard message if `_msgSender()` is missing `role`.
  80. * Overriding this function changes the behavior of the {onlyRole} modifier.
  81. *
  82. * Format of the revert message is described in {_checkRole}.
  83. */
  84. function _checkRole(bytes32 role) internal view virtual {
  85. _checkRole(role, _msgSender());
  86. }
  87. /**
  88. * @dev Revert with a standard message if `account` is missing `role`.
  89. *
  90. * The format of the revert reason is given by the following regular expression:
  91. *
  92. * /^AccessControl: account (0x[0-9a-f]{40}) is missing role (0x[0-9a-f]{64})$/
  93. */
  94. function _checkRole(bytes32 role, address account) internal view virtual {
  95. if (!hasRole(role, account)) {
  96. revert AccessControlUnauthorizedAccount(account, role);
  97. }
  98. }
  99. /**
  100. * @dev Returns the admin role that controls `role`. See {grantRole} and
  101. * {revokeRole}.
  102. *
  103. * To change a role's admin, use {_setRoleAdmin}.
  104. */
  105. function getRoleAdmin(bytes32 role) public view virtual returns (bytes32) {
  106. return _roles[role].adminRole;
  107. }
  108. /**
  109. * @dev Grants `role` to `account`.
  110. *
  111. * If `account` had not been already granted `role`, emits a {RoleGranted}
  112. * event.
  113. *
  114. * Requirements:
  115. *
  116. * - the caller must have ``role``'s admin role.
  117. *
  118. * May emit a {RoleGranted} event.
  119. */
  120. function grantRole(bytes32 role, address account) public virtual onlyRole(getRoleAdmin(role)) {
  121. _grantRole(role, account);
  122. }
  123. /**
  124. * @dev Revokes `role` from `account`.
  125. *
  126. * If `account` had been granted `role`, emits a {RoleRevoked} event.
  127. *
  128. * Requirements:
  129. *
  130. * - the caller must have ``role``'s admin role.
  131. *
  132. * May emit a {RoleRevoked} event.
  133. */
  134. function revokeRole(bytes32 role, address account) public virtual onlyRole(getRoleAdmin(role)) {
  135. _revokeRole(role, account);
  136. }
  137. /**
  138. * @dev Revokes `role` from the calling account.
  139. *
  140. * Roles are often managed via {grantRole} and {revokeRole}: this function's
  141. * purpose is to provide a mechanism for accounts to lose their privileges
  142. * if they are compromised (such as when a trusted device is misplaced).
  143. *
  144. * If the calling account had been revoked `role`, emits a {RoleRevoked}
  145. * event.
  146. *
  147. * Requirements:
  148. *
  149. * - the caller must be `callerConfirmation`.
  150. *
  151. * May emit a {RoleRevoked} event.
  152. */
  153. function renounceRole(bytes32 role, address callerConfirmation) public virtual {
  154. if (callerConfirmation != _msgSender()) {
  155. revert AccessControlBadConfirmation();
  156. }
  157. _revokeRole(role, callerConfirmation);
  158. }
  159. /**
  160. * @dev Sets `adminRole` as ``role``'s admin role.
  161. *
  162. * Emits a {RoleAdminChanged} event.
  163. */
  164. function _setRoleAdmin(bytes32 role, bytes32 adminRole) internal virtual {
  165. bytes32 previousAdminRole = getRoleAdmin(role);
  166. _roles[role].adminRole = adminRole;
  167. emit RoleAdminChanged(role, previousAdminRole, adminRole);
  168. }
  169. /**
  170. * @dev Grants `role` to `account`.
  171. *
  172. * Internal function without access restriction.
  173. *
  174. * May emit a {RoleGranted} event.
  175. */
  176. function _grantRole(bytes32 role, address account) internal virtual {
  177. if (!hasRole(role, account)) {
  178. _roles[role].members[account] = true;
  179. emit RoleGranted(role, account, _msgSender());
  180. }
  181. }
  182. /**
  183. * @dev Revokes `role` from `account`.
  184. *
  185. * Internal function without access restriction.
  186. *
  187. * May emit a {RoleRevoked} event.
  188. */
  189. function _revokeRole(bytes32 role, address account) internal virtual {
  190. if (hasRole(role, account)) {
  191. _roles[role].members[account] = false;
  192. emit RoleRevoked(role, account, _msgSender());
  193. }
  194. }
  195. }