|Skip Navigation Links|
|Exit Print View|
|Oracle Solaris Trusted Extensions Configuration and Administration Oracle Solaris 11 Express 11/10|
For each system on which Trusted Extensions is going to be configured, you need to make some configuration decisions. For example, you need to decide whether to install the default Trusted Extensions configuration, or customize your configuration.
If you are using DHCP, skip this task.
The hostname is the name of the host on the network, and is the global zone. On an Oracle Solaris system, the getent command returns the hostname, as in:
# getent hosts machine1 192.168.0.11 machine1
A system with two IP addresses can function as a multilevel server. A system with one IP address must have access to a multilevel server in order to print or perform multilevel tasks. For a discussion of IP address options, see Planning for Multilevel Access.
Servers require one IP address for the global zone and a second IP address for the labeled zones. The following is a host with a second IP address for labeled zones:
# getent hosts machine1-zones 192.168.0.12 machine1-zones
For each system on which Trusted Extensions is going to be configured, make these configuration decisions before enabling the software.
At a secure site, this step is performed on every Oracle Solaris system.
For SPARC systems, choose a PROM security level and provide a password.
For x86 systems, protect the BIOS.
On all systems, protect root with a password.
If you have a site-specific label_encodings file, the file must be checked and installed before other configuration tasks can be started. If your site does not have a label_encodings file, you can use the default file that Oracle supplies. Oracle also supplies other label_encodings files, which you can find in the /etc/security/tsol directory. The Oracle files are demonstration files. They might not be suitable for production systems.
To customize a file for your site, see Oracle Solaris Trusted Extensions Label Administration.
For the default label_encodings file, the labels are the following, and the zone names can be similar to the following:
Note - The automatic configuration method creates the public and needtoknow zones.
For ease of NFS mounting, the zone name of a particular label must be identical on every system. Some systems, such as multilevel print servers, do not need to have labeled zones installed. However, if you do install labeled zones on a print server, the zone names must be identical to the zone names of other systems on your network.
Your site's security policy can require you to administer Trusted Extensions by assuming a role. If so, or if you are configuring the system to satisfy criteria for an evaluated configuration, you must create additional roles early in the configuration process.
If you are not required to configure the system by using discrete roles, you can choose to configure the system in the root role. This method of configuration is less secure. The root role can perform all tasks on the system, while other roles typically perform a more limited set of tasks. Therefore, configuration is more controlled when being performed by the roles that you create.
For example, you might want to consider the following security issues:
Determine which devices can be attached to the system and allocated for use.
Identify which printers at what labels are accessible from the system.
Identify any systems that have a limited label range, such as a gateway system or a public kiosk.
Identify which labeled systems can communicate with particular unlabeled systems.