WSO2 Identity Server supports the role-based authentication model where privileges of a user are based on roles 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 role 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.
Before you begin
The following items are things to note before you begin.
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. The Identity Server does not allow you to configure permissions assigned to the "Admin" role.
- 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.
- Only system administrators can add, modify and remove users and roles. To set up administrators, see Configuring the System Administrator.
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.