It is necessary to point out that, according to Government security standards, Hewlett-Packard's System Administration Manager (SAM), as delivered, leaves much to be desired with regard to system security. For this reason, among others, SSO Montgomery is providing DISA/DMC sites with a more secure product known as USAM.
The UNIX computers under DISA’s control should consider using USAM as the primary System Administration tool.
The policies and procedures for the installation and use of USAM can be found in the latest release of:
and
SSO Load Instructions
SSO UNIX Systems Administration
and Management (USAM) Release SSO 01.00
………… portions of which are reproduced here, BUT, you need to get, read and comply with these two documents.
![]()
Overview -
The SSO release provides a standard method of securing, configuring, standardizing and managing the HP SOE environment for JOF operations, development and application platforms. It provides a set of tools and utilities for the SA with automated common procedures such as establishing crontab entries, adding users, log archiving and display.
![]()
UNIX Operating System -
HP-UX as received from PRC/HP does not load as a secure system and should not be run in the "out of the box" configuration. The product "out of the box" is a high security risk. If the SSO release is not used to secure and standardize the platform, the ISSO must take the responsibility to secure and manage the system using some other software. The SA will also have to standardize and setup many of the functions provided automatically by the SSO release.
The SSO release secures and standardizes the HP-UX 10.xx Operating System (OS) and should not be confused with the HP-UX itself. Refer to the HP-UX installation guidelines for information concerning HP-UX 10.xx. The SSO installation and setup scripts are also referred to as UNIX Systems Administration and Management (USAM) software. Please refer to the SSO load instructions delivered with the release tapes for details of the SSO installation.
HP-UX should be in a "trusted" configuration. (An easy way to check for a trusted system is check the /tcb/files/auth directory. If the directory is present, the system is probably in trusted configuration.) The SSO release will run in a non-trusted environment, but this is not recommended and could compromise the security of the system.
![]()
SSO Software Installation -
The SSO release is integrated into the environment after the HP-UX operating system. The release provides libraries, systems administration software, security, and gateway software to support the SOE.
| NOTE: The SSO release should be loaded after the HP-UX operating system has been established and is operational. HP-UX should be loaded according to the SSO Montgomery HP-UX implementation guide. |
![]()
Startup and Shutdown -
In keeping with the philosophy of making minimal changes to COTS products, the SSO USAM adds one process and two links to the standard HP-UX boot. The process is the [os]/sbin/init.d/rc_ak script which is placed in the operating systems /sbin/init.d directory. Companion links for this script can be found in /sbin/rc2.d. For bootup, the link is S990rc_ak and for shutdown, K001rc_ak. These links are used to start and stop the execution of rc_ak. The script executed by rc_ak is [os]/bin/rc. This process forces the opsys section to mimic the old HP-UX 9.xx method of starting and shutting down control processes. Mimicking this method provided a simpler transition for the SA and was easier for the SA to understand considering that this is the method that has been employed for several years. This also allowed the SSO release to limit changes to the HP-UX product and retain the previous startup and shutdown methodology. Files that are executed by [os]/bin/rc can be found in [os]/etc/rc2.d. Similarly, the shutdown processes can be found in [os]/etc/shutdown.d.
The system can, optionally, be rebooted or reset at midnight. The determination for which option occurs is controlled by the [os]/bin/shutdown process which executes at five minutes past midnight via the root crontab. The script checks a file in the [os]/config directory. The presence of the stop.shutdown file will force the system to "reset" by executing the [os]/bin/reset script. If this file is not present, the system does a full shutdown and restart using the /etc/shutdown command.
![]()
Networking Software -
HP has a protective daemon that determines if a remote access attempt is valid prior to allowing access to the system via Internet. This software consists of a daemon (inetd), a configuration file (/etc/inetd.conf) and an associated access file (/var/adm/inetd.sec). The inetd daemon will not allow access to the system unless the IP address of the requesting remote is listed in the inetd.sec file. If the IP address is present, the inetd daemon will activate the proper daemon such as ftpd, telnetd, or tftp. Additionally the IP address should be identified in the /etc/hosts file. If it is not, access is allowed but a message is place into the /var/adm/syslog/syslog.log file identifying the access as a "connection from unknown". This information is also reported by the daily_check script.
The SSO release does not use this process but adds networking software of its own known as the tcpd wrapper or TCPD. This software is distributed through security channels and is used for all SSO releases. TCPD uses a method similar to the one described above. Access control, however, is through two control files located in /etc. These two files are the hosts.allow and hosts.deny files. Hosts.allow provides a list of IP addresses allowed to access the system by service. It also provides a hosts.deny file for all activities that are not allowed in hosts.allow. Mail will be sent to the tcpd-report alias for failed connection requests. This mail routine is controlled from within the hosts.deny file. The SA should set the recipients of the tcpd-report alias as required for the local environment.
![]()
Standardization -
All "normal" userids on an HP-UX system should be standardized for the following reasons:
|
a. Identification. With telecommunications becoming a larger portion of the mission, systems like DDN will be used more extensively. Standard userids will help identify a user to a base and section more quickly.
b. Administration. A base with hundreds of userids can spend a lot of time in userid and password management alone. Standard userids will make it easier for the SA/ISSO to manage them properly.
c. Consolidation of Workloads. When two or more bases merge during a consolidation effort, there are bound to be userids which are duplicated on multiple systems. Non-unique userids will not conflict because they are used by either the system or central site management and the gaining site will take over responsibility of them from the losing site. It is highly undesirable, however, for there to be duplication among the userids that are used by the functional users. Standard userids will ensure uniqueness. Userids will be unique for all sites to facilitate multiple base workloads during contingency operations. This standard will allow the contingency system to contain a unique set of system userids that can be broken apart later.
d. An SA/ISSO at a local non-regionalized site can maintain a unique set of userids that could be merged to a regional site for contingency processing. e. POSIX standards are currently being developed. Where possible, this manual attempts to take into account the requirements specified in the draft standards. |
a. Get the following information from the user:
If, for some reason, you did not use /.opsys/bin/add_user script to create the new user, you must manually edit the /etc/hosts and add the IP address of the user and, in the hostname field, a description of the person or location of the terminal, whichever is best. Also you must edit the /etc/hosts.allow file and add an entry containing the IP address and service for each of the services required by the user.
|
The System Administration Manager is a menu-driven tool designed to perform typical system administration tasks without direct use of the underlying HP-UX commands. There are many benefits to using SAM:
Menus guide task selection, data entry, and option selection. Tasks are easier (and quicker) to perform because you need not remember, or look up, complex command syntax. SAM has the same "look and feel" on any HP 9000 system.
|
There are two SAM interfaces--an X window interface, and a character-mode (terminal) interface. Both have the same functionality, the difference being the means used to navigate through the menus. The X-window version uses a mouse and GUIs whereas the terminal version uses combinations of keystrokes.
There are some limitations to SAM, in that it does not support the full range of system administration command options. Specific cases where command-line administration is required are addressed elsewhere. Below is a roadmap of available SAM functions.
Accounts for Users and Groups ...____ Groups____ Users Auditing and Security ...____ Audited Events____ Audited System Calls____ Audited Users____ System Security Policies Backup and Recovery ...____ Automated Backups____ Interactive Backup and Recovery Clusters ...____ NFS Cluster Configuration Disks and File Systems ...____ Disk Devices____ File Systems____ Logical Volumes____ Swap____ Volume Groups Kernel Configuration ...____ Configurable Parameters____ Drivers____ Dump Devices____ Subsystems Networking and Communications ...____ Bootable Devices ...>________ DHCP Device Groups Booting From this Server________ Devices for which Boot Requests are Relayed to Remote Servers________ Fixed-Address Device Booting From this Server____ DNS (BIND) ...________ DNS Local Name Server________ DNS Resolver____ Internet Addresses____ Name Service Switch____ Network Information Service____ Network Interface Cards____ Network Services____ Networked File Systems ...________ Exported Local File Systems________ Mounted Remote File Systems____ System Access ...________ Internet Services________ Remote Logins____ UUCP ...________ UUCP Devices________ UUCP Remote Systems Peripheral Devices ...____ Cards____ Device List____ Disks and File Systems ...________ Disk Devices________ File Systems________ Logical Volumes________ Swap________ Volume Groups____ Instruments____ Printers and Plotters ...>________ Print Requests________ Printers and Plotters________ Save/Restore Spooler Configuration____ Tape Drives____ Terminals and Modems____ Uninterruptable Power Supplies Printers and Plotters ...____ Print Requests____ Printers and Plotters____ Save/Restore Spooler Configuration Process Management ...____ Performance Monitors ...>________ Disk and Terminal Activity________ Inter-Process Communication Facility Status________ Processes with Highest CPU Usage________ System Activity________ Virtual Memory Activity____ Process Control____ Scheduled Cron Jobs Routine Tasks ...____ Backup and Recovery ...>________ Automated Backups________ Interactive Backup and Recovery____ Find and Remove Unused Filesets____ Selective File Removal____ System Log Files____ System Shutdown Run SAM on Remote Systems Software Management ...____ Copy Software to Local Depot____ Install Software to Local Host____ List Software ...>________ List Depot Software________ List Installed Software____ Remove Software ...>________ Remove Software from Local Depot________ Remove Software from Local Host Time ...>____ NTP Broadcasting____ NTP Network Time Sources____ System Clock |
![]()
Adding, Deleting, Editing Groups -
Under normal circumstances, new groups will only be created when setting up a newly-authorized project. Some application software may require addition of a group name, in which case the needed details will be found in the installation instructions. In many such cases, the software installation script automatically creates needed group accounts. The following sections illustrate the steps needed for adding new group names to the HP System.
Adding a Group -
The following examples are taken from a color graphic monitor. A standard monochrome console monitor has no GUI representation.
Select Accounts for Users and Groups____ Select Groups ________ Select the Actions pull-down menu____________ then select theAdd option. The Add a Group Account dialogue box displays.
|
Enter the appropriate information in each field.
Click the OK button.
Deleting a Group -
Before removing a group, ensure that all files on the system having that group’s ownership have been either deleted, or assigned to another group. To obtain a listing of files/directories belonging to a group called "mygroup", do the following:
Log in as (or "su" to) root. find / -group mygroup -print | more A list will be generated listing the full directory path to each directory/file entry having mygroup as the owning group. This may take a while to complete.
|
Once you have completed dispositioning (like that word?) the files found by the above procedure, the group may be deleted using "SAM" as follows:
Follow the first three steps from Adding a Group Select the group to be removed by highlighting the entry Choose the Actions menu, and the Delete option Click OK button to remove the group
|
![]()
Adding, Deleting, Editing Users -
In some DMCs a completed and approved User ID Request is required to authorize a new user account. To enter the System Administration Menu enter sam at the command line prompt. This displays the main SAM window.
Select Accounts for Users and Groups____ Select Users - A listing of the current user accounts for the HP system displays________ Select the Actions pull-down menu____________ then select theAdd option. The Add a User Account dialogue box______________displays. |
No Restrictions (Normal Behavior) Force Password change at next login Allow only super-user to change password Enable Password Aging
|
Enter the appropriate information in each field.
Click the OK button.
Removing A User Account -
Before removing a user account, it is advisable to disposition (there it is again) all directories/files belonging to that user, either by deletion or re-assignment to another user ID. The steps to identify all directories/files owned by user olduser are as follows:
Log in as (or "su" to) root. cd / find . -user olduser -print | lp |
Follow the first three steps from Adding a User Select the user to be removed by highlighting the entry Choose the Actions menu, and the Delete option Click OK button to remove the account
|
The user’s files may be dispositioned (last time, I promise) as time permits.

Back |
Home | Index | Startup & Shutdown | SAM | LVM | Devices |
Continue |