This section covers the following topics:
The Administrator Services subsystem provides several functions which apply to Natural Security as a whole and to all security profiles.
To invoke Administrator Services:
On the Main Menu, select Administrator Services.
If you are allowed access to Administrator Services, the Administrator Services Menu will be displayed.
The Administrator Services Menu consists of two screens. With PF7 and PF8, you can switch between the two screens. They provide the following functions:
General Options (*)
You should study the functions marked above with (*) before you start defining objects to Natural Security. The other Administrator Services functions are not directly related to defining objects to Natural Security.
Access to the Administrator Services subsystem is controlled a) by the
owner specifications in the security profile of the Natural Security library
SYSSEC, and b) by the command processor NSCCMD01:
If no owner are specified in the security profile of SYSSEC, every user of type "Administrator" may access the Administrator Services subsystem.
If owners are specified in the security profile of SYSSEC, the field
Functional Security Defined for the command processor
NSCCMD01 in SYSSEC determines who may access the Administrator
Services subsystem:
If this field is set to "Yes" (this is the default), only the owners of SYSSEC may access Administrator Services.
If this field is set to "All", every user of type "Administrator" may access Administrator Services.
In either case, the functional security specifications made in the library profile of SYSSEC and in the Administrators' user profiles determine which Administrator Services functions may be used.
For information on owners in library security profiles, see the sections
Library Maintenance
and Countersignatures. For
information on the command processor NSCCMD01, see the section
Functional
Security for Library SYSSEC.
Before you start defining objects to Natural Security, it is advisable to specify a number of options which will apply to the Natural Security system as a whole.
To invoke General Options:
On the Main Menu, select Administrator Services.
If you are allowed access to Administrator Services, the Administrator Services Menu 1 will be displayed.
On this menu, select General Options.
The Set General Options screen will be displayed.
The Set General Options screen consists of two screens. With PF7 and PF8 you can switch between the two screens. They provide the following options:
The individual options are described below.
This option allows a smooth transition from an unprotected Natural environment to one protected by Natural Security.
| Y |
|
|---|---|
| N | Only users defined to Natural Security may use Natural. Any library not defined to Natural Security cannot be used. |
The effects of the Transition Period Logon settings are illustrated below.
If you have had an unprotected Natural installation and now have installed Natural Security for the first time, it is advisable to set the Transition Period Logon to "Y" so as to ensure that work with Natural may continue while users and libraries are defined to Natural Security. Once all objects and links are defined, the Transition Period Logon should be set to "N".
This option only appears if the Natural Development Server is installed and the current Natural session uses a development server file. It is only relevant if you wish to control the access to base and compound applications on the development server file. For details, see the section Protecting Natural Development Server Applications.
| Y |
Security for the development server file is active: The application security profiles for base and compound application defined in Natural Security take effect and control the access to the Natural Development Server objects "base applications" and "compound applications" on the development server file. The FSEC system file which is being used when this option is set to "Y" will be defined to the development server file. This development server file can then only be used in a Natural Security environment. All security checks made by the Natural Development Server in the Natural Studio's application workspace will be performed using the security definitions on that FSEC system file. If you set this option to "Y", this will also activate Predict Security (if not already activated in Predict, by setting the Predict parameter Protect Predict File on the General Defaults > Protection screen to "Y"). Please note that the activation of Predict Security will not only affect the access to base and compound applications, but may also cause other Predict Security settings not related to applications to take effect. The database ID and file number of the development server file for which the option is activated will be shown on the Set General Options screen. |
|---|---|
| N | Security for the development server file is not active. Application security profiles are not evaluated. |
| 1-5 | You may specify how many attempts to log on users shall have. After n unsuccessful logon attempts, the logon procedure will be terminated, the user "thrown out", and a logon-error record written (for information on logon-error records, see Logon Errors below). |
|---|
This option may be used to suppress the display of the messages NAT0853 and NAT0854, which indicate that a logon to a library has been successful. By default, one of these messages is displayed after every successful logon to a library.
| Y | Messages NAT0853 and NAT0854 will not be displayed. |
|---|---|
| N | Messages NAT0853 and NAT0854 will be displayed. |
This option may be used to prevent users from trying to misuse other users' user IDs and passwords. It applies to the logon procedure and to the countersignatures feature.
| Y |
Logon:
For logon attempts, the following applies: Once a user has reached the maximum number of logon attempts without entering the correct password, the respective user will be locked, that is, the user ID will be made "invalid". The following will be locked:
Countersignatures:
For countersign attempts, the following applies: After too many invalid passwords (the maximum number of logon attempts also applies here) on a countersign screen, the user who invoked the respective function (as identified by his/her Natural Security user ID) will be locked. |
|---|---|
| F |
Logon:
For logon attempts, "F" has the same effects as "Y" - in addition, the Natural session is terminated when the user is locked. Countersignatures:
For countersign attempts, "F" has the same effect as "Y". |
| X |
Logon:
For logon attempts, "X" has the same effects as "F"- except that Natural Security "remembers" unsuccessful attempts across sessions: With "Y" and "F", the counters of logon attempts for the user IDs which were tried out unsuccessfully is reset when the user aborts the logon procedure. With "X", however, these error counters are kept for logon procedures in subsequent sessions, thus reducing the number of subsequent logon attempts with these user IDs. This means that the chances of someone gaining access with another user's ID are reduced considerably. With "X", the error counter for a user ID is only reset after a successful logon. Countersignatures:
For countersign attempts, "X" has the same effect as "Y". A user's error counters can be displayed by pressing PF16 in his/her security profile. A list of all users whose error counters are greater than "0" can be obtained with the application programming interface NSCXRUSE. |
| N | The Lock User feature is not active. |
For logon attempts to libraries via Natural RPC service calls, this option only takes effect if the Lock user option in the Library And User Preset Values is set to "*". For Natural RPC service calls, the following applies:
The settings "Y" and "F" have the same effect as "X".
When locking occurs, the client user IDs which are locked will not
include the ID as contained in the system variable *INIT-USER.
This option corresponds to the option User password history set in the Library and User Preset Values.
You may specify who may access Natural Security maintenance and retrieval functions from outside Natural Security via the application programming interfaces (APIs) provided. For details on these APIs, see the section Application Programming Interfaces.
| Y | Maintenance and retrieval functions may be accessed from
outside Natural Security via the APIs by anybody who may use the APIs.
If you set this option to "Y", you can protect each maintenance/retrieval function separately using functional security (see the section Functional Security). |
|---|---|
| R | Retrieval functions (but not maintenance functions) may be
accessed from outside Natural Security via the APIs by anybody who may use the
APIs.
If you set this option to "R", you can protect each retrieval function separately using functional security (see the section Functional Security). |
| N | Maintenance and retrieval functions may be accessed from outside Natural Security only by users (of type "Administrator") who may also use the Natural Security library SYSSEC. With the APIs, they may only perform those functions they are also allowed to perform within SYSSEC, and only under the same conditions under which they may perform them in SYSSEC. |
Maintenance functions are all functions of the subprograms NSCFI, NSCLI, NSCOB and NSCUS - except their Display functions.
Retrieval functions are all functions of the subprograms NSCCHCK, NSCDEF, NSCDU, and NSCXR and of the subprograms whose names begin with "NSCDA", as well as the Display functions of the subprograms NSCFI, NSCLI, NSCOB and NSCUS.
| 0-3 | You may specify the minimum number of co-owners for each owner
of a security profile.
The number set here will be valid for all security profiles and cannot be modified individually. |
|---|
For an explanation of co-owners, see the section Countersignatures; leave the value set to "0" until you have read that section.
This option determines whether a library's security profile can be deleted if the library contains any source or object modules.
| Y | A library's security profile can be deleted even if the library
contains any source or object modules. When you try to delete a library
profile, Natural Security will issue a warning if the library is not empty.
This option only affects the deletion of a library's security profile; the Natural library itself and the modules it contains are not deleted. |
|---|---|
| N | A library's security profile cannot be deleted as long as the library itself still contains any source or object modules. |
This option determines whether the values set on the Preset Library And User Values screen may be overwritten in individual security profiles.
| Y | The specifications made on the Preset Library And User Values screen may be overwritten in the individual security profiles. |
|---|---|
| N | The specifications made on the Preset Library And User Values screen cannot be overwritten in any security profile. They will be valid for all libraries/users without exception. |
The preset values are described under Library and User Preset Values below.
This option determines whether the database ID and file number of the current Natural Security system file (FSEC) are to be displayed on the menu and selection screens within the library SYSSEC.
| Y | The database ID and file number of the current Natural Security system file (FSEC) will be displayed on the menu and selection screens within the library SYSSEC. They will be displayed in the top right-hand corner below the current date. |
|---|---|
| N | The database ID and file number of the FSEC file will not be displayed in SYSSEC. |
This option determines how Natural Security reacts when you leave a function by pressing PF2, PF3, PF12 or PF15.
| Y | When you leave a function in Natural Security by pressing PF2, PF3, PF12 or PF15, a window will be displayed in which you have to specify whether the modifications you made before pressing the key are to be saved or not or whether you wish to return to the function. |
|---|---|
| N | When you leave a function by pressing PF2,
PF3 or PF15, the modifications you made before pressing
the key will be saved.
When you leave a function by pressing PF12, the modifications you made before pressing the key will not be saved. |
For details on the functions assigned to these keys, see the section PF-Keys below.
This option allows you to ascertain who has modified which security profiles and Administrator Services settings.
"Modify" in this context comprises all maintenance functions applied to a security profile (including Add, Copy, Delete, Link, etc.); it also includes the transfer of a security profile with the programs SECULD2 and SECLOAD.
| Y | Log records are written for modifications to security profiles and Administrator Services settings. |
|---|---|
| N | Modifications are not logged. |
When you set this option to "Y", a window will be displayed in which you can specify the following:
| Log file DBID/FNR |
The database ID and file number of the file in which the log records are to be stored. This file must have been loaded during the installation process of Natural Security. Note: Should the log file become inaccessible, and prevent you from
deactivating the logging of maintenance functions, you can use the Natural
system command //CMSYNIN DD * R,A old-DBID,old-FNR,new-DBID,new-FNR |
|---|---|
| Logging even if no actual modification |
Y - Modifications are also logged if nothing has actually been changed; that is, if a security profile or Administrator Services setting has been invoked for modification, but no actual change has been made to the profile/setting. N - Modifications are only logged if a profile/setting has actually been changed. |
| Logging of changes to |
Possible values: N, Y, and (for user and library profiles) X. You mark with "Y" the object types whose modifications are to be logged:
(*) "Administrator Services settings" in this context means all functions listed on the Administrator Services Menu (except Application Programming Interfaces). Utility Profiles
Modifications to utility security profiles are not logged separately. Instead, default profiles and templates are handled under "Administrator Services settings", library-specific utility profiles under "library security profiles", and user-specific and user-library specific utility profiles under "user security profiles". Extended Logging for User and Library
Profiles
You can mark "user security profiles" and "library security profiles" with "X" (instead of "Y") for the following additional data to be logged. For user security profiles:
For library security profiles:
|
To change the above specifications once you have activated the writing of log records, you press PF4 on the Set General Options screen.
To view the log records, you use the function Maintenance Log Records (see below).
This option determines how Natural Security reacts in a situation in which two administrators simultaneously modify the same security profile. Such a situation would occur as follows:
Administrator 1 invokes a security profile for modification.
Administrator 2 invokes the same security profile for modification.
Administrator 1 leaves the function after having made his/her modifications - the modifications are applied to the security profile. This means that, at this point, Administrator 2 is working on data which are "out of date", but is not aware of this fact.
Administrator 2 leaves the function after having made his/her modifications. Now there are two possible reactions by Natural Security:
The modifications made by Administrator 2 are applied - unknowingly overwriting the modifications made by Administrator 1.
Administrator 2 receives a window, informing him/her that the security profile in question was in the meantime modified by another administrator. He/she can then contact the other administrator to discuss the changes made, and can then decide to either cancel his/her own modifications or apply them, thus overwriting the modifications made by Administrator 1.
This option determines which of these two reactions is to be taken; that is:
| Y | The modifications will be applied in any case. |
|---|---|
| N |
A window will be displayed in which the administrator can choose to:
|
This option only applies to concurrent modifications made to security profiles of users, libraries, special links and mailboxes.
This option determines whether private libraries are to be available in "private mode" or in "public mode".
| Y | Private libraries are available in "public mode". |
|---|---|
| N | Private libraries are available in "private mode" for exclusive use by the users with the same IDs (not recommended). |
See Private Library in the section User Maintenance for further information. Please read that section before you set this option.
This option determines whether or not mailboxes are output in batch mode.
| Y | Mailboxes are not output in batch mode. |
|---|---|
| N | Mailboxes are output in batch mode. |
For information on mailboxes, see the section Mailboxes.
This option determines if Natural environments - that is, system-file combinations - are protected.
| N | Environments protection is not active: Users can access any environment. Natural Security will not perform any access-authorization checks regarding the environment. |
|---|---|
| Y | Environments protection is active: Users can only access environments for which security profiles are defined. By default, access to a library in a defined environment is allowed for all users. For individual libraries and users, you can disallow access to an environment. |
If you change the setting of this option, you have to restart your Natural session for the change to take effect.
For details on environment protection, see the section Protecting Environments.
This field determines whether the Natural Security data stored on this FSEC system file may be accessed from a Natural Security session running with another FSEC system file.
| N | The data cannot be accessed. |
|---|---|
| U | The data can be accessed via the application programming interfaces (APIs) which are provided in the library SYSEXT. This only applies to APIs where an FSEC system file can be specified. |
This option is only relevant for the Natural Development Server (NDV). It controls how access to an NDV server is handled.
It is assumed that access to the operating system on which an NDV server is running is controlled by an SAF-compliant external security system. User authentication (verification of user ID and password) is performed by this external security system. After a successful authentication, it generates an "accessor environment element" (ACEE) for the user, which is available for subsequent authorizations.
| N | A user can access an NDV server either by using the ACEE generated by the external security system, or directly by using his/her Natural Security user ID and password. |
|---|---|
| Y |
A user can access an NDV server only with the ACEE generated by the external security system. Without an ACEE, access to an NDV server is not possible. This ensures that the external security system's user authentication cannot be bypassed. If the user has an ACEE, no further authentication checks are performed when he/she logs on to the NDV server. |
This option may be used to detect unused user IDs, that is, user security profiles which have not been used for a long time. This may be helpful when you decide to delete user security profiles which are no longer used.
| N | Initial logons are not recorded daily. |
|---|---|
| Y | Each user's initial logon at the start of the Natural session is recorded daily. The date of a user's most recent initial logon is displayed in his/her security profile (by pressing PF16 on the main user profile screen). |
When this option is set to "Y", you can use the application programming interface NSCXRUSE to obtain a list of users who have not logged on since a specified date.
Please note that only logons which occur while this option is active can be recorded.
This option determines whether or not the current Natural application's
relevant ON ERROR statement and/or error transaction will be
processed in the event of Natural errors NAT1700 (time window exceeded) and NAT1701 (non-activity time limit exceeded).
The error transaction is determined by the value of Natural system
variable *ERROR-TA.
| N | When error NAT1700 or NAT1701 occurs, both the application's
ON ERROR statements and error transaction will be ignored; Natural
Security will perform a logoff, regardless of whether there is any ON
ERROR statement or error transaction.
|
|---|---|
| S | When error NAT1700 or NAT1701 occurs, the application's
relevant ON ERROR statement will be processed before Natural
Security performs a logoff. Any error transaction will be ignored.
|
| E | When error NAT1700 or NAT1701 occurs, the application's error
transaction will be processed before Natural Security performs a logoff. Any
ON ERROR statement will be ignored.
|
| G | When error NAT1700 or NAT1701 occurs, the application's
relevant ON ERROR statement will be processed, and if no ON
ERROR statement is encountered, the error transaction will be invoked,
before Natural Security performs a logoff.
|
This option only takes effect on mainframe computers. On non-mainframe platforms, Natural Security always reacts as if it had been set to "G" (regardless of the actual setting).
This option determines the course of action to be taken in the case of
a Natural runtime error occurring within the ON ERROR condition of
a startup transaction (*STARTUP).
When a runtime error occurs within the ON ERROR condition
of a startup transaction, Natural's error processing might lead to the startup
transaction being executed again. This would cause an error-loop situation. To
prevent such a loop, you can set this option.
| Y | In the case of a runtime error caused by a startup transaction,
a LOGOFF command will be executed at the point when
the startup transaction would be due for execution in the course of Natural's
error processing.
|
|---|---|
| N | In the case of a runtime error caused by a startup transaction,
the Natural system variable *STARTUP will be set to blanks, and
Natural's error processing will proceed.
|
If no startup transaction is defined, this option has no effect.
This option determines the value of the Natural system variable
*APPLIC-NAME.
| Y | *APPLIC-NAME contains the name of the library to
which the user is logged on, regardless of whether the user is logged on via a
special link or not.
|
|---|---|
| N | *APPLIC-NAME contains the name of the library to
which the user is logged on. If the user is logged on via a special link, it
contains the special-link name instead.
|
This option determines whether a user security profile can be deleted if the user is still specified either as owner in any security profile or as DDM modifier in any DDM/file security profile.
This option can only be set if owners are assigned to the Natural Security library SYSSEC.
| N |
Security profiles of users who are owners or DDM modifiers cannot be deleted. This ensures that the deletion does not cause any undesired owner or DDM modifier constellation. |
|---|---|
| O |
Security profiles of users who are owners or DDM modifiers can be deleted. They can only be deleted by administrators who are owners of the library SYSSEC. |
| A |
Security profiles of users who are owners or DDM modifiers can be deleted. They can only be deleted by the administrator (or group of administrators) whose ID is specified in the field By Administrator. |
If this option is set to "O" or "A" and the security profile of a user is deleted, his/her ID is automatically removed from any security profiles where he/she is specified as owner or DDM modifier. Nonetheless, it may be advisable before the deletion to use the Cross-Reference User function to ascertain which profiles/DDMs would be affected, and after the deletion to make sure the changed owner/co-owner and DDM modifier/co-modifier configurations still suit your requirements.
This section describes the options available for the following authentication types:
IAF (Integrated Authentication Framework),
LDAP (Light Directory Authentication Protocol).
For details of IAF, see Introduction to the Integrated Authentication Framework in the EntireX Communicator documentation.
User authentication via an LDAP server (that is, a server which uses the
Light Directory Authentication Protocol) is only possible on UNIX and Windows
for online and batch sessions which are started with the Natural profile
parameter AUTO=OFF. It is activated by setting the field
Protection Level in the LDAP security profile to "1" (see
below).
If an IAF server or LDAP server is to be used, it has to be defined to Natural Security, that is, a security profile has to be defined for it, as described below.
To create/maintain security profiles for IAF servers and the
LDAP:
On the Main Menu, select Administrator Services.
If you are allowed access to Administrator Services, the Administrator Services Menu 1 will be displayed.
On this menu, select Authentication Options.
The Authentication Types selection list will be displayed, listing the LDAP and all IAF servers for which security profiles have been defined. From the list, you can select an existing security profile for modification or deletion, or create a new security profile.
To create a new security profile, you press PF4 or enter the
direct command ADD on the selection list. If
necessary, you will be prompted to specify the type of security profile to be
created. Then the first screen of the security profile to be defined will be
displayed. The items you can define as part of an IAF server security profile
and the LDAP security profile are described below under Components of
an IAF Server Security Profile and Components of the LDAP
Security Profile respectively.
The following functions are available (possible code abbreviations are underlined) on the Authentication Types selection list:
| Code | Function |
|---|---|
MO |
Modify security profile. |
DE |
Delete security profile. |
To invoke a function for a security profile, mark it with the appropriate function code in column Co.
You may select various profiles for various functions at the same time; that is, you can mark several profiles on the screen with a function code. For each one marked, the appropriate processing screen will be displayed. You can then perform the selected functions for one profile after another.
To reset all fields in an IAF server security profile, you press PF9 on the security profile screen.
The individual items you can define as part of an IAF server security profile are described below.
The items correspond to appropriate settings in EntireX, which are described in detail in the EntireX Communicator documentation.
| Field | Explanation |
|---|---|
| NSC profile ID | In this field, you specify the Natural Security ID of the IAF server. This is the ID by which the IAF server is assigned to a Natural RPC server in the RPC server profile (see IAF Support under Components of an RPC Server Profile). |
| Default | If you mark this field with "X", this IAF server will be used by all Natural RPC servers, unless you change the IAF server assignment in individual Natural RPC server profiles. |
| Description | In this field, you can enter a descriptive name for the IAF server. |
| Field | Explanation |
|---|---|
| Operating system | In this field, you specify the operating system of the IAF server: 1 = z/OS, 2 = UNIX/Windows. |
| Transport method | In this field, you specify the transport method of the IAF server: 1 = SSL, 2 = SVC. |
| Host name |
In this field, you specify the host name of the IAF server. For SSL, this is the IP address or the DNS name. For SVC, this is the NODE specified in the attribute file of the IAF server. |
| Port/SVC number |
If the server type is SSL, you specify the port number. If the server type is SVC, you specify the SVC number. |
| Verify server (Y/N) | If this field is set to "Y", the subject name in the certificate of the IAF server must match the host name of the IAF server. |
| Field | Explanation |
|---|---|
| Trust store |
In this field, you specify the location of the store containing certificates of trusted Certificate Authorities (CA certificates). You specify the RACF keyring which contains the CA certificate as follows: user-ID/keyring-name. If you omit the user-ID, the keyring will be associated with RACF user ID under which the Natural RPC server is started. |
| Key label | In this field, you specify the label of the user certificate in
the the RACF keyring which is used to authenticate the RACF user ID of the
Natural RPC server to the IAF server. This value has to be specified only if
VERIFY-CLIENT=YES is specified in the attribute file of the IAF
server.
|
| Field | Explanation |
|---|---|
| Trust store | In this field, you specify the file name location of the CA
certificate store.
Example: |
| Key store | In this field, you specify the SSL certificate;
it may contain the private key.
Example: |
| Key file | In this field, you specify the file which
contains the EntireX Broker's private key, if it is not contained in the key
store.
Example: |
| Key password | In this field, you specify the password which is used to
protect the private key and to unlock the key file (e.g.
MyAppKey.pem).
|
The individual items you can define as part of the LDAP security profile are described below.
| Field | Explanation | ||
|---|---|---|---|
| Profile ID / Profile name | The Natural Security ID and name of the LDAP security profile (cannot be modified). | ||
| Authentication type | LDAP (cannot be modified).
|
||
| Protection level |
0 = User authentication is performed by Natural Security. 1 = User authentication is
performed via the LDAP server. This applies to Natural online and batch
sessions on UNIX and Windows which are started with the Natural profile
parameter
|
||
| Natural Security system | FSEC (cannot be modified).
|
||
| Support user names as IDs |
This option allows the logon using the user name (as specified in the user security profile) as user ID. This option has three prerequisites. If it is activated (by marking this field with "Y"), an additional screen is displayed on which you have to perform the following checks to ensure that these prerequisites are met:
|
||
| NSC user ID |
This option controls the access of users not defined to Natural Security.
|
||
| Log file path |
The complete path to the file to which the log data are written if the logging of the LDAP-server communication is active. If the specified path contains the character string
|
||
| Log level |
This field is used to activate the logging of the LDAP-server communication. Possible values:
|
| Field | Explanation |
|---|---|
| LDAP host | The IP address or domain name of the LDAP server. |
| LDAP port | The port number of the LDAP server. The default is 389. |
| LDAP server type | The LDAP server type. Possible types are:
|
| SSL connection | Mark this field with "X" if the LDAP connection is made via an SSL-secured port (by default, this is port 636). |
| Technical user support |
For information on the technical user support, see Creating Technical User Credential Files in the Software AG Security Infrastructure documentation. The tool to create these files is provided in the directory
|
| Field | Explanation |
|---|---|
| Default domain | The default domain name. |
| Default separator | The character to be used as default domain separator. |
| LDAP person DN | The Personal Bind Distinguished Name of the node where the user
entries are located.
Example: where |
| Attribute name user ID | The attribute name which contains the user ID. |
| Object class person | The object class which denotes a user. |
To invoke this function:
On the Main Menu, select Administrator Services.
If you are allowed access to Administrator Services, the Administrator Services Menu 1 will be displayed.
On this menu, select PF-keys.
The Set PF-Keys screen will be displayed.
On this screen, you can assign functions and names to keys, as described below.
Functions can be assigned to certain keys only. Names can be assigned to all keys.
The functions assigned to the following PF-keys cannot be modified:
| Key | Function | Explanation |
|---|---|---|
| PF01 | Help | If you press PF1 on any Natural Security screen, help information for that screen will be displayed. |
| PF02 | Previous Menu | This key returns you to the menu screen from which you have
invoked the current processing level.
By default, the modifications you made before leaving a function with PF2 will be saved; see also the general option Exit Functions with Confirmation above. |
| PF03 | Exit | This key causes a given processing level to be terminated and
the screen of the next higher processing level to be displayed.
By default, the modifications you made before leaving a function with PF3 will be saved; see also the general option Exit Functions with Confirmation above. |
| PF04 | Additional Options | On a security profile screen, you can press this key (instead of marking the Additional Options field on the screen with "Y") to display the Additional Options selection window for a security profile. |
| PF05 | Various functions on different screens (as described where appropriate). | |
| PF06 | Flip | The PF-key lines at the bottom of the Natural Security screens display either PF-keys 1 to 12 or PF-keys 13 to 24. By pressing PF6, you can switch from one display to the other. |
| PF07 | Previous Page (-) | This key scrolls a displayed list one page backward. |
| PF08 | Next Page (+) | This key scrolls a displayed list one page forward. |
| PF12 | Cancel | This key causes a given processing level to be terminated and
the screen of the next higher processing level to be displayed.
By default, the modifications you made before leaving a function with PF12 will not be saved; see also the general option Exit Functions with Confirmation above. |
| PF13 | Refresh | This key undoes all modifications you have made on a screen but which have not yet been saved. The fields on the screen will be reset to the values they had before you changed them. |
| PF14 | (reserved for future use) | |
| PF15 | Menu | This key invokes the Natural Security Main
Menu.
By default, the modifications you made before leaving a function with PF15 will be saved; see also the option Exit Functions with Confirmation above. |
| PF16 to PF17 | Various functions on different screens (as described where appropriate). | |
| PF18 | (reserved for future use) | |
| PF19 | First Page (- -) | This key scrolls a displayed list to its beginning. |
| PF20 to PF24 | (reserved for future use) |
Note:
The CLR key has the same function as
PF12.
You may assign a function to each of these keys yourself. The function assigned will then be invoked within Natural Security by pressing the appropriate PF-key (or PA-key).
One of the following functions may be assigned to a PF-key (or PA-key):
a Natural system command,
a Natural terminal command,
a Natural program.
To assign a function to a key, you enter a command or program name in the Function column of the Set PF-Keys screen next to a key number.
You may name all PF-keys, including those whose function assignments you cannot change. The names may be up to 5 characters long and can be entered in the Name column of the Set PF-Keys screen.
The assigned names will appear in the PF-key lines which are displayed at the bottom of each Natural Security screen:
Enter-PF1---PF2---PF3---PF4---PF5---PF6---PF7---PF8---PF9---PF10--PF11--PF12---
Help PrevM Exit AddOp Flip - + Canc
|
If no name is displayed for a PF-key, this indicates that the function assigned to this key is not applicable to the screen displayed.
The lines display either the keys PF1 to PF12 or the keys PF13 to PF24. By pressing PF6, you can switch from one display to the other, and back again.
The Logon/Countersign Errors functions serve two purposes:
You can view logon errors, that is, unsuccessful attempts to log on to Natural.
You can view - and unlock - locked users, that is, users whose IDs have been made invalid due to logon or countersign errors (if the Lock User Option is active).
In General Options, you can specify the Maximum number of logon attempts by entering a number n in the range from 1 to 5 (the default is 5). Every time a user makes n consecutive unsuccessful logon attempts, the user will be "thrown out" and a logon error record will be written by Natural Security.
A logon error record contains detailed information on each of the n logon attempts that led to the record being written (for example, which user and library IDs were entered by the user). You can view these records with the Logon Error Processing functions. This serves the following purposes:
You can see whether unauthorized people have tried to gain access to Natural.
You can see what users do wrong when they try to log on. Users may then be informed how to log on correctly.
You can see whether users have been given the appropriate access rights. For example, a user may try to log on to an library he/she is not - but should be- allowed to use. You can then make the necessary adjustments to the security profiles and links concerned.
The recording by Natural Security of logon errors cannot be switched off.
Natural Security also records unsuccessful attempts to access a Natural utility. These utility access error records can also be viewed with the Logon/Countersign Errors functions.
Note:
The term logon errors (records) as used in the text below
also comprises utility access errors (records), unless explicitly
indicated otherwise.
If the Lock User Option (see General Options) is active, users may be "locked" due to logon or countersign errors:
Logon errors:
Once a user has reached the maximum number of logon attempts without
entering the correct password, the user will be locked.
Countersign errors:
After entering too many invalid passwords on a countersignature
screen, the user who invoked the function requiring the countersignatures will
be locked. (For information on countersignatures, see the section
Countersignatures.)
With the function List/Unlock Locked Users you can see which users have been locked due to logon or countersign errors. You can also unlock them again.
Countersign errors are only recorded if the Lock User Option is active, whereas logon errors are always recorded (regardless of the Lock User Option).
To invoke Logon/Countersign Errors:
On the Main Menu, select Administrator Services.
If you are allowed access to Administrator Services, the Administrator Services Menu 1 will be displayed.
On this menu, select Logon/countersign errors.
The Logon/Countersign Errors Menu will be displayed. It provides the following functions:
List error records
Delete error records
Display individual error records
List/unlock locked users
The individual functions are described below.
When selecting one of these functions, you can specify the following options:
| Option | Explanation | |||||||
|---|---|---|---|---|---|---|---|---|
| Order of Records |
This option determines the order in which the logon error records will be listed:
This option has no impact on the List/Unlock Locked Users function. |
|||||||
| Start Value |
If you wish to list not all, but only a certain range of logon error records or locked users, you can specify a start value. For possible options, enter a question mark (?) in the Start Value field. Special start values (for Order of Records = T):
Start Value is ignored for Order of Records = D. |
|||||||
| Date from ... to |
You can use these two fields if you wish to list only records of logon/countersign errors which occurred on a certain date or within a certain range of dates. For possible selection options, enter a question mark (?) in one of the fields. If "Date from" contains a wildcard (*, >, or <), the following applies:
Special values for "Date from":
|
|||||||
| Time from ... to |
You can use these two fields if you wish to list only records of logon/countersign errors which occurred in a specific period of time. For possible selection options, enter a question mark (?) in one of the fields. If the field "Date from" contains a specific date, the "Time from" value refers to the time on this date. If "Date to" contains a specific date, the "Time to" value refers to the time on this date. If "Time from" contains a wildcard (*, >, or <), "Date to" and "Time to" are ignored. |
This function displays a list of logon error records.
The list can be scrolled as described in the section Finding Your Way In Natural Security.
You can change the range of error records listed by entering selection criteria in the input fields above the list. For possible options, enter a question mark (?) in the respective input field(s).
In addition, the following special PF-key functions are available:
| Key | Explanation |
|---|---|
| PF06 | List only utility access error records. (Press again to revert to the list of all error records.) |
| PF09 | List the error records sorted by terminal ID
(*INIT-ID).
|
| PF10 | List the error records sorted by user ID
(*INIT-USER).
|
| PF11 | List the error records sorted by date. |
To display detailed information on an error record, you mark it with
code DI. The Error History of the selected error will be invoked
(as with the Display Individual Error Records function; see below).
This function displays a list of logon error records, like the List Error Records function described above. The options for handing the list are same as for the List Error Records function. In addition, you can delete logon error records.
It is recommended that logon error records be deleted periodically to save space on the FSEC system file.
To delete individual error records, you mark them with code
DE.
To delete all error records displayed on the current page, you press PF4.
To delete all existing error records, you use the direct command
ERRDEL (see below).
If an error record has been deleted, this will be indicated by
## in the first column of the list.
To delete all logon/countersign error records at once, you
enter the direct command ERRDEL in the command
line.
This function displays the Error History of logon error records one by one.
To delete an error record, you press PF4 on its Error History screen.
This function is only applicable if the Lock User Option (see General Options) is active. It displays a list of those users whose security profiles have been "locked" due to logon or countersign errors. The list is in alphabetical order of user IDs. On the list you can then unlock individual users.
When you invoke the List/Unlock Locked Users function, the List Locked Users screen will be displayed.
The list can be scrolled as described in the section Finding Your Way In Natural Security.
You can change the range of users listed by entering selection criteria in the input fields above the list. For possible options, enter a question mark (?) in the respective input field(s).
The column Lock of the List Locked Users screen indicates the type of error which caused the user to be locked:
| Type of error | Information displayed next to the type |
|---|---|
| C = Countersign error | The ID of the owner whose password was entered incorrectly, and the ID of the object which the locked user attempted to modify. |
| L = Logon error | The error numbers. |
For each entry on the List Locked Users screen, the following functions are available:
To display more detailed information on an entry, mark it with
function code DI.
To unlock a user, mark the entry with function code UL.
A window will be displayed, in which you confirm the unlocking by entering a
"Y".
Note:
You can also use the function Modify User (see User
Maintenance) to unlock a locked user.
Logon records allow you to see which users have been using which libraries.
You can specify the option Logon recorded in the security profile of each library and each user (see the sections Library Maintenance and User Maintenance respectively).
A logon record will be written by Natural Security:
every time a user logs on to a library in whose security profile the Logon recorded option is set to "Y";
every time a user in whose security profile the Logon recorded option is set to "Y" logs on to any library.
If the general option Transition Period Logon is set to "Y", a logon record will also be written every time an undefined user logs on (regardless of the setting of the option Logon recorded), and every time a user logs on to an undefined library.
If the user profile item ETID is set to "S" in the Library and User Preset Values (see below), a logon record - with time-stamp-related ETID - will also be written every time a user logs on to Natural (this is only possible if the FUSER system file is not read-only).
Similarly, an access record will be written by Natural Security every time a users invokes a utility in whose default security profile the option Access recorded is set to "Y".
You may view these logon/access records by using the "Logon records" functions.
Note:
Unless explicitly indicated otherwise, the term "logon records" as
used in the text below means both logon records and access records.
To invoke Logon Records:
On the Main Menu, select Administrator Services.
If you are allowed access to Administrator Services, the Administrator Services Menu 1 will be displayed.
On this menu, select Logon Records.
The Logon Records Menu will be displayed. It provides the following functions:
List logon records
Delete logon records
Delete logon records but last
The individual functions are described below.
When you select one of these functions, you can specify the following selection options:
| Option | Explanation | |||||
|---|---|---|---|---|---|---|
| Order of Records | U | List logon records in alphabetical order of user IDs. | ||||
| UX | Same as "U", but listing only logon records of undefined users. | |||||
| L | List logon records in alphabetical order of library IDs. | |||||
| LX | Same as "L", but listing only logon records to undefined libraries. | |||||
| Y | List utility access records in alphabetical order of utility names. | |||||
| UY | List utility access records in alphabetical order of user IDs. | |||||
| LY | List utility access records in alphabetical order of library IDs. | |||||
| UE | List ETID-related logon records in alphabetical order of user IDs. | |||||
| EU | List ETID-related logon records in ascending order of ETIDs. | |||||
| D | List logon records in chronological order of the date/time when the logons occurred. | |||||
| Start Value |
If you wish to list not all, but only a certain range of logon records, you can specify a start value. For possible options, enter a question mark (?) in this field. |
|||||
| ETID Start Value |
In this field you can specify a start value in hexadecimal format (for Order of Records = UE and EU only). |
|||||
| Date from ... to |
You can use these two fields if you wish to list only logon records of logons which occurred on a certain date or within a certain range of dates. For possible selection options, enter a question mark (?) in one of the fields. If "Date from" contains a wildcard (*, >, or <), the following applies:
Special values for "Date from":
|
|||||
| Time from ... to |
You can use these two fields if you wish to list only logon records of logons which occurred in a specific period of time. For possible selection options, enter a question mark (?) in one of the fields. If the field "Date from" contains a specific date, the "Time from" value refers to the time on this date. If "Date to" contains a specific date, the "Time to" value refers to the time on this date. If "Time from" contains a wildcard (*, >, or <), "Date to" and "Time to" are ignored. |
|||||
This function displays a list of logon records.
The list can be scrolled as described in the section Finding Your Way In Natural Security.
You can change the range of logon records listed by entering selection criteria in the input fields above the list. For possible options, enter a question mark (?) in the respective input field(s).
In addition, the following special PF-key functions are available:
| Key | Explanation |
|---|---|
| PF06 | List only utility access records. (Press again to revert to the list of all logon records.) |
| PF09 | List the logon records sorted by user ID. |
| PF10 | List the logon records sorted by library ID. |
| PF11 | List the logon records sorted by date. |
This function displays a list of logon records, like the List Logon Records function described above. The options for handing the list are same as for the List Logon Records function. In addition, you can delete logon records.
It is recommended that logon records be deleted periodically to save space on the FSEC system file.
To delete individual logon records, you mark them with code
DE.
To delete all logon records displayed on the current page, you press PF4.
If you have invoked the Delete Logon Records function by pressing PF4:Del+ instead of ENTER on the Logon Records Menu, pressing PF4 on the list will automatically scroll to the next page immediately after the deletion, without your having to press PF8.
To delete all existing logon records, you use the direct command
LOGDEL (see below).
To selectively delete large numbers of logon records, you can use the application programming interface NSCADM.
If a logon record has been deleted, this will be indicated by
## in the first column of the list (except with
PF4:Del+).
To delete all logon records at once, you enter the direct
command ERRDEL in the command line.
This function corresponds to the Delete Logon Records function described above. However, the only delete options available is to press PF4. If you do so, all logon records displayed on the current page will be deleted - except the latest entry for each user ID on the current page.
This set of functions can only be used if the general option Logging of Maintenance Functions has been activated. If this option has been activated, log records are written when security profiles and Administrator Services settings are modified. The writing of log records allows you to ascertain who has modified which security profiles and Administrator Services settings. "Modify" in this context comprises all maintenance functions applied to a security profile (including Add, Copy, Delete, Link, etc.); it also includes the transfer of a security profile with the programs SECULD2 and SECLOAD.
To view the log records, you use the "Maintenance log records" functions.
To invoke these functions:
On the Main Menu, select Administrator Services.
If you are allowed access to Administrator Services, the Administrator Services Menu 1 will be displayed.
On this menu, select Maintenance Log Records.
A menu will be displayed, from which you can select the following functions:
This function displays the following information:
for which types of objects log records are written,
the number of log records that have been written for each type of object,
whether the option "Logging even if no actual modification" is set or not.
Note:
For this function, the fields Object Type,
Start Value and Date from/to on the
menu have no effect.
This function displays a list of the log records that have been written for modifications to Administrator Services settings.
The log records are listed in chronological order.
On the list, the following information is displayed for each log record: the Administrator Services function performed, the ID of the user who made the modification, and the date and time of the modification.
On the list, you can mark a log record with any character: the screen on which the modification was made will then be displayed; on that screen, fields whose values were changed are displayed intensified. The screen also shows the Natural Security version and FSEC system file with/on which the modification was made.
Note:
The version and system-file information is not shown for log records
which were written with Natural Security versions prior to 4.2.5. on mainframes
and 6.3.5 on non-mainframes.
By default, the Date from/to fields on the menu both contain the current date; that is, only the log records written today are listed. To list older log records, you change the date values on the menu as desired before you invoke this function.
Note:
For this function, the fields Object Type and
Start Value on the menu have no effect.
This function displays the log records that have been written for modifications to security profiles.
In the Object type field, you specify the type of
object (USer, LIbrary, etc.) whose modified security
profiles you wish to be listed. If you leave the field blank or enter a
question mark (?), a window will be displayed in which you can select the
desired object type. If you enter an asterisk (*), all log records for all
security profiles will be listed.
In the Start value field, you can enter an object ID as start value for the list to be displayed.
By default, the Date from/to fields on the menu both contain the current date; that is, only the log records written today are listed. To list older log records, you change the date values on the menu as desired before you invoke this function.
The log records are listed in chronological order.
On the list, the following information is displayed for each log record: the function performed on the security profile, the ID of the security profile, the ID of the user who made the modification, and the date and time of the modification.
On the list, you can mark a log record with any character: the security profile in which the modification was made will then be displayed. If you press PF2 on the security profile screen, the fields whose values were changed will be displayed intensified (and, if applicable, a message will indicate whether an actual modification was made or not). The screen also shows the Natural Security version and FSEC system file with/on which the modification was made.
Note:
The version and system-file information is not shown for log records
which were written with Natural Security versions prior to 4.2.5. on mainframes
and 6.3.5 on non-mainframes.
On mainframes, this function can only be used in batch mode.
This function allows you to write/read the contents of the log file to/from a work file.
Log records have to be written to a work file when the log file becomes full. Thus, the work file serves as an "archive" for the log records.
The work files to be used are Work File 1 and Work File 5. On UNIX, OpenVMS and Windows, Work File 5 must be a file with the extension ".sag".
The output reports will be written to the print files CMPRT01 and CMPRT02.
When you invoke this function, you will be prompted to specify the database ID and file number of the log file. If you later wish to specify another log file, you press PF5 on the Log File Maintenance menu.
When you invoke this function, the Log File Maintenance menu is displayed, from which you can select the following functions:
| Code | Function | Explanation |
|---|---|---|
| LI | List Log Records | This function is used to list the contents of the log file.
The output contains the same information as displayed by the function List
Security Profile Maintenance Logs: a list of all modified profiles/settings, as
well as every profile concerned (indicating the profile components which were
modified). The output consists of two reports:
|
| LX | List Log Records Extended | Same as List Log Records - in addition, this function displays the additional data which are logged if extended logging is activated for user or library profiles; see Extended Logging under Logging of Maintenance Functions. |
| WR | Write Log Records to Work File | This function is used to write log records from the log file to Work File 5 (without deleting them from the log file). |
| WD | Write Log Records to Work File and Delete | This function is used to write log records from the log file to Work File 5, and delete them from the log file. |
| RA | Read Log Records from Work File | This function is used to read log records from Work File 5 onto the log file. |
| SA | Scan Work File | This function is used to scan the contents of Work File 5. |
The Log File Maintenance function can also be invoked with the direct
command LOGFILE.
Possible object types to be entered on the Log File Maintenance menu are:
| * | all |
|---|---|
| AD | administration functions |
| AA | all (base and compound) applications |
| AB | base applications |
| AC | compound applications |
| DD or FI | DDMs/files |
| LI | libraries |
| MA | mailboxes |
| US | users |
For object-type codes of external objects, see Types of External Objects.
Other parameters that can be specified on the Log File Maintenance menu are:
| Start value | You can specify a start for the objects to be written/read. |
|---|---|
| Date from/to | If you wish to process only log records that were created in a specific period of time, you may specify a range of dates in these fields. |
| Work File 1 | The name of Work File 1. |
| Work File 5 | The name of Work File 5. |
To write log records from the log file to Work File 5, the CMSYNIN batch input file would contain the following commands:
LOGFILE FIN
The CMOBJIN batch input file might contain the following specifications:
SYSSEC,DBA,PASSWORD 22,241 WR,US,,2002-07-01,2002-07-25
The first line must contain the library ID SYSSEC and the
user ID and password of the respective Natural Security administrator.
The second line must contain the database ID and file number of the log file from which the records are read.
The third line must contain the function code and object type (possible values are the same as on the Log File Maintenance menu) - optionally followed by various parameters (whose sequence and possible values correspond to those of the corresponding fields on the Log File Maintenance menu).
When you scan or read the work file, you have to specify the following parameter in the JCL:
WORK=((5),OPEN=ACC)
//DBA JOB DBA,CLASS=K,MSGCLASS=X
//**
//** WRITE LOGGING OF MAINTENANCE DATA TO WORK FILE 5
//** DELETE RECORDS FROM LOG FILE
//**
//NSCnnBAT EXEC PGM=NATBATnn,REGION=2400K,
// PARM=('IM=D,FNAT=(22,210),INTENS=1,FSEC=(22,240),',
// 'MT=0,MAXCL=0,MADIO=0,AUTO=OFF,WORK=((5),OPEN=ACC)')
//STEPLIB DD DSN=PRODNAT.LOAD,DISP=SHR
//DDCARD DD DISP=SHR,DSN=PRD.NATnn.JOBS(ADADB22)
//CMPRINT DD SYSOUT=X
//CMWKF05 DD DSN=NSC.LOG.WKF05,
// DISP=(NEW,CATLG),DCB=(RECFM=VB,LRECL=4624,BLKSIZE=4628),
// SPACE=(TRK,(5,2))
//CMSYNIN DD *
SYSSEC,DBA,password
LOGFILE
22,241
WD,US,,2002-07-01,2002-07-25
.
FIN
/*
//*
In the above example, the log records of all user security profiles modified between 1st and 25th July 2002 are written to Work File 5, and are then deleted from the log file.
//DBA JOB DBA,CLASS=K,MSGCLASS=X
//**
//** LIST LOG RECORDS-WRITE REPORTS OF MAINTENANCE DATA TO PRINTER
//**
//NSCnnBAT EXEC PGM=NATBATnn,REGION=2400K,
// PARM=('IM=D,FNAT=(22,210),INTENS=1,FSEC=(22,240),',
// 'MT=0,MAXCL=0,MADIO=0,AUTO=OFF')
//STEPLIB DD DSN=PRODNAT.LOAD,DISP=SHR
//DDCARD DD DISP=SHR,DSN=PRD.NATnn.JOBS(ADADB22)
//** CMWKF01 DD DISP=SHR,DSN=NSC.LOG.WKF01
//** CMWKF05 DD DISP=SHR,DSN=NSC.LOG.WKF05
//CMPRINT DD SYSOUT=X
//CMPRT01 DD SYSOUT=X
//CMPRT02 DD SYSOUT=X
//CMSYNIN DD *
LOGFILE
FIN
/*
//CMOBJIN DD *
SYSSEC,DBA,password
22,241
LI,AD,,2002-06-06,2002-06-06
LI,US,MILL*,2002-05-01,2002-05-31
.
/*
//*
In the above example, the log records of all Administrator Services settings modified on 6th June 2002 and of all user security profiles modified in May 2002 are written to print files CMPRT01 (list of log records) and CMPRT02 (detailed log records information).
//DBA JOB DBA,CLASS=K,MSGCLASS=X
//**
//** READ LOGGING OF MAINTENANCE DATA FROM WORK FILE 5
//** INTO LOG FILE
//**
//NSCnnBAT EXEC PGM=NATBATnn,REGION=2400K,
// PARM=('IM=D,FNAT=(22,210),INTENS=1,FSEC=(22,240),',
// 'MT=0,MAXCL=0,MADIO=0,AUTO=OFF,WORK=((5),OPEN=ACC)')
//STEPLIB DD DSN=PRODNAT.LOAD,DISP=SHR
//DDCARD DD DISP=SHR,DSN=PRD.NATnn.JOBS(ADADB22)
//CMPRINT DD SYSOUT=X
//CMWKF05 DD DSN=NSC.LOG.WKF05,DISP=(SHR)
//CMSYNIN DD *
SYSSEC,DBA,password
LOGFILE
22,241
RA,US,,2002-07-01,2002-07-25
.
FIN
/*
//*
In the above example, the log records of all user security profiles modified between 1st and 25th of July 2002 are read from Work File 5 and thus restored on the log file.
See also the section Natural Security In Batch Mode.
Note:
This function is independent of the logging of maintenance
functions. Internally, however, it uses the same log file.
This function evaluates the logon records that have been written by Natural Security (see Logon Records ). It allows you to ascertain:
when each user logged on last,
which users have not logged on within the last n days.
When you invoke the function, a window will be displayed in which you enter a number of days :
If you enter a "0", you will get a list of logon records showing the latest logon record written for each user.
If you enter any other value n, you will get a list of logon records of those users who have not logged on in the last n days, showing for each of those users the last logon record written before the specified time interval.
The logon records are listed in chronological order.
Note:
For this function, the fields Object Type,
Start Value and Date from/to on the
menu have no effect.
SAF Online Services provide several functions for monitoring the SAF server.
SAF Online Services are only available on mainframe computers; they are only available if Natural SAF Security (or any other SAF-related Software AG product) is installed.
Before you can use SAF Online Services, you have to define a utility security profile for the utility SYSSAFOS (which contains the SAF Online Services).
To invoke SAF Online Services:
On the Main Menu, select Administrator Services.
If you are allowed access to Administrator Services, the Administrator Services Menu 1 will be displayed.
On this menu, select SAF Online Services.
The Online Services menu will be displayed, which provides the following functions:
This function displays the parameter settings as defined in the system parameter module. The following information is displayed:
| Item | Explanation |
|---|---|
| Authorization | Displays the different resource authorization checks performed by the SAF server that are related to Natural on mainframes, EntireX Communicator, Adabas, Entire Net-Work and Adabas SQL Server. |
| Class/Type | Shows the names of the different SAF general resources Classes or Types. These contain either the default or any override values which have been defined in the system parameter module. |
| Universal | This indicates a particular check is designated universal. If selected, then failure to define a particular resource profile will result in all users having access to it. Natural Program execution authorization cannot be designated universal. |
| Buffered | Displays for each type of check the maximum number of positive checks that the SAF server can buffer on behalf of each user. |
| Logging | This indicates the SMF logging level required when performing
security checks. "0" signifies logging ASIS, that is, in
accordance with the default for the security Class/Type; "1"
indicates an override setting of NONE.
|
| Active | Designates the particular authorization checks that are active. This applies only to checks performed by mainframe Natural as all other checks are activated by the installation process. |
| Env (Environment) | Indicates that an environment code, based on the Natural system files, is used to prefix certain resource profiles. Applies only to authorization checks performed by mainframe Natural. |
| Storage (k) | The size of the buffer in kilobytes which can be used for caching positive security checks in the address space of the SAF server. |
| Server DBID | Shows the database ID used by the SAF server. |
| Encrypt Req. | Indicates whether security requests passed between different SAF server components are communicated encrypted. |
| Encrypt Stg. | Indicates whether storage maintained within the Natural environment is kept in an encrypted state. |
| Messages | SAF server message level: Level "0" gives only error message, "1" reports security violations, and "3" generates an audit trail of all checks. |
| Cmd Log | Indicates whether command logging is turned on. |
| Buffer | Indicates whether security checks will be cached by the SAF server. |
| JCL check | Indicates whether CA-JCL check processing is available within the Natural environment. |
| Prefix Prog | Indicates whether Natural program names are prefixed with the name of the current application library when performing authorization checks. Not applicable to Natural SAF Security. |
| Protect Obj | Indicates whether program objects are protected within the Natural environment. Users require ALTER access to a particular application in order to modify its program objects. Not applicable to Natural SAF Security. |
| Log SYSMAIN | Indicates whether logging of all SYSMAIN operation is required. Not applicable to Natural SAF Security. |
| SYSMAIN/Lib | Indicates whether authorization checks for SYSMAIN functions will include access to the relevant Natural application libraries. Not applicable to Natural SAF Security. |
| Cmd Line | Indicates whether the Natural command line is protected. Users require CONTROL access in order to enter commands in the Natural command line. |
| ETID | Indicates whether Natural will generate a unique ETID. |
| Edit/Lib | Indicates whether Natural will prevent editing of objects located in another Natural application library. Not applicable to Natural SAF Security. |
| Clear/Ed | Indicates whether Natural will clear the edit area when logging onto another Natural application library. Not applicable to Natural SAF Security. |
| Ext Name | Indicates whether Natural will take the user name from SAF. Specifically, the field *USER-NAME will be taken from RACF or CA-ACF2. |
| Ext Group | Indicates whether Natural will take the group name from SAF. That is, the field *GROUP will be taken from RACF, CA Top Secret, CA-ACF2. |
| Log API | Indicates whether SMF logging is performed when executing the Natural API. |
| Env API | Indicates whether authorization checks performed by the Natural API will be prefixed by an environment code based on the Natural system files. |
This function displays statistical information on the SAF server. The following information is displayed:
| Item | Explanation |
|---|---|
| Authorization | Displays the different resource authorization checks performed by the SAF server related to Natural on mainframes, EntireX Communicator, Adabas, Entire Net-Work and Adabas SQL Server. |
| Check (+ve) | Indicates the number of authorization checks performed against the security system for each check type. The count indicates authorizations for which access was permitted and can include universal checks. |
| Check (-ve) | Indicates the number of authorization checks performed against the security system for which access was denied. |
| Check saved | Shows the number of authorization checks that were optimized by the SAF server because the result was already known. |
| Overwritten | Number of times positive authorization results were overwritten in the SAF server's cache because more recent information took its place in the buffer. Increase the number of items buffered if this count is excessive for any particular check type. |
| Lngth | Number of bytes reserved to cache resource profiles belonging to each type of authorization check. This value is generated automatically by the system. |
| Active Users | Number of users currently active in the SAF server. |
| High Watermark | High watermark value for number of users present in the SAF server. |
| Max Users | Maximum of users that can be accommodated. |
| Overwritten | Number of times a user area was reclaimed and allocated to another user. Increase the total buffer size if this count becomes excessive. |
| Authenticated | The total number of successful authentication checks performed. |
| Denied | The number of unsuccessful authentication checks. |
This function displays statistical information on the currently active users. The function displays a list of users. When you select a user from the list, statistical information on this user will be displayed. The individual items correspond to those of the same names as described above for System Statistics.
This function displays a list of ZAPs applied to the SAF server.
This function displays the storage of the SAF server's address space.
This function displays a list of the 256 most recent trace events.
This function is used to restart the SAF server.
It ensures that all data held in the SAF server's own buffer are flushed, including the settings of NSF Options, the System Statistics, cached security checks and user information. In addition, any data held by the security system itself in the address space of the SAF server are flushed when this function is executed.
Before you use default profiles, you should be familiar with the "normal" way of defining users as explained in the section User Maintenance.
When you add new users, you can either type in every item of every user security profile by hand, or you can use a pre-defined user default profile as a template for the creation of a user security profile. When you have to define numerous users whose security profiles are to be very similar to one another, you can define in a default profile the items which are to be the same for many users, and then use this default profile as the basis for the individual security profiles. By using default profiles, you can thus reduce the amount of work required to define users to Natural Security.
You create a default profile as described below, and then use it as a template for a user security profile as described in the section User Maintenance.
To create a default profile:
On the Main Menu, select Administrator Services.
If you are allowed access to Administrator Services, the Administrator Services Menu 1 will be displayed.
Press PF8.
On the Administrator Services Menu 2, select User Default Profiles.
The Default User Profiles selection list will be displayed.
In the command line of this screen, enter the command
ADD.
The Add User Default Profile window will be displayed.
In this window, enter the user ID and user type of the default profile.
For information on user IDs and user types, see the section User Maintenance.
The Add User Default Profile screen will be displayed.
On this screen you define a user default profile.
The Add User Default Profile screen corresponds more or less to the Add User screen for the same user type. The individual items you may define as part of a user profile are described under Components of a User Profile. However, please note that you can define some items only in an individual security profile, but not in a default profile.
Default profiles are maintained like individual user profiles (as described in the section User Maintenance).
When you add a new user, you can specify the ID of a default profile which is to be used as a template for the user security profile you are creating.
The user type of the default profile must be the same as that of the security profile you use it for.
When you use a default profile to add a new user, the items from the default profile are copied into the user profile - except the user ID, user name and the owners.
In the user profile, you can overwrite the items copied from the default profile, and specify further items.
Note:
To define numerous users who are to have identical security
profiles, you can also use the "Multiple Add
User" function (which is described in the section
User Maintenance).
Before you use default library security profiles, you should be familiar with the "normal" way of defining libraries as explained in the section Library Maintenance.
When you add new libraries, you can either type in every item of every library security profile by hand, or you can use a pre-defined default library profile as a template for the creation of a library security profile. When you have to define numerous libraries whose security profiles are to be very similar to one another, you can define in a default profile the items which are to be the same for many libraries, and then use this default profile as the basis for the individual security profiles. By using default library profiles, you can thus reduce the amount of work required to define libraries to Natural Security.
You create a default profile as described below, and then use it as a template for a library security profile as described in the section Library Maintenance.
To create a default profile:
On the Main Menu, select Administrator Services.
If you are allowed access to Administrator Services, the Administrator Services Menu 1 will be displayed.
Press PF8.
On the Administrator Services Menu 2, select Library Default Profiles.
The Default Library Profiles selection list will be displayed.
In the command line of this screen, enter the command
ADD.
The Add Default Library Profile window will be displayed.
In this window, enter the library ID of the default profile (for information on library IDs, see the section Library Maintenance).
The Add Default Library Profile screen will be displayed.
On this screen, you define a default library profile.
The Add Default Library Profile screen corresponds more or less to the Add Library screen. The individual items you may define as part of a library profile are described under Components of a Library Profile. However, please note that you can define some items only in an individual security profile, but not in a default profile.
Default profiles are maintained like individual library profiles (as described in the section Library Maintenance).
When you add a new library, you can specify the ID of a default profile which is to be used as a template for the library security profile you are creating.
When you use a default profile to add a new library, the items from the default profile are copied into the library profile - except the library ID, library name and the owners.
In the library profile, you can overwrite the items copied from the default profile, and specify further items.
Before you start defining users and libraries to Natural Security, you can use this function to pre-define the values of several items that are part of a library profile and user profile. When you then create a library security profile or user security profile, the items in the profile you are creating are already pre-set to these values.
To invoke this function:
On the Main Menu, select Administrator Services.
If you are allowed access to Administrator Services, the Administrator Services Menu 1 will be displayed.
Press PF8.
On the Administrator Services Menu 2, select Library and User Preset Values.
The first Preset Values screen will be displayed, containing library profile items. A second screen contains user profile items. With PF7 and PF8 you can switch between the two screens.
With PF5 on the library profile items screen, you can invoke another screen with further library options.
The items are explained below.
Some of these items also appear in the security profile of every library, where their values will be preset to those you specify on the Preset Library Values screen. If the general option Overwriting of defaults possible (see above) is set to "Y", you may overwrite these values in the individual library security profiles. Other items do not directly correspond to library profile fields, but are options which apply to library profiles in general.
| Item | Explanation | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Active cross-reference for Predict | Determines whether an active cross-reference in Predict is
generated for a library.
If you specify an asterisk (*) here, this applies to all
libraries: The generation of active cross-references will be determined by the
value of the Natural profile parameter |
||||||||||
| Logon recorded | Determines whether logons to a library are recorded. | ||||||||||
| Natural programming mode | Determines whether the programming mode can be changed with
the Natural profile/session parameter SM.
If you specify an asterisk (*) here, this applies to all
libraries: The programming mode will be determined by the value of the Natural
profile parameter |
||||||||||
| Restart | Determines whether an Adabas OPEN command with or without End of Transaction ID (ETID) is executed during the logon procedure. | ||||||||||
| Maintenance with Natural utilities | Determines who may maintain the contents of the library with Natural utilities. | ||||||||||
| Clear source area by logon | Determines whether the editor's source work area is cleared automatically when a user logs on from the library to another library. | ||||||||||
| Execute startup transaction in batch | Determines whether the startup transaction specified in the library profile is executed in batch mode. | ||||||||||
| Steplibs |
Allows you to specify the libraries which are to be the steplib libraries for the library. You can specify the name of the first steplib in the Steplibs field on the Preset Library And User Values screen. To specify more than one steplib, enter an asterisk (*) in the field or press PF4: a window will be displayed, in which you can specify up to 9 steplibs. |
||||||||||
| Profile parameters for undefined libraries |
|
||||||||||
| RPC Server Session Options (Natural RPC Restrictions) | |||||||||||
| Close all databases | Controls the logon-/logoff-dependent closing of databases opened by remote subprograms in a library. | ||||||||||
| Logon option | Determines which logon data are evaluated when a library is accessed via a Natural RPC service call. | ||||||||||
| Logon recorded | This is not only a preset value. It also applies as default value if the corresponding field in the library profile is set to "*". If this is the case, it determines whether access to a library is to be recorded or not when the library is accessed via a Natural RPC service call. | ||||||||||
| Lock user option |
|
||||||||||
With PF5 on the library profile items screen, you can invoke another screen with these further library options:
This option applies to all libraries. It affects the way in which the Disallow/Allow Modules settings in library security profiles are evaluated.
| * | The evaluation of the Disallowed/Allowed settings depends on
the platform:
|
|---|---|
| L | The evaluation of the Disallowed/Allowed setting is the same
on any platform:
When a module is invoked for execution, the Disallowed/Allowed setting for this module in the current library's security profile is only evaluated if the module is contained in that library. Setting this option to "L" may be useful if you transfer a Natural application from a mainframe to a non-mainframe platform and wish to keep you module protection unchanged. |
This option can be used to prevent the inadvertent deletion/renaming of a library in the mapped environment of the Natural Development Server. It applies to the actions Rename and Delete in the context menu of the library node in the mapped environment (see Tree-View Actions in the section Protecting the Natural Development Server Environment and Applications).
| Y | The actions Rename and Delete are disabled. They cannot be selected from the context menu of the library node. |
|---|---|
| N | The actions Rename and Delete are available in the context menu of the library node. |
Note:
Setting this option to "Y" cannot prevent that a library disappears
from the tree view if the objects it contains are deleted (either from within
the library or with utilities from outside the library).
This option can be used to suppress the execution of startup transactions for logons to libraries in a mapped environment on a Natural Development Server client (see also Map Environment and Library Selection in the section Protecting the Natural Development Server Environment and Applications
| Y | Startup transactions are not executed in a mapped
environment. The name of the startup transaction, as specified in the security
profile of the library to which a logon is performed, is not written into the
Natural system variable *STARTUP.
|
|---|---|
| N | The execution of startup transactions in a mapped environment is not restricted. |
This option only takes effect in mapped environments on Natural Development Server clients.
For Natural projects, NaturalONE supports two development modes: shared mode and private mode. This option determines how Natural Security controls the Natural server actions triggered by the Eclipse Navigator view actions used by the Natural projects.
| * | The actions are controlled by a number of library profile and utility profile settings. |
|---|---|
| Y | The actions are controlled by development mode options, which you can set when you enter a "Y" in this field and then press PF5. |
For details, see Protecting the Navigator View in the section Protecting the Natural Development Environment in Eclipse.
This option determines which types of clients are permitted to connect to the Natural Development Server:
| N | Only Natural for Windows (Natural Studio) clients are permitted to connect to the server. |
|---|---|
| O | Only NaturalONE clients are permitted to connect to the server. |
| A | Both Natural for Windows (Natural Studio) and NaturalONE clients are permitted to connect to the server. This is the default. |
| P | Natural for Windows (Natural Studio) and NaturalONE clients are not permitted to connect to the server. |
See also Starting the Natural Development Server in the environment-specific sections of the Natural Development Server documentation.
Some of these items also appear in the security profile of every user, where their values will be preset to those you specify on the Preset Library And User Values screen. If the general option Overwriting of defaults possible (see above) is set to "Y", you may overwrite these values in the individual user security profiles. Other items do not directly correspond to user profile fields, but are options which apply to user profiles in general.
| Item | Explanation | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ETID |
|
||||||||||||||||||
| Private library for administrator/person | Determines whether the user, if he/she is of type "Person" or "Administrator", may have a personal ("private") library. | ||||||||||||||||||
| Message before password expiration |
This option applies to user profiles in general. You can use it to have a message displayed to users whose password is about to expire. The number you specify here - possible values are 1 to 10 - determines how many days before his/her password expiration is due a user is to a receive message, indicating that his/her password will expire. The message (NAT1691) will be displayed after the initial logon to Natural. This only applies to users in whose security profiles a time interval for password change is set (option Change after nnn days in a user profile.) |
||||||||||||||||||
| Minimum password length |
This option applies to user profiles in general. A user password must not consist of fewer characters than the number specified here. Possible values are 1 to 8. When you set this length, please bear in mind that by default passwords are identical to user IDs (see the section User Maintenance). |
||||||||||||||||||
| Password case-sensitive |
|
||||||||||||||||||
| User password history |
|
||||||||||||||||||
The following options can only be used if User Password History (see above) is set to "Y" or "*". They allow you to define rules to which user passwords must conform:
| Maximum number of stored passwords | This corresponds to the field in the
User Password History activation window:
The last nn passwords used by each user are recorded by Natural Security. These last nn passwords cannot be used again by the user as new password. Possible values: 1 - 99. |
||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Password mask |
|
||||||||||||||
| Each character only once | If this value is set to "Y", passwords must not contain a
character twice.
For example, |
||||||||||||||
| Disallow double characters | If this value is set to "Y", passwords must not contain double
characters.
For example, |
||||||||||||||
| Check password for pattern | If this value is set to "Y", a password must not be the same as
the current value of the Natural system variable *USER. Moreover,
a new password must not be too similar to the old one: a new password will be
rejected if its last three characters are identical to those of the old
password.
|
||||||||||||||
| The following options are only available if Password case-sensitive (see above) is set to "Y". The sum of these three values must correspond to the Minimum Password Length (see above): | |||||||||||||||
| Minimum no. of upper-case letters | In this field, you can specify how many upper-case alphabetical characters passwords must contain at least. | ||||||||||||||
| Minimum no. of lower-case letters | In this field, you can specify how many lower-case alphabetical characters passwords must contain at least. | ||||||||||||||
| Minimum no.of non-letters | In this field, you can specify how many non-alphabetical characters passwords must contain at least. | ||||||||||||||
Note:
To ascertain in which user security profiles the value of a specific
components differs from the corresponding preset value, you can use the
application programming interface NSCADM.
This function is used as part of the installation procedure for an initial installation of Natural Security. It allows you to automatically create library security profiles for system libraries (that is, libraries whose names begin with "SYS") of Natural and its subproducts.
If you use this function, you have to set the Natural profile parameter
MADIO to a value of at least 2000.
You should not apply this function to SYS libraries containing Natural utilities, as it is recommended that utilities be protected as described in the section Protecting Utilities.
To define system libraries:
On the Main Menu, select Administrator Services.
If you are allowed access to Administrator Services, the Administrator Services Menu 1 will be displayed.
Press PF8.
On the Administrator Services Menu 2, select Definition of System Libraries.
A list of the system libraries of Natural and all Natural subproducts installed at your site will be displayed. For each system library, a library-specific security profile is provided in which all the necessary components are already defined appropriately.
On the list, you can either mark with AD individual
libraries to which you wish their pre-defined profiles to be applied one by
one, or you can choose to have the pre-defined profiles applied to all product
system libraries simultaneously by marking the corresponding product with
AD.
For further information, see the Natural Security installation description in the Natural Installation documentation.
This function is used to create library security profiles for undefined libraries, that is, libraries which exist on the current FUSER system file, but for which no library security profiles have been created.
This function corresponds to that provided by the
SHOW command, as described under
Listing Undefined
Libraries in the section Library
Maintenance.
To define undefined libraries:
On the Main Menu, select Administrator Services.
If you are allowed access to Administrator Services, the Administrator Services Menu 1 will be displayed.
Press PF8.
On the Administrator Services Menu 2, select Definition of Undefined Libraries.
A list of all undefined will be displayed. It corresponds to the one
you get when you issue the command SHOW UNDF on the
Library Maintenance selection list.
Proceed as described under Listing Undefined Libraries in the section Library Maintenance.