WSO2 Identity Server supports the role-based authentication model where privileges of a user are based on the role attached.
A user is associated with one or more roles (generally specified upon user creation), and each role is associated with zero or more permissions (also generally specified upon user creation). Therefore, the set of permissions owned by a user is determined by the roles assigned to that user. If a user has several assigned roles, their permissions are added together.
By default, Identity Server comes with the following roles:
- Admin - Provides full access to all features and controls. By default, the user "Admin" is assigned to both the "Admin" and the "Everyone" roles.
- Everyone - Every new user is assigned to this role by default. It does not include any permissions.
- System - This role is not visible in the Management Console.
The Identity Server UI does not allow the configuring of permissions assigned to the "Admin" role.
Before you begin your configurations, note the following:
- Only system administrators can add, modify and remove users and roles. To set up administrators, see Configuring the Realm.
Your product has a primary user store where the users/roles that you create using the management console are stored by default. It's default
RegExconfigurations are as follows.
RegExconfigurations ensure that parameters like the length of a user name/password meet the requirements of the user store.
When creating users/roles, if you enter a username, password etc. that does not conform to the
RegExconfigurations, the system throws an exception. You can either change the
RegExconfiguration or enter values that conform to the
RegEx. If you change the default user store or set up a secondary user store, configure the
RegExaccordingly under the user store manager configurations in
The permission model of WSO2 Identity Server is hierarchical. Permissions can be assigned to a role in a fine-grained or a coarse-grained manner.
WSO2 Carbon maintains roles and permissions in the Carbon database, but it can also read users/roles from the configured User Store.
For detailed information on configuring users, roles, and permissions, see the following pages: