Network Deployment (Distributed operating systems), v8.0 > Reference > Sets


Server-level security settings

Use this page to enable server-level security and specify other server-level security configurations.

Deprecated feature: Server level security has been deprecated in this release of WAS. Multiple security domain support has been added in its place. We can create different security configurations and assign them to different applications in WAS processes. By creating multiple security domains, you can configure different security attributes for both administrative and user applications within a cell environment. We can configure different applications to use different security configurations by assigning the servers or clusters or SIBuses that host these applications to the security domains. Read about Multiple security domains for more detailed information.depfeat

To view this admin console page...

  1. Click Servers > Server Types > WebSphere application servers > server_name

  2. Click Security > Security domain.


Security settings for this server override cell settings

Specifies that the settings on this panel override the settings on the Security > Security applications, administration, and infrastructure panel.


Enable application security

Specifies that server security is disabled, by default, when application security is enabled. Administrative (admin console and wsadmin) and naming security remain enabled while application security is enabled, regardless of the status of this flag.

Default Disabled


Use Java 2 security to restrict application access to local resources

Specifies that the server enforces Java 2 security permission checking at the server level. When cleared, the Java 2 server-level security manager is not installed and all of the Java 2 security permission checking is disabled at the server level.

If the application policy file is not set up correctly, see Configure the was.policy file for Java 2 security in the information center.

Default Disabled


Warn if applications are granted custom permissions

Whether a warning is issued during application installation when an application requires a Java 2 permission that is normally not granted to an application.

The application server provides support for policy file management. A number of policy files are included in the application server. Some of these policy files are static and some of them are dynamic. Dynamic policy is a template of permissions for a particular type of resource. In dynamic policy files, the code bases are evaluated at runtime using the configuration data. We can add or remove permissions, as needed, for each code base.

However, do not add, remove, or modify the existing code bases. The real code base is dynamically created from the configuration and run-time data. The filter.policy file contains a list of permissions that an application does not have, according to the J2EE 1.4 Specification. For more information on permissions, see the documentation on the Java 2 security policy files.

Default Enabled


Restrict access to resource authentication data

Enable this option to restrict application access to sensitive Java EE Connector Architecture (JCA) mapping authentication data.

Default Disabled


Use domain-qualified user names

Whether user IDs that are returned by getUserPrincipal() are qualified with the server level security domain within which they reside.

Default Disabled

Note that WebSphere APIs such as WSSubject.getPrincipal( ) always return the unqualified user names irrespective of this property.


Authentication cache timeout

Time period during which the authenticated credential in the cache is valid. This time period must be less than the time period specified for the Timeout value for forwarded credentials between servers field.

Data type Integer
Units Minutes and seconds
Default 10 minutes and 0 seconds
Range Greater than 30 seconds. Avoid setting Authentication cache timeout value to 30 seconds or less.


Active protocol

Active server level security authentication protocol when server level security is enabled.

We can use an Object Management Group (OMG) protocol called CSIv2 (CSIv2) for more vendor interoperability and additional features. If all of the servers in your entire security domain are v6.1 servers, it is best to specify CSI as your protocol.

This field displays if a version 6.0.x server exists in the environment.

Data type String
Default CSI and SAS
Range CSI, CSI and SAS


RMI/IIOP security for this server overrides cell settings

Specifies that the Remote Method Invocation over Internet InterORB Protocol (RMI/IIOP) settings on this panel override the settings on the Security > Security applications, administration, and infrastructure panel.

Default Enabled

Configure the was.policy file for Java 2 security
Secure specific application servers

+

Search Tips   |   Advanced Search