FS
Documentation

COSmanager/User Guide/COSmanager Users and Access Controls

From Documentation

(Difference between revisions)
Jump to: navigation, search
Revision as of 10:47, 27 April 2006
Moff (Talk | contribs)

← Previous diff
Revision as of 10:48, 27 April 2006
Moff (Talk | contribs)
(How To Control Access to COSmanager)
Next diff →
Line 64: Line 64:
*Press Choose to list groups and user accounts that are not already COSmanager users. Select a user or group. *Press Choose to list groups and user accounts that are not already COSmanager users. Select a user or group.
- Note COSmanager only lists whose user ID is between minUID and maxUID—that is, non-system accounts.+ 
 +----
 +;Note: COSmanager only lists whose user ID is between minUID and maxUID—that is, non-system accounts.
 +----
 + 
*Press Choose to list roles. Select one or more roles. *Press Choose to list roles. Select one or more roles.
Line 76: Line 80:
You should only add to the COSmanager role table global roles—that is, roles that will be used in more than one COSmanager application. If a role is only useful to a single application it should be added as a local role within that application. You should only add to the COSmanager role table global roles—that is, roles that will be used in more than one COSmanager application. If a role is only useful to a single application it should be added as a local role within that application.
 +<br>
==== To add a role ==== ==== To add a role ====

Revision as of 10:48, 27 April 2006

COSmanager has security controls to regulate access by COSmanager users to menus and functions in COSmanager applications.

COSmanager users are UNIX users who have the ability to configure COSmanage ror run one or more COSmanager applications.

COSmanager is installed with a set of default roles and capabilities, which you can customize to suit your security policy and organization structure.

This chapter explains how to:


Contents

COSmanager User Access Controls

To access COSmanager, a user must first have a UNIX account on the same host as COSmanager and be registered as a COSmanager user. The user must also have access rights to some or all COSmanager menus and options.

COSmanager access is controlled by assigning to selected users one or more roles. Roles equate to responsibilities shared by some staff. Each role translates to a set of capabilities that determine users’ access to menus and functions in individual COSmanager applications.

COSmanager includes a set of global access roles that are automatically available to all applications. For example, if a user is assigned the global role Manager, they implicitly are assigned all the capabilities belonging to the Manager role in each application you have installed. If instead you want that user to have Manager access in COS/Admin and COS/Report only, you would assign those roles explicitly: ADM:Manager and RPT:Manager.

You can also define new roles that are local to an application.

COSmanager applications ‘interpret’ each one of a user’s roles, to determine what capabilities are granted to the user in that application.



Note
By convention, role names are capitalized (Admin, BKP:SeniorOp) and capabilities are not capitalized (rptdistn).


Roles can be nested. In duty3g, the Admin role is assigned all the capabilities belonging to the SeniorOp role, plus dutyadmin and runall. In COS/Report, the Admin role is assigned all the capabilities belonging to the SeniorOp role, plus maintain.

Therefore, in COS/Report, the Admin role would give john the capabilities maintain, rptgen, and rptdistn (see Table 1). Roles defined in the COSmanager framework are global; they are available in all COSmanager applications. Roles defined within an application are local to that application. Roles that are mainly used in only one application should be defined in the role table for that application.

Once a local role is defined, you must assign it to one of the global roles before it can be accessible to a user. In Figure 32 the local role Backupduty is assigned to the global role Operator, therefore users who have the Operator role can view and perform in duty3g any duties assigned to Backupduty.

The access capabilities defined under COSmanager configuration > Users and privileges are used to control access to the COSmanager configuration menus. Application-specific capabilities can be customized under that application’s own configuration menus—for example, capabilities belonging to COS/Sentinel can be maintained under the COS/Sentinel configuration menu.


How it works

When a user starts a COSmanager application, shell variables are created for each of their roles and capabilities (see COSMOS Startup Procedure). Access to many functions is controlled by testing for these variables in scripts and menus.

For example, in COS/Report the Admin role has the capability rptgen but the Operator role does not. When a user with the Admin role enters COS/Report, a shell variable is created named SEC_RPT_rptgen. In the Report menu on the List of Reports window, COSmanager only displays and lets a user select the option Generate after checking that SEC_RPT_rptgen is set in that user’s environment.

Roles group users with similar access requirements and responsibilities. The advantages of this are:


How To Control Access to COSmanager

You can grant COSmanager access to a UNIX user in one of the following ways:

Roles are described in COSMOS User Access Controls To add a COSmanager user or group



Note
COSmanager only lists whose user ID is between minUID and maxUID—that is, non-system accounts.



Adding a User Access Role

COSmanager roles should be defined in terms of functions or responsibilities rather than individuals. For example, the Admin function (whether it is done by one person or several) needs access to most or all of the menus; Operators and Auditors need only a few specialist submenus.

You should only add to the COSmanager role table global roles—that is, roles that will be used in more than one COSmanager application. If a role is only useful to a single application it should be added as a local role within that application.


To add a role

  1. Select COSmanager configuration > Users and privileges > Global access roles.
  2. Select Maintain > Add.
  3. Enter a name for the role, relating to the responsibility of the users who will be assigned to it—e.g. ShiftSuper, Training, etc.
  4. Enter a description
  5. Choose from the list of other global roles and application-specific roles.

Press Accept to save this role and exit.

Adding a Capability to the COSmanager Framework

Roles that you define here in the COSmanager framework are global. This means that they are available to be interpreted by any COSmanager application. Capabilities in the COSmanager framework are local—they are only used to control access within the COSmanager configuration menus. In effect the framework is treated like an application.

In the COSmanager framework, capabilities are used to control which users may run COSmanager applications or use the application administration menus. You can change the capabilities assigned to an existing role, or assign capabilities to a new role you have just defined.

To assign capabilities to a role

  1. Select COSmanager configuration > Users and privileges > COSmanager access capabilities.
  2. Select Maintain > Add.
  3. Press Choose to list roles. Select a role that has not already been assigned capabilities.
  4. Press Choose to list the roles and capabilities defined within the COSmanager framework. Select one or more capabilities.

Press Accept to save this role and exit.