Server-level security settings
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 WebSphere® Application Server processes. By creating multiple security domains, we can configure different security attributes for both administrative and user applications within a cell environment. You 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 following steps:
- Click Servers > Server Types > WebSphere application servers > myserver.
- Click Security > Security domain.
- Security settings for this server override cell settings
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
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 Set 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 appserver provides support for policy file management. A number of policy files are included in the appserver. 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.
See 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 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 the entire security domain are V5.0 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
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
Related tasks
Set the was.policy file for Java 2 security
Secure specific appservers