Tutorial - Advanced Security - Dynamic User Level Security

In this tutorial we will show you how to setup User Level Security in ASPMaker. We will use the demo database for demonstration. The demo database is a modified version of the Access demo database demo.mdb for better illustration.

User Level
User Level Security secures data at table level. Each user level is granted with specific permissions to tables in the database. Users with different access levels are restricted with different add/copy, list/search/view, delete and edit rights.

There are 2 types of User Level security:

1. Static User Levels - the User Levels and the permissions are defined in the project and the User Levels are not to be changed after script generation.
2. Dynamic User Levels - the User Levels and the permissions are defined in 2 tables in the database, the User Levels can still be changed with the generated scripts.

In this tutorial we use dynamic User Level Security.

The "Employees" table and "Orders" table in the demo.mdb will be used in this example.

Fields in Table "Employees"

Fields in Table "Orders"

Dynamic User Level Security stores the User Level information in the database, so you need to add 2 tables to your database - User Level Table and User Level Permission Table which must have the following fields, note the data types, User Level ID and the Permission fields must be of integer type, the field names can be different though:

You can create these 2 tables in the database yourself or you can use ASPMaker to create these 2 tables for you, please see below.

Steps to Setup Advanced Security

1. Loading ASPMaker

Open ASPMaker and connect to the demo.mdb database.

2. Setting up User Access Levels

Click on the [Security] tab, there are two sections for the login process:

Administrator Login
If you tick this option, a hard-coded Administrator account will be generated which has all access right to all tables/views.

Use Existing Table
Tick this option to set up the user access levels. You should select the security table and the corresponding Login Name and Password fields.

To set up the user levels, click on the [Advanced] button. A popup window will appear. Click on the [User Levels] button. Select the User Level Field.

Note: The User Level field must be of integer data type. Non integer fields will not be seen in the User Level Field combobox.

To use dynamic User Levels, switch to the [Dynamic User Levels] and check [Enable Dynamic User Levels].

If you want ASPMaker to create these 2 tables in your database, click the [Create tables] button, the following form will display for you to change the table/field names if necessary. You can change the table/field names and then click OK to continue.

If you have projects created by previous versions of ASPMaker you may want to use dynamic User Levels and migrate the previously defined static User Levels in the project to the database. After selecting or creating the User Level and User Level Permission tables/fields, just click the [Migrate] button to let ASPMaker do that for you.

You'll need to specify the User Level Table and the User Level Permission Table and the related fields. (If you use ASPMaker to create the tables, ASPMaker will set up the tables/fields automatically also.)

User Level Table - the table for storing the User Levels
User Level ID Field - the ID of an User Level, this field must be integer type
User Level Name Field - the name of an User Level, this field should be string field

A typical User Level Table should contain data like this:

Note that there are two built-in user levels:
Administrator - Administrator is a built-in user level that has all permissions plus the privileges to modify User IDs and User Levels. Its permissions are same as that of the hard-coded Administrator Login. The User Level ID of Administrator is -1.
Default - Default user level is built-in user level with user level = 0. Since User Level field is an integer field, if you set a default value of 0 for this field, this user level will become the default user level for the user after registration and before the Administrator assigning another higher user level.

Note: The Anonymous built-in user level in previous versions is deprecated.

You can add your own User Levels with User Level ID starting from 1.

User Level Permission Table - the table for storing the permission of the User Levels
Table Name Field - the table name of each table in the database, this field should be of string type
User Level ID Field - the ID of an User Level, this field must be integer type
Permission Field - the permission of the specified User Level ID in the specified table, this field must be integer type also.

A typical User Level Permission Table should contain data like this:

Click OK to close the Advanced Security Setup form.

If you go to Field Setup Page now and view the Edit Tag for the User Level Field, you should see that the Edit Tag has been setup as "SELECT" and the User Level table has been setup as lookup table automatically:

3. ASP Script Generation

Click the [Generate] button and ASPMaker will generate the required ASP scripts automatically.

4. Running the ASP Application

Login as Administrator, go to the List page of the User Level table and add some user levels.

Notes:

1. Only administrators can manage User Levels, you must login as the hard coded administrator or as a member of the built-in Administrator User Level.
   
   
2. You manage the User Level permissions via the scripts generated for the User Level Table and the User Level Permssions page (userpriv.asp), NOT via the scripts generated for the User Level Permission Table directly. If you go to the scripts for the User Level Permission Table directly, you'll only see the permissions in integer format.

.

Note: If the User Level table is not created by ASPMaker, you may not have the Administrator and Default User Level in the table yet. You'll need to add them yourself.

In this example, we add 2 more user levels - Sales and Manager, click the Add link and enter the User Level ID, User Level name and default permissions as follows:

Click "Add" button to confirm. If you click the "Permission" link now, you can set refine the permission for different tables/views:

Similarly, add the "Manager" User Level.

Note: Even you enable all permissions for an user defined User Level, the User Level will NOT become same as this Administrator User Level. User defined User Levels will not have the permissions to manage users.

To assign different user level for the users, go to the user table (the "Employees" table in this case). You'll find that the Edit Tag of the User Level Field is setup as "SELECT" (combobox) and the combobox is populated with the user levels we defined above automatically.

We assign a password and the user level "Sales" to the employee #1 (the employee with EmployeeID equals 1). Then we logout.

To see the Advanced Security works, we login again as employee #1 using "nancy" as user name and "1234" as password.

According to the user level defined by us, users with "Sales" level has view and add permissions to the "Orders" table only. They are not allowed to update or delete records. Employee #1 belongs to the "Sales" level, so we do not see the links to the edit/delete page.

Notes:

1. Users have no right to change his own user level. Only Administrator can change an user's user level. If you want to assign user levels in the generated scripts, a hard-coded administrator login account must also be created. Alternatively, an user must be assigned with the Administrator level. However, you may still need to use the hard-coded Administrator Login to log in and assign user levels to users initially. Of course, you can also modify data in your database directly. The value of the Administrator level is -1.
   
   
2. Since User Level works at table level only, if an user has permissions to the User Table, he/she may be able to modify personal information (including user level and user id) of other users. Therefore you should not expose the User Table to normal users. If you want to expose the User Table and restrict users to access their own data only, you need to use User ID Security, which controls permissions at record level. (See Advanced Security - User ID Security)
   
   
3. There are two types of Advanced Security implemented in ASPMaker - User ID Security and User Level Security. User ID Security secures data at record level; User Level Security secures data at table level. They can work independently or work together. (See Advanced Security - User ID Security)
   

Also see:

Advanced Security - User ID Security
Advanced Security - Static User Level Security