As the Access Manager admin user, you can create delegated administrators to manage the following Access Manager components.
Individual Access Gateways or an Access Gateway cluster
Identity Server clusters
Individual J2EE agents or a J2EE agent cluster
Individual SSL VPN servers or an SSL VPN cluster
Policy containers
IMPORTANT:You need to trust the users you assign as delegated administrators. They are granted sufficient rights that they can compromise the security of the system. For example if you create delegated administrators with View/Modify rights to policy containers, they have sufficient rights to implement a cross-site scripting attack by using the Deny Message in an Access Gateway Authorization policy.
Delegated administrators are also granted rights to the LDAP server. They can access the configuration datastore with an LDAP browser. Any modifications made with the LDAP browser are not logged by Access Manager. To log LDAP events, you need to turn on eDirectory auditing. For configuration information, see Activating eDirectory Auditing for LDAP Events.
By default, all users except the admin user are assigned no rights to the policy containers and the devices. The admin user has all rights and cannot be configured to have less than all rights. The admin user is the only user who has the rights to delegate rights to other users, and the only user with sufficient rights to modify keystores, create certificates, and import certificates.
The configuration pages for delegated administrators control access to the Access Manager pages. They do not control access to the tasks available for the Roles and Tasks view in iManager. If you want your delegated administrators to have rights to any of these tasks such as Directory Administration or Groups, you must use eDirectory methods to grant the user rights to these tasks or enable and configure Role-Based Services in iManager.
To create a delegated administrator, you must first create the user accounts, then assign them rights to the Access Manager components.
In the Administration Console, select the Roles and Tasks view from the iManager view bar.
(Optional) If you want to create a container for your delegated administrators, click Directory Administration > Create Object, then create a container for the administrators.
To create the users, click Users > Create User and create user accounts for your delegated administrators. You can create the users based on the delegatedusers or policyviewusers context. For more information about Creating Users, see Section 1.5.7, Creating Users.
Return to the Access Manager view, then click Administrators in the Access Manager menu.
Select the component you want to assign a user to manage.
For more information about the types of rights you might want to assign for each component, see the following:
To assign all delegated administrators the same rights to a component, configure All Users option by using the drop-down menu and selecting None, View Only, or View/Modify.
By default, All Users is configured for None. All Users is a quick way to assign everyone View Only rights to a component when you want your delegated administrators to have the rights to view the configuration but not change it.
To select one or more users to assign rights, click Add, then fill in the following fields:
Name filter: Specify a string that you want the user’s cn attribute to match. The default value is an asterisk, which matches all cn values.
Search from context: Specify the context you want used for the search. Click the down-arrow to select from a list of available contexts.
Include subcontainers: Specifies whether subcontainers should be searched for users.
Click Query, and the User section is populated with the users that match the query.
In the User section, select one or more users to whom you want to grant the same rights.
For the Access option, click the down-arrow and select one of the following values:
View/Modify: Grants full configuration rights to the device. View/Modify rights do not grant the rights to manage keystores, to create certificates, or to import certificates from other servers or certificate authorities. View/Modify rights allow the delegated administrator to perform actions such as stop, start, and update the device.
If the assignment is to a policy container, this option grants the rights to create policies of any type and to modify any existing policies in the container
View Only: Grants the rights to view all the configuration options of the device or all rules and conditions of the policies in a container.
None: Prevents the user from seeing the device or the policy container.
In the Device or Policy Containers section, select the devices, the clusters, or policy containers that you want to assign for delegated administration.
Click Apply.
The rights are immediately assigned to the selected users. If the user already had a rights assignment to the device or policy container, this new assignment overwrites any previous assignments.
After assigning a user rights, check the user’s effective rights.
A user’s effective rights and assigned rights do not always match. For example, if Kim is granted View Only rights but All Users have been granted View/Modify rights, Kim’s effective rights are View/Modify.
You can assign a user to be a delegated administrator of an Access Gateway cluster or a single Access Gateway that does not belong to a cluster. You cannot assign a user to manage a single member of a cluster.
When a delegated administrator of an Access Gateway cluster is granted View/Modify rights, the administrator has sufficient rights to change the cluster configuration, to stop and start (or reboot and shut down), and to update the Access Gateways in the cluster. However, to configure the Access Gateway to use SSL, you need to be the admin user, rather than a delegated administrator.
When the user is assigned View/Modify rights to manage a cluster or an Access Gateway, the user is automatically granted View Only rights to the master policy container. If you have created other policy containers, these containers are hidden until you grant the delegated administrator rights to them. View Only rights allows the delegated administrator to view the policies and assign them to protected resources. It does not allow them to modify the policies. If you want the delegated administrator to modify or create policies, you need to grant View/Modify rights to a policy container.
View/Modify rights to an Access Gateway or a cluster allows the delegated administrator to modify which Identity Server cluster the Access Gateway uses for authentication. It does not allow delegated administrators to update the Identity Server configuration, which is required whenever the Access Gateway is configured to trust an Identity Server. To update the Identity Server, the delegated administrator needs View/Modify rights to the Identity Server configuration.
The policy container administrators are of two types:
Delegated Administrators
Policy View Administrators
Delegated Administrators
All delegated administrators with View/Modify rights to a device have read rights to the master policy container. To create or modify policies, a delegated administrator needs View/Modify rights to a policy container. When a delegated administrator has View/Modify rights to any policy container, the delegated administrator is also granted enough rights to allow the administrator to select shared secret values, attributes, LDAP groups, and LDAP OUs to policies.
If you want your delegated administrators to have full control over a device and its policies, you might want to create a separate policy container for each delegated administrator or for each device that is managed by a group of delegated administrators.
Policy View Administrators
A policy view administrator has rights only to view policy containers. The super administrators can create a special type of delegated administrators called policy view administrators. The policy view administrators can login to Access Manager with their credentials and they are allowed to view only the policy containers assigned to them.
Using Policy Container option the super administrators can add and remove the delegated and policy view administrators.
Adding Administrators
Removing Administrators
The administrator can assign the rights to the delegated administrators and the users based on the policy containers.
Log in to Access Manager.
Click Roles and Tasks menu.
Select Access Manager > Administrators> Policy Containers > Add Administrators.
(Optional) Enter the filter.
Select the Access Rights from the list for the type of administrator. For Example -View/Modify, View Only, and None. The policy view administrators have only View Only rights.
Select the search from context in the list. For example, “ou=delegated users, o=novell, ou=policyviewusers, o=novell”. Based on the user selected, the delegated or policy view administrators are created.
(Optional) Select the Include Subcontainers check box, if you want to add it.
Click Query. The users and the policy containers are displayed for the selected query.
Select the User check box and Policy Container check box. The users and policy containers list are displayed based on the association with query.
Click Apply.
Click Close.
To remove the administrators from the policy containers list, do the following:
Log in to Access Manager.
Click Roles and Tasks menu
Select Access Manager > Administrators> Policy Containers > Remove Administrators.
Select the check box of the user assigned to the administrator and click Remove.The selected user will be deleted from the Policy Containers Administrators list.
Click Close.
You cannot assign a delegated administrator to an individual Identity Server. You can only assign a delegated administrator to a cluster configuration, which gives the delegated administrator rights to all the cluster members.
When a delegated administrator of an Identity Server cluster is granted the View/Modify rights, the administrator has sufficient rights to change the cluster configuration and to stop, start, and update the Identity Servers in that cluster. The administrator is granted view rights to the keystores for each Identity Server in the cluster. To change any of the certificates, the administrator needs to be the admin user rather than a delegated administrator.
The delegated administrator of an Identity Server cluster is granted View Only rights to the master policy container. If you want the delegated administrator with View/Modify rights to have sufficient rights to manage policies, grant the following rights:
To have sufficient rights to create Role policies, grant View/Modify rights to a policy container.
To have sufficient rights to enable Role policies, grant View Only rights to the policy containers with Role policies.
If the SSL VPN has an Embedded Service Provider and you grant the delegated administrator View/Modify rights to the SSL VPN or its cluster, the delegated administrator is granted sufficient rights to modify which Identity Server the SSL VPN or cluster uses for authentication. It does not allow them to update the Identity Server configuration, which is required for this type of modification. To update the Identity Server, the delegated administrator needs View/Modify rights to the Identity Server configuration.
If the SSL VPN is a protected resource of an Access Gateway and you want the delegated administrator to have rights to the Access Gateway and the SSL VPN policy, you need to also grant the user View/Modify rights to the Access Gateway and the SSL VPN policy container.
When a delegated administrator of an SSL VPN is granted View/Modify rights, the administrator has sufficient rights to change the configuration, to stop and start the service, and to update the server’s configuration.
To set up the secure tunnel certificate, the SSL VPN administrator also needs to be a certificate administrator with View/Modify rights.
You can assign a user to be a delegated administrator of a J2EE Agent cluster or a single J2EE Agent that does not belong to a cluster. When a user is assigned View/Modify rights to manage an agent, the user is automatically assigned View Only rights to the master policy container. If you want the delegated administrator to create or modify J2EE Agent Authorization policies, you need to grant the delegated administrator View/Modify rights to a policy container.
View/Modify rights to an agent also allows the delegated administrator to modify which Identity Server the agent uses for authentication. It does not allow them to update the Identity Server configuration, which is required for this configuration change. To update the Identity Server, the delegated administrator needs View/Modify rights to the Identity Server configuration.
View/Modify rights allows the administrator rights to change the configuration, to stop and start the agent, and to update the agent’s configuration.
To configure certificates for the agent, the J2EE agent administrator also needs to be a certificate administrator with View/Modify rights.
If you are concerned that your delegated administrators might use an LDAP browser to access the configuration datastore, you can configure eDirectory to audit events that come from LDAP connections to the LDAP server.
In the Administration Console, click Auditing > Auditing.
Ensure that you have configured the IP address and port to use for your Secure Logging Server.
The server can be a Novell Audit server, a Sentinel server, or a Sentinel Log Manager. For more information about this process, see Section 1.6, Enabling Auditing.
WARNING:Whenever you change the port or address of the Secure Logging Server, all Access Gateways must be updated. Then every Access Manager device (Identity Server, Administration Console, Access Gateways, SSL VPN servers, and J2EE Agents) must be rebooted (not just the module stopped and started) before the configuration change takes affect.
From the iManager view bar, select the Roles and Tasks view.
Click Directory Administration > Modify Object.
Click the Object Selector icon, expand the novell container, then select the eDirectory server.
The eDirectory server uses the tree name, without the _TREE suffix, for its name. The tree name is displayed in the iManager view bar.
Click OK > Novell Audit > eDirectory.
From the Meta, Objects, and Attributes sections, select the events that you want to monitor for potential security problems.
In the Meta section, you probably want to monitor changes made to groups and ACLs.
In the Objects section, you probably want to monitor who is logging in and out and if objects are being created or deleted.
In the Attributes section, you probably want to monitor when attribute values are added or deleted.
Click Apply.
(Linux) Restart eDirectory and the Audit Server. Enter the following commands:
/etc/init.d/ndsd restart
/etc/init.d/novell-naudit restart OR rcnovell-naudit restart
(Windows) Restart eDirectory and the Audit Server:
Click Control Panel > Administrative Tools > Services.
Right click NDS Server, then select Stop.
Answer Yes to the prompt to stop the Novell Audit Log Server.
Right click NDS Server, then select Start.
Right click Novell Audit Log Server, then select Start.
After creating users, you can assign the role of a delegated administrator or policy view administrator.
Log in to Access Manager.
Click Roles and Tasks > Users > Create User.
User Name: Specify the user name. This is a mandatory field.
(Optional) First Name: Specify the first name of the user.
Last Name: Specify the name of the delegated administrator user. This is a mandatory field..
(Optional) Full Name: Specify the full name of the user.
Context: Specify the context as delegated administrators.This is a mandatory field.
Click object selector icon. The object selector browser displays the Browse and Search tabs.
Click Browse tab. Select delegated users option from the Contents list. The delegatedusers.novell or policyviewusers.novell is displayed in the context field based on the selection.
Password: Specify the password and retype the password to confirm it.
NOTE:Failure to enter a password will allow the user to login without a password.
(Optional) Simple Password: Select this check box to set the simple password.
NOTE:Simple Password is required for native file access on Windows and Macintosh using the CIFS and AFP protocols. Simple Password is not required for normal eDirectory access. The Universal Password feature supersedes Simple Password. When the Universal Password feature is enabled, setting the Simple Password is not required. For more information about the Universal Password feature, refer to Netware 6.5 Documentation
(Optional) Copy from Template or User Object: Copies the attributes from a user template that you've created.
(Optional) Create Home Directory: You can create a home directory for this new User object if you have sufficient eDirectory rights. To do this, specify the path where you want to create the user's home directory.
Volume: Applies only to NCP-enabled volumes.
Path: You must specify a valid, existing directory path.The last directory typed in the path is the one that is created; all other directories in the path must already exist. For example, if you specify the path corp/home/sclark, the directories corp and home must already exist. The directory sclark is the only directory created.
(Optional) Enter or Select the title, location, department, telephone number, fax number, email address of the delegated user from the list.
(Optional) Enter the description if there are any to the user. You are able to add, remove and edit the information as per the requirement.
Click OK to continue.
Click Cancel to exit.
After creating a user, assign rights to the newly created user. For more information, see Section 1.5.2, Policy Container Administrators.