View STIG - JBoss Enterprise Application Platform 6.3 Security Technical Implementation Guide V2R5

b

HTTP management session traffic must be encrypted.

AC-17 - Medium - CCI-000068 - V-213494 - SV-213494r960759_rule

RMF Control

AC-17

Severity

Medium

CCI

CCI-000068

Version

JBOS-AS-000010

Vuln IDs

V-213494
V-62073

Rule IDs

SV-213494r960759_rule
SV-76563

Types of management interfaces utilized by the JBoss EAP application server include web-based HTTP interfaces as well as command line-based management interfaces. In the event remote HTTP management is required, the access must be via HTTPS. This requirement is in conjunction with the requirement to isolate all management access to a restricted network.

Checks: C-14717r296148_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. For a standalone configuration run the following command: "ls /core-service=management/management-interface=http-interface" If "secure-socket-binding"=undefined, this is a finding. For a domain configuration run the following command: "ls /host=master/core-service=management/management-interface=http-interface" If "secure-port" is undefined, this is a finding.

Fix: F-14715r296149_fix

Follow the specific instructions in the Red Hat Security Guide for EAP version 6.3 to configure the management console for HTTPS. This involves the following steps. 1. Create a keystore in JKS format. 2. Ensure the management console binds to HTTPS. 3. Create a new Security Realm. 4. Configure Management Interface to use new security realm. 5. Configure the management console to use the keystore. 6. Restart the EAP server.

b

HTTPS must be enabled for JBoss web interfaces.

AC-17 - Medium - CCI-001453 - V-213495 - SV-213495r960762_rule

RMF Control

AC-17

Severity

Medium

CCI

CCI-001453

Version

JBOS-AS-000015

Vuln IDs

V-213495
V-62215

Rule IDs

SV-213495r960762_rule
SV-76705

Encryption is critical for protection of web-based traffic. If encryption is not being used to protect the application server's web connectors, malicious users may gain the ability to read or modify the application traffic while it is in transit over the network. The use of cryptography on web connectors secures web-based traffic and mitigates that risk. HTTPS and Transport Layer Security (TLS) are the means in which cryptographic protections are applied to web connectors. FIPS 140-2 approved TLS versions include TLS V1.2 or greater.

Checks: C-14718r296151_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Review the web subsystem and ensure that HTTPS is enabled. Run the command: For a managed domain: "ls /profile=<PROFILE_NAME>/subsystem=web/connector=" For a standalone system: "ls /subsystem=web/connector=" If "https" is not returned, this is a finding.

Fix: F-14716r622479_fix

Follow procedure "4.4. Configure the JBoss Web Server to use HTTPS." The detailed procedure is found in the JBoss EAP 6.3 Security Guide available at the vendor's site, RedHat.com. An overview of steps is provided here. 1. Obtain or generate DoD-approved SSL certificates. 2. Configure the SSL certificate using your certificate values. 3. Set the SSL protocol to TLS V1.2 or greater.

c

Java permissions must be set for hosted applications.

AC-3 - High - CCI-000213 - V-213496 - SV-213496r960792_rule

RMF Control

AC-3

Severity

High

CCI

CCI-000213

Version

JBOS-AS-000025

Vuln IDs

V-213496
V-62217

Rule IDs

SV-213496r960792_rule
SV-76707

The Java Security Manager is a java class that manages the external boundary of the Java Virtual Machine (JVM) sandbox, controlling how code executing within the JVM can interact with resources outside the JVM. The JVM requires a security policy in order to restrict application access. A properly configured security policy will define what rights the application has to the underlying system. For example, rights to make changes to files on the host system or to initiate network sockets in order to connect to another system.

Checks: C-14719r296154_chk

Obtain documentation from the admin that identifies the applications hosted on the JBoss server as well as the corresponding rights the application requires. For example, if the application requires network socket permissions and file write permissions, those requirements should be documented. 1. Identify the JBoss installation as either domain or standalone and review the relevant configuration file. For domain installs: JBOSS_HOME/bin/domain.conf For standalone installs: JBOSS_HOME/bin/standalone.conf 2. Identify the location and name of the security policy by reading the JAVA_OPTS flag -Djava.security.policy=<file name> where <file name> will indicate name and location of security policy. If the application uses a policy URL, obtain URL and policy file from system admin. 3. Review security policy and ensure hosted applications have the appropriate restrictions placed on them as per documented application functionality requirements. If the security policy does not restrict application access to host resources as per documented requirements, this is a finding.

Fix: F-14717r296155_fix

Configure the Java security manager to enforce access restrictions to the host system resources in accordance with application design and resource requirements.

c

The Java Security Manager must be enabled for the JBoss application server.

AC-3 - High - CCI-000213 - V-213497 - SV-213497r960792_rule

RMF Control

AC-3

Severity

High

CCI

CCI-000213

Version

JBOS-AS-000030

Vuln IDs

V-213497
V-62225

Rule IDs

SV-213497r960792_rule
SV-76715

The Java Security Manager is a java class that manages the external boundary of the Java Virtual Machine (JVM) sandbox, controlling how code executing within the JVM can interact with resources outside the JVM. The Java Security Manager uses a security policy to determine whether a given action will be permitted or denied. To protect the host system, the JBoss application server must be run within the Java Security Manager.

Checks: C-14720r296157_chk

To determine if the Java Security Manager is enabled for JBoss, you must examine the startup commands. JBoss can be configured to run in either "domain" or a "standalone" mode. JBOSS_HOME is the variable home directory for the JBoss installation. Use relevant OS commands to navigate the file system. A. For a managed domain installation, review the domain.conf and domain.conf.bat files: JBOSS_HOME/bin/domain.conf JBOSS_HOME/bin/domain.conf.bat In domain.conf file, ensure there is a JAVA_OPTS flag that loads the Java Security Manager as well as a relevant Java Security policy. The following is an example: JAVA_OPTS="$JAVA_OPTS -Djava.security.manager -Djava.security.policy==$PWD/server.policy -Djboss.home.dir=/path/to/JBOSS_HOME -Djboss.modules.policy-permissions=true" In domain.conf.bat file, ensure JAVA_OPTS flag is set. The following is an example: set "JAVA_OPTS=%JAVA_OPTS% -Djava.security.manager -Djava.security.policy==/path/to/server.policy -Djboss.home.dir=/path/to/JBOSS_HOME -Djboss.modules.policy-permissions=true" B. For a standalone installation, review the standalone.conf and standalone.conf.bat files: JBOSS_HOME/bin/standalone.conf JBOSS_HOME/bin/standalone.conf.bat In the standalone.conf file, ensure the JAVA_OPTS flag is set. The following is an example: JAVA_OPTS="$JAVA_OPTS -Djava.security.manager -Djava.security.policy==$PWD/server.policy -Djboss.home.dir=$JBOSS_HOME -Djboss.modules.policy-permissions=true" In the standalone.conf.bat file, ensure the JAVA_OPTS flag is set. The following is an example: set "JAVA_OPTS=%JAVA_OPTS% -Djava.security.manager -Djava.security.policy==/path/to/server.policy -Djboss.home.dir=%JBOSS_HOME% -Djboss.modules.policy-permissions=true" If the security manager is not enabled and a security policy not defined, this is a finding.

Fix: F-14718r296158_fix

For a domain installation: Enable the respective JAVA_OPTS flag in both the domain.conf and the domain.conf.bat files. For a standalone installation: Enable the respective JAVA_OPTS flag in both the standalone.conf and the standalone.conf.bat files.

c

The JBoss server must be configured with Role Based Access Controls.

AC-3 - High - CCI-000213 - V-213498 - SV-213498r1028281_rule

RMF Control

AC-3

Severity

High

CCI

CCI-000213

Version

JBOS-AS-000035

Vuln IDs

V-213498
V-62227

Rule IDs

SV-213498r1028281_rule
SV-76717

By default, the JBoss server is not configured to utilize role based access controls (RBAC). RBAC provides the capability to restrict user access to their designated management role, thereby limiting access to only the JBoss functionality that they are supposed to have. Without RBAC, the JBoss server is not able to enforce authorized access according to role.

Checks: C-14721r1028279_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Run the following command: For standalone servers: "ls /core-service=management/access=authorization/" For managed domain installations, target the domain-management resource (the core management service for the entire domain): "ls /core-service=management/access=authorization/" If the "provider" attribute is not set to "rbac", this is a finding. (Default, the access control is "provider=simple")

Fix: F-14719r1028280_fix

Run the following command. <JBOSS_HOME>/bin/jboss-cli.sh -c -> connect -> cd /core-service=management/access-authorization :write-attribute(name=provider, value=rbac) Restart JBoss. Map users to roles by running the following command. Uppercase words are variables. role-mapping=ROLENAME/include=ALIAS:add(name-USERNAME, type=USER ROLE)

b

Users in JBoss Management Security Realms must be in the appropriate role.

AC-3 - Medium - CCI-000213 - V-213499 - SV-213499r960792_rule

RMF Control

AC-3

Severity

Medium

CCI

CCI-000213

Version

JBOS-AS-000040

Vuln IDs

V-213499
V-62219

Rule IDs

SV-213499r960792_rule
SV-76709

Security realms are a series of mappings between users and passwords and users and roles. There are 2 JBoss security realms provided by default; they are "management realm" and "application realm". Management realm stores authentication information for the management API, which provides functionality for the web-based management console and the management command line interface (CLI). mgmt-groups.properties stores user to group mapping for the ManagementRealm but only when role-based access controls (RBAC) is enabled. If management users are not in the appropriate role, unauthorized access to JBoss resources can occur.

Checks: C-14722r296163_chk

Review the mgmt-users.properties file. Also review the <management /> section in the standalone.xml or domain.xml configuration files. The relevant xml file will depend on if the JBoss server is configured in standalone or domain mode. Ensure all users listed in these files are approved for management access to the JBoss server and are in the appropriate role. For domain configurations: <JBOSS_HOME>/domain/configuration/mgmt-users.properties. <JBOSS_HOME>/domain/configuration/domain.xml For standalone configurations: <JBOSS_HOME>/standalone/configuration/mgmt-users.properties. <JBOSS_HOME>/standalone/configuration/standalone.xml If the users listed are not in the appropriate role, this is a finding.

Fix: F-14720r296164_fix

Document approved management users and their roles. Configure the application server to use RBAC and ensure users are placed into the appropriate roles.

c

Silent Authentication must be removed from the Default Application Security Realm.

AC-3 - High - CCI-000213 - V-213500 - SV-213500r960792_rule

RMF Control

AC-3

Severity

High

CCI

CCI-000213

Version

JBOS-AS-000045

Vuln IDs

V-213500
V-62221

Rule IDs

SV-213500r960792_rule
SV-76711

Silent Authentication is a configuration setting that allows local OS users access to the JBoss server and a wide range of operations without specifically authenticating on an individual user basis. By default $localuser is a Superuser. This introduces an integrity and availability vulnerability and violates best practice requirements regarding accountability.

Checks: C-14723r754847_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Verify that Silent Authentication has been removed from the default Application security realm. Run the following command. For standalone servers, run the following command: "ls /core-service=management/security-realm=ApplicationRealm/authentication" For managed domain installations, run the following command: "ls /host=HOST_NAME/core-service=management/security-realm=ApplicationRealm/authentication" If "local" is returned, this is a finding.

Fix: F-14721r754848_fix

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Remove the local element from the Application Realm. For standalone servers, run the following command: /core-service=management/security-realm= ApplicationRealm/authentication=local:remove For managed domain installations, run the following command: /host=HOST_NAME/core-service=management/security-realm= ApplicationRealm/authentication=local:remove

c

Silent Authentication must be removed from the Default Management Security Realm.

AC-3 - High - CCI-000213 - V-213501 - SV-213501r960792_rule

RMF Control

AC-3

Severity

High

CCI

CCI-000213

Version

JBOS-AS-000050

Vuln IDs

V-213501
V-62223

Rule IDs

SV-213501r960792_rule
SV-76713

Silent Authentication is a configuration setting that allows local OS users access to the JBoss server and a wide range of operations without specifically authenticating on an individual user basis. By default $localuser is a Superuser. This introduces an integrity and availability vulnerability and violates best practice requirements regarding accountability.

Checks: C-14724r754850_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Verify that Silent Authentication has been removed from the default Management security realm. Run the following command. For standalone servers run the following command: "ls /core-service=management/security-realm=ManagementRealm/authentication" For managed domain installations run the following command: "ls /host=HOST_NAME/core-service=management/security-realm=ManagementRealm/authentication" If "local" is returned, this is a finding.

Fix: F-14722r754851_fix

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Remove the local element from the Management Realm. For standalone servers run the following command: /core-service=management/security-realm= ManagementRealm/authentication=local:remove For managed domain installations run the following command: /host=HOST_NAME/core-service=management/security-realm= ManagementRealm/authentication=local:remove

c

JBoss management interfaces must be secured.

AC-3 - High - CCI-000213 - V-213502 - SV-213502r960792_rule

RMF Control

AC-3

Severity

High

CCI

CCI-000213

Version

JBOS-AS-000075

Vuln IDs

V-213502
V-62229

Rule IDs

SV-213502r960792_rule
SV-76719

JBoss utilizes the concept of security realms to secure the management interfaces used for JBoss server administration. If the security realm attribute is omitted or removed from the management interface definition, access to that interface is no longer secure. The JBoss management interfaces must be secured.

Checks: C-14725r296172_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Identify the management interfaces. To identity the management interfaces, run the following command: For standalone servers: "ls /core-service=management/management-interface=" For managed domain installations: "ls /host=HOST_NAME/core-service=management/management-interface=" By default, JBoss provides two management interfaces; they are named "NATIVE-INTERFACE" and "HTTP-INTERFACE". The system may or may not have both interfaces enabled. For each management interface listed as a result of the previous command, append the name of the management interface to the end of the following command. For a standalone system: "ls /core-service=management/management-interface=<MANAGEMENT INTERFACE NAME>" For a managed domain: "ls /host=HOST_NAME/core-service=management/management-interface=<MANAGEMENT INTERFACE NAME>" If the "security-realm=" attribute is not associated with a management realm, this is a finding.

Fix: F-14723r296173_fix

Identify the security realm used for management of the system. By default, this is called "Management Realm". If a management security realm is not already available, reference the Jboss EAP 6.3 system administration guide for instructions on how to create a security realm for management purposes. Create the management realm, and assign authentication and authorization access restrictions to the management realm. Assign the management interfaces to the management realm.

b

The JBoss server must generate log records for access and authentication events to the management interface.

AU-12 - Medium - CCI-000169 - V-213503 - SV-213503r1028283_rule

RMF Control

AU-12

Severity

Medium

CCI

CCI-000169

Version

JBOS-AS-000080

Vuln IDs

V-213503
V-62231

Rule IDs

SV-213503r1028283_rule
SV-76721

Log records can be generated from various components within the JBoss application server. The minimum list of logged events should be those pertaining to access and authentication events to the management interface as well as system startup and shutdown events. By default, JBoss does not log management interface access but does provide a default file handler. This handler needs to be enabled. Configuring this setting meets several STIG auditing requirements.

Checks: C-14726r955985_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. Run the command: For a Managed Domain configuration: "ls host=master/server=<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "ls /core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" If "enabled" = false, this is a finding.

Fix: F-14724r1028282_fix

Launch the jboss-cli management interface. Connect to the server by typing "connect", authenticate as a user in the Superuser role, and run the following command: For a managed domain configuration: "host=master/server=<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a standalone configuration: "/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)"

b

JBoss must be configured to allow only the ISSM (or individuals or roles appointed by the ISSM) to select which loggable events are to be logged.

AU-12 - Medium - CCI-000171 - V-213504 - SV-213504r960882_rule

RMF Control

AU-12

Severity

Medium

CCI

CCI-000171

Version

JBOS-AS-000085

Vuln IDs

V-213504
V-62233

Rule IDs

SV-213504r960882_rule
SV-76723

The JBoss server must be configured to select which personnel are assigned the role of selecting which loggable events are to be logged. In JBoss, the role designated for selecting auditable events is the "Auditor" role. The personnel or roles that can select loggable events are only the ISSM (or individuals or roles appointed by the ISSM).

Checks: C-14727r955987_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. Run the command: For a Managed Domain configuration: "ls host=master/server=<SERVERNAME>/core-service=management/access=authorization/role-mapping=Auditor/include=" For a Standalone configuration: "ls /core-service=management/access=authorization/role-mapping=Auditor/include=" If the list of users in the Auditors group is not approved by the ISSM, this is a finding.

Fix: F-14725r296179_fix

Obtain documented approvals from ISSM, and assign the appropriate personnel into the "Auditor" role.

b

JBoss must be configured to initiate session logging upon startup.

AU-14 - Medium - CCI-001464 - V-213505 - SV-213505r960888_rule

RMF Control

AU-14

Severity

Medium

CCI

CCI-001464

Version

JBOS-AS-000095

Vuln IDs

V-213505
V-62235

Rule IDs

SV-213505r960888_rule
SV-76725

Session logging activities are developed, integrated, and used in consultation with legal counsel in accordance with applicable federal laws, Executive Orders, directives, policies, or regulations.

Checks: C-14728r955989_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. Run the command: For a Managed Domain configuration: "ls host=master/server=<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "ls /core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" If "enabled" = false, this is a finding.

Fix: F-14726r296182_fix

Launch the jboss-cli management interface. Connect to the server by typing "connect", authenticate as a user in the Superuser role and run the following command: For a Managed Domain configuration: "host=master/server/<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)"

b

JBoss must be configured to log the IP address of the remote system connecting to the JBoss system/cluster.

AU-3 - Medium - CCI-000130 - V-213506 - SV-213506r960891_rule

RMF Control

AU-3

Severity

Medium

CCI

CCI-000130

Version

JBOS-AS-000105

Vuln IDs

V-213506
V-62237

Rule IDs

SV-213506r960891_rule
SV-76727

Information system logging capability is critical for accurate forensic analysis. Without being able to establish what type of event occurred, it would be difficult to establish, correlate, and investigate the events relating to an incident or identify those responsible. Log record content that may be necessary to satisfy the requirement of this control includes time stamps, source and destination addresses, user/process identifiers, event descriptions, success/fail indications, filenames involved, and access control or flow control rules invoked. Application servers must log all relevant log data that pertains to the application server. Examples of relevant data include, but are not limited to, Java Virtual Machine (JVM) activity, HTTPD/Web server activity, and application server-related system process activity.

Checks: C-14729r955991_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. Run the command: For a Managed Domain configuration: "ls host=master/server=<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "ls /core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" If "enabled" = false, this is a finding.

Fix: F-14727r296185_fix

Launch the jboss-cli management interface. Connect to the server by typing "connect", authenticate as a user in the Superuser role, and run the following command: For a Managed Domain configuration: "host=master/server/<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)"

b

JBoss must be configured to produce log records containing information to establish what type of events occurred.

AU-3 - Medium - CCI-000130 - V-213507 - SV-213507r960891_rule

RMF Control

AU-3

Severity

Medium

CCI

CCI-000130

Version

JBOS-AS-000110

Vuln IDs

V-213507
V-62239

Rule IDs

SV-213507r960891_rule
SV-76729

Information system logging capability is critical for accurate forensic analysis. Without being able to establish what type of event occurred, it would be difficult to establish, correlate, and investigate the events relating to an incident or identify those responsible. Log record content that may be necessary to satisfy the requirement of this control includes time stamps, source and destination addresses, user/process identifiers, event descriptions, success/fail indications, filenames involved, and access control or flow control rules invoked. Application servers must log all relevant log data that pertains to the application server. Examples of relevant data include, but are not limited to, Java Virtual Machine (JVM) activity, HTTPD/Web server activity, and application server-related system process activity.

Checks: C-14730r955993_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. Run the command: For a Managed Domain configuration: "ls host=master/server=<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "ls /core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" If "enabled" = false, this is a finding.

Fix: F-14728r296188_fix

Launch the jboss-cli management interface. Connect to the server by typing "connect", authenticate as a user in the Superuser role, and run the following command: For a Managed Domain configuration: "host=master/server/<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)"

b

JBoss Log Formatter must be configured to produce log records that establish the date and time the events occurred.

AU-3 - Medium - CCI-000131 - V-213508 - SV-213508r960894_rule

RMF Control

AU-3

Severity

Medium

CCI

CCI-000131

Version

JBOS-AS-000115

Vuln IDs

V-213508
V-62241

Rule IDs

SV-213508r960894_rule
SV-76731

Application server logging capability is critical for accurate forensic analysis. Without sufficient and accurate information, a correct replay of the events cannot be determined. Ascertaining the correct order of the events that occurred is important during forensic analysis. Events that appear harmless by themselves might be flagged as a potential threat when properly viewed in sequence. By also establishing the event date and time, an event can be properly viewed with an enterprise tool to fully see a possible threat in its entirety. Without sufficient information establishing when the log event occurred, investigation into the cause of event is severely hindered. Log record content that may be necessary to satisfy the requirement of this control includes, but is not limited to, time stamps, source and destination IP addresses, user/process identifiers, event descriptions, application-specific events, success/fail indications, filenames involved, access control, or flow control rules invoked. In addition to logging event information, application servers must also log the corresponding dates and times of these events. Examples of event data include, but are not limited to, Java Virtual Machine (JVM) activity, HTTPD activity, and application server-related system process activity.

Checks: C-14731r955995_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. Run the command: For a Managed Domain configuration: "ls host=master/server=<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "ls /core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" If "enabled" = false, this is a finding.

Fix: F-14729r296191_fix

Launch the jboss-cli management interface. Connect to the server by typing "connect", authenticate as a user in the Superuser role, and run the following command: For a Managed Domain configuration: "host=master/server/<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)"

b

JBoss must be configured to produce log records that establish which hosted application triggered the events.

AU-3 - Medium - CCI-000132 - V-213509 - SV-213509r960897_rule

RMF Control

AU-3

Severity

Medium

CCI

CCI-000132

Version

JBOS-AS-000120

Vuln IDs

V-213509
V-62243

Rule IDs

SV-213509r960897_rule
SV-76733

Application server logging capability is critical for accurate forensic analysis. Without sufficient and accurate information, a correct replay of the events cannot be determined. By default, no web logging is enabled in JBoss. Logging can be configured per web application or by virtual server. If web application logging is not set up, application activity will not be logged. Ascertaining the correct location or process within the application server where the events occurred is important during forensic analysis. To determine where an event occurred, the log data must contain data containing the application identity.

Checks: C-14732r296193_chk

Application logs are a configurable variable. Interview the system admin, and have them identify the applications that are running on the application server. Have the system admin identify the log files/location where application activity is stored. Review the log files to ensure each application is uniquely identified within the logs or each application has its own unique log file. Generate application activity by either authenticating to the application or generating an auditable event, and ensure the application activity is recorded in the log file. Recently time stamped application events are suitable evidence of compliance. If the log records do not indicate which application hosted on the application server generated the event, or if no events are recorded related to application activity, this is a finding.

Fix: F-14730r296194_fix

Configure log formatter to audit application activity so individual application activity can be identified.

b

JBoss must be configured to record the IP address and port information used by management interface network traffic.

AU-3 - Medium - CCI-000133 - V-213510 - SV-213510r960900_rule

RMF Control

AU-3

Severity

Medium

CCI

CCI-000133

Version

JBOS-AS-000125

Vuln IDs

V-213510
V-62245

Rule IDs

SV-213510r960900_rule
SV-76735

Application server logging capability is critical for accurate forensic analysis. Without sufficient and accurate information, a correct replay of the events cannot be determined. Ascertaining the correct source, e.g., source IP, of the events is important during forensic analysis. Correctly determining the source will add information to the overall reconstruction of the loggable event. By determining the source of the event correctly, analysis of the enterprise can be undertaken to determine if the event compromised other assets within the enterprise. Without sufficient information establishing the source of the logged event, investigation into the cause of event is severely hindered. Log record content that may be necessary to satisfy the requirement of this control includes, but is not limited to, time stamps, source and destination IP addresses, user/process identifiers, event descriptions, application-specific events, success/fail indications, filenames involved, access control, or flow control rules invoked.

Checks: C-14733r955997_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. Run the command: For a Managed Domain configuration: "ls host=master/server=<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "ls /core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" If "enabled" = false, this is a finding.

Fix: F-14731r296197_fix

Launch the jboss-cli management interface. Connect to the server by typing "connect", authenticate as a user in the Superuser role, and run the following command: For a Managed Domain configuration: "host=master/server/<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)"

b

The application server must produce log records that contain sufficient information to establish the outcome of events.

AU-3 - Medium - CCI-000134 - V-213511 - SV-213511r960903_rule

RMF Control

AU-3

Severity

Medium

CCI

CCI-000134

Version

JBOS-AS-000130

Vuln IDs

V-213511
V-62247

Rule IDs

SV-213511r960903_rule
SV-76737

Information system logging capability is critical for accurate forensic analysis. Log record content that may be necessary to satisfy the requirement of this control includes, but is not limited to, time stamps, source and destination IP addresses, user/process identifiers, event descriptions, application-specific events, success/fail indications, filenames involved, access control or flow control rules invoked. Success and failure indicators ascertain the outcome of a particular application server event or function. As such, they also provide a means to measure the impact of an event and help authorized personnel to determine the appropriate response. Event outcome may also include event-specific results (e.g., the security state of the information system after the event occurred).

Checks: C-14734r955999_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. Run the command: For a Managed Domain configuration: "ls host=master/server=<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "ls /core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" If "enabled" = false, this is a finding.

Fix: F-14732r296200_fix

Launch the jboss-cli management interface. Connect to the server by typing "connect", authenticate as a user in the Superuser role, and run the following command: For a Managed Domain configuration: "host=master/server/<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)"

b

JBoss ROOT logger must be configured to utilize the appropriate logging level.

AU-3 - Medium - CCI-001487 - V-213512 - SV-213512r960906_rule

RMF Control

AU-3

Severity

Medium

CCI

CCI-001487

Version

JBOS-AS-000135

Vuln IDs

V-213512
V-62249

Rule IDs

SV-213512r960906_rule
SV-76739

Information system logging capability is critical for accurate forensic analysis. Log record content that may be necessary to satisfy the requirement of this control includes: time stamps, source and destination addresses, user/process identifiers, event descriptions, success/fail indications, filenames involved, and access control or flow control rules invoked. See Chapter 14, Section 14.1.9, Table 14.4 of the Red Hat JBoss EAP Administration and Configuration Guide version 6.3 for specific details on log levels and log level values. The JBOSS application server ROOT logger captures all messages not captured by a log category and sends them to a log handler (FILE, CONSOLE, SYSLOG, ETC.). By default, the ROOT logger level is set to INFO, which is a value of 800. This will capture most events adequately. Any level numerically higher than INFO (> 800) records less data and may result in an insufficient amount of information being logged by the ROOT logger. This can result in failed forensic investigations. The ROOT logger level must be INFO level or lower to provide adequate log information.

Checks: C-14735r296202_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. The PROFILE NAMEs included with a Managed Domain JBoss configuration are: "default", "full", "full-ha" or "ha" For a Managed Domain configuration, you must check each profile name: For each PROFILE NAME, run the command: "ls /profile=<PROFILE NAME>/subsystem=logging/root-logger=ROOT" If ROOT logger "level" is not set to INFO, DEBUG or TRACE This is a finding for each <PROFILE NAME> (default, full, full-ha and ha) For a Standalone configuration: "ls /subsystem=logging/root-logger=ROOT" If "level" not = INFO, DEBUG or TRACE, this is a finding.

Fix: F-14733r296203_fix

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. The PROFILE NAMEs included with a Managed Domain JBoss configuration are: "default", "full", "full-ha" or "ha" For a Managed Domain configuration, you must check each profile name: For each PROFILE NAME, run the command: "/profile=<PROFILE NAME>/subsystem=logging/root-logger=ROOT:write-attribute(name=level,value=INFO)" For a Standalone configuration: "/subsystem=logging/root-logger=ROOT:write-attribute(name=level,value=INFO)"

b

File permissions must be configured to protect log information from any type of unauthorized read access.

AU-9 - Medium - CCI-000162 - V-213513 - SV-213513r960930_rule

RMF Control

AU-9

Severity

Medium

CCI

CCI-000162

Version

JBOS-AS-000165

Vuln IDs

V-213513
V-62251

Rule IDs

SV-213513r960930_rule
SV-76741

If log data were to become compromised, then competent forensic analysis and discovery of the true source of potentially malicious system activity is difficult, if not impossible, to achieve. When not configured to use a centralized logging solution like a syslog server, the JBoss EAP application server writes log data to log files that are stored on the OS; appropriate file permissions must be used to restrict access. Log information includes all information (e.g., log records, log settings, transaction logs, and log reports) needed to successfully log information system activity. Application servers must protect log information from unauthorized access.

Checks: C-14736r296205_chk

Examine the log file locations and inspect the file permissions. Interview the system admin to determine log file locations. The default location for the log files is: Standalone configuration: <JBOSS_HOME>/standalone/log/ Managed Domain configuration: <JBOSS_HOME>/domain/servers/<servername>/log/ <JBOSS_HOME>/domain/log/ Review the file permissions for the log file directories. The method used for identifying file permissions will be based upon the OS the EAP server is installed on. Identify all users with file permissions that allow them to read log files. Request documentation from system admin that identifies the users who are authorized to read log files. If unauthorized users are allowed to read log files, or if documentation that identifies the users who are authorized to read log files is missing, this is a finding.

Fix: F-14734r296206_fix

Configure the OS file permissions on the application server to protect log information from unauthorized read access.

b

File permissions must be configured to protect log information from unauthorized modification.

AU-9 - Medium - CCI-000163 - V-213514 - SV-213514r960933_rule

RMF Control

AU-9

Severity

Medium

CCI

CCI-000163

Version

JBOS-AS-000170

Vuln IDs

V-213514
V-62253

Rule IDs

SV-213514r960933_rule
SV-76743

If log data were to become compromised, then competent forensic analysis and discovery of the true source of potentially malicious system activity is difficult, if not impossible, to achieve. When not configured to use a centralized logging solution like a syslog server, the JBoss EAP application server writes log data to log files that are stored on the OS; appropriate file permissions must be used to restrict modification. Log information includes all information (e.g., log records, log settings, transaction logs, and log reports) needed to successfully log information system activity. Application servers must protect log information from unauthorized modification.

Checks: C-14737r296208_chk

Examine the log file locations and inspect the file permissions. Interview the system admin to determine log file locations. The default location for the log files is: Standalone configuration: <JBOSS_HOME>/standalone/log/ Managed Domain configuration: <JBOSS_HOME>/domain/servers/<servername>/log/ <JBOSS_HOME>/domain/log/ Review the file permissions for the log file directories. The method used for identifying file permissions will be based upon the OS the EAP server is installed on. Identify all users with file permissions that allow them to modify log files. Request documentation from system admin that identifies the users who are authorized to modify log files. If unauthorized users are allowed to modify log files, or if documentation that identifies the users who are authorized to modify log files is missing, this is a finding.

Fix: F-14735r296209_fix

Configure the OS file permissions on the application server to protect log information from unauthorized modification.

b

File permissions must be configured to protect log information from unauthorized deletion.

AU-9 - Medium - CCI-000164 - V-213515 - SV-213515r960936_rule

RMF Control

AU-9

Severity

Medium

CCI

CCI-000164

Version

JBOS-AS-000175

Vuln IDs

V-213515
V-62255

Rule IDs

SV-213515r960936_rule
SV-76745

If log data were to become compromised, then competent forensic analysis and discovery of the true source of potentially malicious system activity is difficult, if not impossible, to achieve. When not configured to use a centralized logging solution like a syslog server, the JBoss EAP application server writes log data to log files that are stored on the OS, appropriate file permissions must be used to restrict deletion. Logon formation includes all information (e.g., log records, log settings, transaction logs, and log reports) needed to successfully log information system activity. Application servers must protect log information from unauthorized deletion.

Checks: C-14738r296211_chk

Examine the log file locations and inspect the file permissions. Interview the system admin to determine log file locations. The default location for the log files is: Standalone configuration: <JBOSS_HOME>/standalone/log/ Managed Domain configuration: <JBOSS_HOME>/domain/servers/<servername>/log/ <JBOSS_HOME>/domain/log/ Review the file permissions for the log file directories. The method used for identifying file permissions will be based upon the OS the EAP server is installed on. Identify all users with file permissions that allow them to delete log files. Request documentation from system admin that identifies the users who are authorized to delete log files. If unauthorized users are allowed to delete log files, or if documentation that identifies the users who are authorized to delete log files is missing, this is a finding.

Fix: F-14736r296212_fix

Configure the OS file permissions on the application server to protect log information from unauthorized deletion.

b

JBoss log records must be off-loaded onto a different system or system component a minimum of every seven days.

AU-9 - Medium - CCI-001348 - V-213516 - SV-213516r960948_rule

RMF Control

AU-9

Severity

Medium

CCI

CCI-001348

Version

JBOS-AS-000195

Vuln IDs

V-213516
V-62257

Rule IDs

SV-213516r960948_rule
SV-76747

JBoss logs by default are written to the local file system. A centralized logging solution like syslog should be used whenever possible; however, any log data stored to the file system needs to be off-loaded. JBoss EAP does not provide an automated backup capability. Instead, reliance is placed on OS or third-party tools to back up or off-load the log files. Protection of log data includes assuring log data is not accidentally lost or deleted. Off-loading log records to a different system or onto separate media from the system the application server is actually running on helps to assure that, in the event of a catastrophic system failure, the log records will be retained.

Checks: C-14739r296214_chk

Interview the system admin and obtain details on how the log files are being off-loaded to a different system or media. If the log files are not off-loaded a minimum of every 7 days, this is a finding.

Fix: F-14737r296215_fix

Configure the application server to off-load log records every seven days onto a different system or media from the system being logged.

b

mgmt-users.properties file permissions must be set to allow access to authorized users only.

CM-5 - Medium - CCI-001499 - V-213517 - SV-213517r960960_rule

RMF Control

CM-5

Severity

Medium

CCI

CCI-001499

Version

JBOS-AS-000210

Vuln IDs

V-213517
V-62259

Rule IDs

SV-213517r960960_rule
SV-76749

The mgmt-users.properties file contains the password hashes of all users who are in a management role and must be protected. Application servers have the ability to specify that the hosted applications utilize shared libraries. The application server must have a capability to divide roles based upon duties wherein one project user (such as a developer) cannot modify the shared library code of another project user. The application server must also be able to specify that non-privileged users cannot modify any shared library code at all.

Checks: C-14740r296217_chk

The mgmt-users.properties files are located in the standalone or domain configuration folder. <JBOSS_HOME>/domain/configuration/mgmt-users.properties. <JBOSS_HOME>/standalone/configuration/mgmt-users.properties. Identify users who have access to the files using relevant OS commands. Obtain documentation from system admin identifying authorized users. Owner can be full access. Group can be full access. All others must have execute permissions only. If the file permissions are not configured so as to restrict access to only authorized users, or if documentation that identifies authorized users is missing, this is a finding.

Fix: F-14738r296218_fix

Configure the file permissions to allow access to authorized users only. Owner can be full access. Group can be full access. All others must have execute permissions only.

c

JBoss process owner interactive access must be restricted.

CM-7 - High - CCI-000381 - V-213518 - SV-213518r960963_rule

RMF Control

CM-7

Severity

High

CCI

CCI-000381

Version

JBOS-AS-000220

Vuln IDs

V-213518
V-62261

Rule IDs

SV-213518r960963_rule
SV-76751

JBoss does not require admin rights to operate and should be run as a regular user. In addition, if the user account was to be compromised and the account was allowed interactive logon rights, this would increase the risk and attack surface against the JBoss system. The right to interactively log on to the system using the JBoss account should be limited according to the OS capabilities.

Checks: C-14741r296220_chk

Identify the user account used to run the JBoss server. Use relevant OS commands to determine logon rights to the system. This account should not have full shell/interactive access to the system. If the user account used to operate JBoss can log on interactively, this is a finding.

Fix: F-14739r296221_fix

Use the relevant OS commands to restrict JBoss user account from interactively logging on to the console of the JBoss system. For Windows systems, use GPO. For UNIX like systems using ssh DenyUsers <account id> or follow established procedure for restricting access.

b

Google Analytics must be disabled in EAP Console.

CM-7 - Medium - CCI-000381 - V-213519 - SV-213519r960963_rule

RMF Control

CM-7

Severity

Medium

CCI

CCI-000381

Version

JBOS-AS-000225

Vuln IDs

V-213519
V-62263

Rule IDs

SV-213519r960963_rule
SV-76753

The Google Analytics feature aims to help Red Hat EAP team understand how customers are using the console and which parts of the console matter the most to the customers. This information will, in turn, help the team to adapt the console design, features, and content to the immediate needs of the customers. Sending analytical data to the vendor introduces risk of unauthorized data exfiltration. This capability must be disabled.

Checks: C-14742r296223_chk

Open the EAP web console by pointing a web browser to HTTPS://<SERVERNAME>:9443 or HTTP://<SERVERNAME>:9990 Log on to the admin console using admin credentials. On the bottom right-hand side of the screen, select "Settings". If the "Enable Data Usage Collection" box is checked, this is a finding.

Fix: F-14740r296224_fix

Using the EAP web console, log on using admin credentials. On the bottom right-hand side of the screen, select "Settings", uncheck the "Enable Data Usage Collection" box, and save the configuration.

c

JBoss process owner execution permissions must be limited.

CM-7 - High - CCI-000381 - V-213520 - SV-213520r960963_rule

RMF Control

CM-7

Severity

High

CCI

CCI-000381

Version

JBOS-AS-000230

Vuln IDs

V-213520
V-62265

Rule IDs

SV-213520r960963_rule
SV-76755

JBoss EAP application server can be run as the OS admin, which is not advised. Running the application server with admin privileges increases the attack surface by granting the application server more rights than it requires in order to operate. If the server is compromised, the attacker will have the same rights as the application server, which in that case would be admin rights. The JBoss EAP server must not be run as the admin user.

Checks: C-14743r296226_chk

The script that is used to start JBoss determines the mode in which JBoss will operate, which will be in either in standalone mode or domain mode. Both scripts are installed by default in the <JBOSS_HOME>/bin/ folder. In addition to running the JBoss server as an interactive script launched from the command line, JBoss can also be started as a service. The scripts used to start JBoss are: Red Hat: standalone.sh domain.sh Windows: standalone.bat domain.bat Use the relevant OS commands to determine JBoss ownership. When running as a process: Red Hat: "ps -ef|grep -i jboss". Windows: "services.msc". Search for the JBoss process, which by default is named "JBOSSEAP6". If the user account used to launch the JBoss script or start the JBoss process has admin rights on the system, this is a finding.

Fix: F-14741r296227_fix

Run the JBoss server with non-admin rights.

b

JBoss QuickStarts must be removed.

CM-7 - Medium - CCI-000381 - V-213521 - SV-213521r960963_rule

RMF Control

CM-7

Severity

Medium

CCI

CCI-000381

Version

JBOS-AS-000235

Vuln IDs

V-213521
V-62267

Rule IDs

SV-213521r960963_rule
SV-76757

JBoss QuickStarts are demo applications that can be deployed quickly. Demo applications are not written with security in mind and often open new attack vectors. QuickStarts must be removed.

Checks: C-14744r296229_chk

Examine the <JBOSS_HOME> folder. If a jboss-eap-6.3.0-GA-quickstarts folder exits, this is a finding.

Fix: F-14742r296230_fix

Delete the QuickStarts folder.

b

Remote access to JMX subsystem must be disabled.

CM-7 - Medium - CCI-000381 - V-213522 - SV-213522r960963_rule

RMF Control

CM-7

Severity

Medium

CCI

CCI-000381

Version

JBOS-AS-000240

Vuln IDs

V-213522
V-62269

Rule IDs

SV-213522r960963_rule
SV-76759

The JMX subsystem allows you to trigger JDK and application management operations remotely. In a managed domain configuration, the JMX subsystem is removed by default. For a standalone configuration, it is enabled by default and must be removed.

Checks: C-14745r296232_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. For a Managed Domain configuration, you must check each profile name: For each PROFILE NAME, run the command: "ls /profile=<PROFILE NAME>/subsystem=jmx/remoting-connector" For a Standalone configuration: "ls /subsystem=jmx/remoting-connector" If "jmx" is returned, this is a finding.

Fix: F-14743r296233_fix

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. For a Managed Domain configuration you must check each profile name: For each PROFILE NAME, run the command: "/profile=<PROFILE NAME>/subsystem=jmx/remoting-connector=jmx:remove" For a Standalone configuration: "/subsystem=jmx/remoting-connector=jmx:remove"

a

Welcome Web Application must be disabled.

CM-7 - Low - CCI-000381 - V-213523 - SV-213523r960963_rule

RMF Control

CM-7

Severity

Low

CCI

CCI-000381

Version

JBOS-AS-000245

Vuln IDs

V-213523
V-62271

Rule IDs

SV-213523r960963_rule
SV-76761

The Welcome to JBoss web page provides a redirect to the JBoss admin console, which, by default, runs on TCP 9990 as well as redirects to the Online User Guide and Online User Groups hosted at locations on the Internet. The welcome page is unnecessary and should be disabled or replaced with a valid web page.

Checks: C-14746r296235_chk

Use a web browser and browse to HTTP://JBOSS SERVER IP ADDRESS:8080 If the JBoss Welcome page is displayed, this is a finding.

Fix: F-14744r296236_fix

Use the Management CLI script JBOSS_HOME/bin/jboss-cli.sh to run the following command. You may need to change the profile to modify a different managed domain profile, or remove the "/profile=default" portion of the command for a standalone server. "/profile=default/subsystem=web/virtual-server=default-host:writeattribute(name=enable-welcome-root,value=false)" To configure your web application to use the root context (/) as its URL address, modify the applications jboss-web.xml, which is located in the applications META-INF/ or WEB-INF/ directory. Replace its <context-root> directive with one that looks like the following: <jboss-web> <context-root>/</context-root> </jboss-web>

b

Any unapproved applications must be removed.

CM-7 - Medium - CCI-000381 - V-213524 - SV-213524r960963_rule

RMF Control

CM-7

Severity

Medium

CCI

CCI-000381

Version

JBOS-AS-000250

Vuln IDs

V-213524
V-62273

Rule IDs

SV-213524r960963_rule
SV-76763

Extraneous services and applications running on an application server expands the attack surface and increases risk to the application server. Securing any server involves identifying and removing any unnecessary services and, in the case of an application server, unnecessary and/or unapproved applications.

Checks: C-14747r296238_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Run the command: ls /deployment The list of deployed applications is displayed. Have the system admin identify the applications listed and confirm they are approved applications. If the system admin cannot provide documentation proving their authorization for deployed applications, this is a finding.

Fix: F-14745r296239_fix

Identify, authorize, and document all applications that are deployed to the application server. Remove unauthorized applications.

b

JBoss application and management ports must be approved by the PPSM CAL.

CM-7 - Medium - CCI-000382 - V-213525 - SV-213525r960966_rule

RMF Control

CM-7

Severity

Medium

CCI

CCI-000382

Version

JBOS-AS-000255

Vuln IDs

V-213525
V-62275

Rule IDs

SV-213525r960966_rule
SV-76765

Some networking protocols may not meet organizational security requirements to protect data and components. Application servers natively host a number of various features, such as management interfaces, httpd servers and message queues. These features all run on TCPIP ports. This creates the potential that the vendor may choose to utilize port numbers or network services that have been deemed unusable by the organization. The application server must have the capability to both reconfigure and disable the assigned ports without adversely impacting application server operation capabilities. For a list of approved ports and protocols, reference the DoD ports and protocols website at https://powhatan.iiie.disa.mil/ports/cal.html.

Checks: C-14748r296241_chk

Open the EAP web console by pointing a web browser to HTTPS://<Servername>:9443 or HTTP://<Servername>:9990 Log on to the admin console using admin credentials Select the "Configuration" tab Expand the "General Configuration" sub system by clicking on the + Select "Socket Binding" Select the "View" option next to "standard-sockets" Select "Inbound" Review the configured ports and determine if they are all approved by the PPSM CAL. If all the ports are not approved by the PPSM CAL, this is a finding.

Fix: F-14746r296242_fix

Open the EAP web console by pointing a web browser to HTTPS://<Servername>:9990 Log on to the admin console using admin credentials Select the "Configuration" tab Expand the "General Configuration" sub system by clicking on the + Select "Socket Binding" Select the "View" option next to "standard-sockets" Select "Inbound" Select the port that needs to be reconfigured and select "Edit".

b

The JBoss Server must be configured to utilize a centralized authentication mechanism such as AD or LDAP.

IA-2 - Medium - CCI-000764 - V-213526 - SV-213526r960969_rule

RMF Control

IA-2

Severity

Medium

CCI

CCI-000764

Version

JBOS-AS-000260

Vuln IDs

V-213526
V-62277

Rule IDs

SV-213526r960969_rule
SV-76767

To assure accountability and prevent unauthorized access, application server users must be uniquely identified and authenticated. This is typically accomplished via the use of a user store that is either local (OS-based) or centralized (Active Directory/LDAP) in nature. It should be noted that JBoss does not specifically mention Active Directory since AD is LDAP aware. To ensure accountability and prevent unauthorized access, the JBoss Server must be configured to utilize a centralized authentication mechanism.

Checks: C-14749r296244_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. To obtain the list of security realms run the command: "ls /core-service=management/security-realm=" Review each security realm using the command: "ls /core-service=management/security-realm=<SECURITY_REALM_NAME>/authentication" If this command does not return a security realm that uses LDAP for authentication, this is a finding.

Fix: F-14747r296245_fix

Follow steps in section 11.8 - Management Interface Security in the JBoss_Enterprise_Application_Platform-6.3-Administration_and_Configuration_Guide-en-US document. 1. Create an outbound connection to the LDAP server. 2. Create an LDAP-enabled security realm. 3. Reference the new security domain in the Management Interface.

b

The JBoss Server must be configured to use certificates to authenticate admins.

IA-2 - Medium - CCI-000765 - V-213527 - SV-213527r960972_rule

RMF Control

IA-2

Severity

Medium

CCI

CCI-000765

Version

JBOS-AS-000265

Vuln IDs

V-213527
V-62279

Rule IDs

SV-213527r960972_rule
SV-76769

Multifactor authentication creates a layered defense and makes it more difficult for an unauthorized person to access the application server. If one factor is compromised or broken, the attacker still has at least one more barrier to breach before successfully breaking into the target. Unlike a simple username/password scenario where the attacker could gain access by knowing both the username and password without the user knowing his account was compromised, multifactor authentication adds the requirement that the attacker must have something from the user, such as a token, or to biometrically be the user. Multifactor authentication is defined as: using two or more factors to achieve authentication. Factors include: (i) something a user knows (e.g., password/PIN); (ii) something a user has (e.g., cryptographic identification device, token); or (iii) something a user is (e.g., biometric). A CAC or PKI Hardware Token meets this definition. A privileged account is defined as an information system account with authorizations of a privileged user. These accounts would be capable of accessing the web management interface. When accessing the application server via a network connection, administrative access to the application server must be PKI Hardware Token enabled or a DoD-approved soft certificate.

Checks: C-14750r296247_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Follow these steps: 1. Identify the security realm assigned to the management interfaces by using the following command: For standalone systems: "ls /core-service=management/management-interface=<INTERFACE-NAME>" For managed domain systems: "ls /host=master/core-service=management/management-interface=<INTERFACE-NAME>" Document the name of the security-realm associated with each management interface. 2. Review the security realm using the command: For standalone systems: "ls /core-service=management/security-realm=<SECURITY_REALM_NAME>/authentication" For managed domains: "ls /host=master/core-service=management/security-realm=<SECURITY_REALM_NAME>/authentication" If the command in step 2 does not return a security realm that uses certificates for authentication, this is a finding.

Fix: F-14748r296248_fix

Configure the application server to authenticate privileged users via multifactor/certificate-based authentication mechanisms when using network access to the management interface.

b

The JBoss server must be configured to use individual accounts and not generic or shared accounts.

IA-2 - Medium - CCI-000770 - V-213528 - SV-213528r981680_rule

RMF Control

IA-2

Severity

Medium

CCI

CCI-000770

Version

JBOS-AS-000275

Vuln IDs

V-213528
V-62281

Rule IDs

SV-213528r981680_rule
SV-76771

To assure individual accountability and prevent unauthorized access, application server users (and any processes acting on behalf of application server users) must be individually identified and authenticated. A group authenticator is a generic account used by multiple individuals. Use of a group authenticator alone does not uniquely identify individual users. Application servers must ensure that individual users are authenticated prior to authenticating via role or group authentication. This is to ensure that there is non-repudiation for actions taken.

Checks: C-14751r956001_chk

If the application server management interface is configured to use LDAP authentication this requirement is NA. Determine the mode in which the JBoss server is operating by authenticating to the OS, changing to the <JBOSS_HOME>/bin/ folder and executing the jboss-cli script. Connect to the server and authenticate. Run the command: "ls" and examine the "launch-type" setting. User account information is stored in the following files for a JBoss server configured in standalone mode. The command line flags passed to the "standalone" startup script determine the standalone operating mode: <JBOSS_HOME>/standalone/configuration/standalone.xml <JBOSS_HOME>/standalone/configuration/standalone-full.xml <JBOSS_HOME>/standalone/configuration/standalone.-full-ha.xml <JBOSS_HOME>/standalone/configuration/standalone.ha.xml For a Managed Domain: <JBOSS_HOME>/domain/configuration/domain.xml. Review file(s) for generic or shared user accounts. Open each xml file with a text editor and locate the <management-interfaces> section. Review the <user name = "xxxxx"> sub-section where "xxxxx" will be a user name. Have the system administrator identify the user of each user account. If user accounts are not assigned to individual users, this is a finding.

Fix: F-14749r296251_fix

Configure the application server so required users are individually authenticated by creating individual user accounts. Utilize an LDAP server that is configured according to DOD policy.

b

JBoss management Interfaces must be integrated with a centralized authentication mechanism that is configured to manage accounts according to DoD policy.

IA-4 - Medium - CCI-000795 - V-213529 - SV-213529r981681_rule

RMF Control

IA-4

Severity

Medium

CCI

CCI-000795

Version

JBOS-AS-000290

Vuln IDs

V-213529
V-62285

Rule IDs

SV-213529r981681_rule
SV-76775

JBoss EAP provides a security realm called ManagementRealm. By default, this realm uses the mgmt-users.properties file for authentication. Using file-based authentication does not allow the JBoss server to be in compliance with a wide range of user management requirements such as automatic disabling of inactive accounts as per DoD policy. To address this issue, the management interfaces used to manage the JBoss server must be associated with a security realm that provides centralized authentication management. Examples are AD or LDAP. Management of user identifiers is not applicable to shared information system accounts (e.g., guest and anonymous accounts). It is commonly the case that a user account is the name of an information system account associated with an individual.

Checks: C-14752r296253_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Obtain the list of management interfaces by running the command: "ls /core-service=management/management-interface" Identify the security realm used by each management interface configuration by running the command: "ls /core-service=management/management-interface=<MANAGEMENT-INTERFACE-NAME>" Determine if the security realm assigned to the management interface uses LDAP for authentication by running the command: "ls /core-service=management/security-realm=<SECURITY_REALM_NAME>/authentication" If the security realm assigned to the management interface does not utilize LDAP for authentication, this is a finding.

Fix: F-14750r296254_fix

Follow steps in section 11.8 - Management Interface Security in the JBoss_Enterprise_Application_Platform-6.3-Administration_and_Configuration_Guide-en-US document. 1. Create an outbound connection to the LDAP server. 2. Create an LDAP-enabled security realm. 3. Reference the new security domain in the Management Interface.

b

The JBoss Password Vault must be used for storing passwords or other sensitive configuration information.

IA-5 - Medium - CCI-000196 - V-213530 - SV-213530r981682_rule

RMF Control

IA-5

Severity

Medium

CCI

CCI-000196

Version

JBOS-AS-000295

Vuln IDs

V-213530
V-62287

Rule IDs

SV-213530r981682_rule
SV-76777

JBoss EAP 6 has a Password Vault to encrypt sensitive strings, store them in an encrypted keystore, and decrypt them for applications and verification systems. Plain-text configuration files, such as XML deployment descriptors, need to specify passwords and other sensitive information. Use the JBoss EAP Password Vault to securely store sensitive strings in plain-text files.

Checks: C-14753r754853_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Based on your installation, use the relevant OS commands and syntax to access the standalone or domain configuration folder. <JBOSS_HOME>/standalone/configuration folder. Review the standalone.xml file. <JBOSS_HOME>/domain/configuration folder. Review the domain.xml file If the <vault> section does not exist or if the <vault-option> settings are not configured, this is a finding. If the <vault> section does not exist or if the <vault-option> settings are not configured, this is a finding.

Fix: F-14751r296257_fix

Configure the application server to use the java keystore and JBoss vault as per section 11.13.1 -Password Vault System in the JBoss_Enterprise_Application_Platform-6.3-Administration_and_Configuration_Guide-en-US document. 1. Create a java keystore. 2. Mask the keystore password and initialize the password vault. 3. Configure JBoss to use the password vault.

b

JBoss KeyStore and Truststore passwords must not be stored in clear text.

IA-5 - Medium - CCI-000196 - V-213531 - SV-213531r981682_rule

RMF Control

IA-5

Severity

Medium

CCI

CCI-000196

Version

JBOS-AS-000300

Vuln IDs

V-213531
V-62289

Rule IDs

SV-213531r981682_rule
SV-76779

Access to the JBoss Password Vault must be secured, and the password used to access must be encrypted. There is a specific process used to generate the encrypted password hash. This process must be followed in order to store the password in an encrypted format. The admin must utilize this process in order to ensure the Keystore password is encrypted.

Checks: C-14754r296259_chk

The default location for the keystore used by the JBoss vault is the <JBOSS_HOME>/vault/ folder. If a vault keystore has been created, by default it will be in the file: <JBOSS_HOME>/vault/vault.keystore. The file stores a single key, with the default alias vault, which will be used to store encrypted strings, such as passwords, for JBoss EAP. Have the system admin provide the procedure used to encrypt the keystore password that unlocks the keystore. If the system administrator is unable to demonstrate or provide written process documentation on how to encrypt the keystore password, this is a finding.

Fix: F-14752r296260_fix

Configure the application server to mask the java keystore password as per the procedure described in section 11.13.3 -Password Vault System in the JBoss_Enterprise_Application_Platform-6.3-Administration_and_Configuration_Guide-en-US document.

b

LDAP enabled security realm value allow-empty-passwords must be set to false.

IA-5 - Medium - CCI-000197 - V-213532 - SV-213532r961029_rule

RMF Control

IA-5

Severity

Medium

CCI

CCI-000197

Version

JBOS-AS-000305

Vuln IDs

V-213532
V-62291

Rule IDs

SV-213532r961029_rule
SV-76781

Passwords need to be protected at all times, and encryption is the standard method for protecting passwords during transmission. If passwords are not encrypted, they can be plainly read (i.e., clear text) and easily compromised. Application servers have the capability to utilize either certificates (tokens) or user IDs and passwords in order to authenticate. When the application server transmits or receives passwords, the passwords must be encrypted.

Checks: C-14755r296262_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Run the command: "ls /core-service=management/security-realm=ldap_security_realm/authentication=ldap" If "allow-empty-passwords=true", this is a finding.

Fix: F-14753r296263_fix

Configure the LDAP Security Realm using default settings that sets "allow-empty-values" to false. LDAP Security Realm creation is described in section 11.9 -Add an LDAP Security Realm in the JBoss_Enterprise_Application_Platform-6.3-Administration_and_Configuration_Guide-en-US document.

b

JBoss must utilize encryption when using LDAP for authentication.

IA-5 - Medium - CCI-000197 - V-213533 - SV-213533r961029_rule

RMF Control

IA-5

Severity

Medium

CCI

CCI-000197

Version

JBOS-AS-000310

Vuln IDs

V-213533
V-62293

Rule IDs

SV-213533r961029_rule
SV-76783

Passwords need to be protected at all times, and encryption is the standard method for protecting passwords during transmission. Application servers have the capability to utilize LDAP directories for authentication. If LDAP connections are not protected during transmission, sensitive authentication credentials can be stolen. When the application server utilizes LDAP, the LDAP traffic must be encrypted.

Checks: C-14756r296265_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Run the following command: For standalone servers: "ls /socket-binding-group=standard-sockets/remote-destination-outbound-socket-binding=ldap_connection" For managed domain installations: "ls /socket-binding-group=<PROFILE>/remote-destination-outbound-socket-binding=" The default port for secure LDAP is 636. If 636 or secure LDAP protocol is not utilized, this is a finding.

Fix: F-14754r296266_fix

Follow steps in section 11.8 - Management Interface Security in the JBoss_Enterprise_Application_Platform-6.3-Administration_and_Configuration_Guide-en-US document. 1. Create an outbound connection to the LDAP server. 2. Create an LDAP-enabled security realm. 3. Reference the new security domain in the Management Interface.

b

The JBoss server must be configured to restrict access to the web servers private key to authenticated system administrators.

IA-5 - Medium - CCI-000186 - V-213534 - SV-213534r961041_rule

RMF Control

IA-5

Severity

Medium

CCI

CCI-000186

Version

JBOS-AS-000320

Vuln IDs

V-213534
V-62295

Rule IDs

SV-213534r961041_rule
SV-76785

The cornerstone of the PKI is the private key used to encrypt or digitally sign information. If the private key is stolen, this will lead to the compromise of the authentication and non-repudiation gained through PKI because the attacker can use the private key to digitally sign documents and can pretend to be the authorized user. Both the holders of a digital certificate and the issuing authority must protect the computers, storage devices, or whatever they use to keep the private keys. Java-based application servers utilize the Java keystore, which provides storage for cryptographic keys and certificates. The keystore is usually maintained in a file stored on the file system.

Checks: C-14757r296268_chk

The default location for the keystore used by the JBoss vault is the <JBOSS_HOME>/vault/ folder. If a vault keystore has been created, by default it will be in the file: <JBOSS_HOME>/vault/vault.keystore. The file stores a single key, with the default alias vault, which will be used to store encrypted strings, such as passwords, for JBoss EAP. Browse to the JBoss vault folder using the relevant OS commands. Review the file permissions and ensure only system administrators and JBoss users are allowed access. Owner can be full access Group can be full access All others must be restricted to execute access or no permission. If non-system administrators are allowed to access the <JBOSS_HOME>/vault/ folder, this is a finding.

Fix: F-14755r296269_fix

Configure the application server OS file permissions on the corresponding private key to restrict access to authorized accounts or roles.

b

The JBoss server must separate hosted application functionality from application server management functionality.

SC-2 - Medium - CCI-001082 - V-213535 - SV-213535r961095_rule

RMF Control

SC-2

Severity

Medium

CCI

CCI-001082

Version

JBOS-AS-000355

Vuln IDs

V-213535
V-62297

Rule IDs

SV-213535r961095_rule
SV-76787

The application server consists of the management interface and hosted applications. By separating the management interface from hosted applications, the user must authenticate as a privileged user to the management interface before being presented with management functionality. This prevents non-privileged users from having visibility to functions not available to the user. By limiting visibility, a compromised non-privileged account does not offer information to the attacker or functionality and information needed to further the attack on the application server. JBoss is designed to operate with separate application and management interfaces. The JBoss server is started via a script. To start the JBoss server in domain mode, the admin will execute the /bin/domain.sh or domain.bat script. To start the JBoss server in standalone mode, the admin will execute /bin/standalone.bat or standalone.sh. Command line flags are used to specify which network address is used for management and which address is used for public/application access.

Checks: C-14758r296271_chk

If JBoss is not started with separate management and public interfaces, this is a finding. Review the network design documents to identify the IP address space for the management network. Use relevant OS commands and administrative techniques to determine how the system administrator starts the JBoss server. This includes interviewing the system admin, using the "ps -ef|grep" command for UNIX like systems or checking command line flags and properties on batch scripts for Windows systems. Ensure the startup syntax used to start JBoss specifies a management network address and a public network address. The "-b" flag specifies the public address space. The "-bmanagement" flag specifies the management address space. Example: <JBOSS_HOME>/bin/standalone.sh -bmanagement 10.10.10.35 -b 192.168.10.25 If JBoss is not started with separate management and public interfaces, this is a finding.

Fix: F-14756r296272_fix

Start the application server with a -bmanagement and a -b flag so that admin management functionality and hosted applications are separated. Refer to section 4.9 in the JBoss EAP 6.3 Installation Guide for specific instructions on how to start the JBoss server as a service.

b

JBoss file permissions must be configured to protect the confidentiality and integrity of application files.

SC-28 - Medium - CCI-001199 - V-213536 - SV-213536r961128_rule

RMF Control

SC-28

Severity

Medium

CCI

CCI-001199

Version

JBOS-AS-000400

Vuln IDs

V-213536
V-62299

Rule IDs

SV-213536r961128_rule
SV-76789

The JBoss EAP Application Server is a Java-based AS. It is installed on the OS file system and depends upon file system access controls to protect application data at rest. The file permissions set on the JBoss EAP home folder must be configured so as to limit access to only authorized people and processes. The account used for operating the JBoss server and any designated administrative or operational accounts are the only accounts that should have access. When data is written to digital media such as hard drives, mobile computers, external/removable hard drives, personal digital assistants, flash/thumb drives, etc., there is risk of data loss and data compromise. Steps must be taken to ensure data stored on the device is protected.

Checks: C-14759r296274_chk

By default, JBoss installs its files into a folder called "jboss-eap-6.3". This folder by default is stored within the home folder of the JBoss user account. The installation process, however, allows for the override of default values to obtain folder and user account information from the system admin. Log on with a user account with JBoss access and permissions. Navigate to the "Jboss-eap-6.3" folder using the relevant OS commands for either a UNIX-like OS or a Windows OS. Examine the permissions of the JBoss folder. Owner can be full access. Group can be full access. All others must be restricted to execute access or no permission. If the JBoss folder is world readable or world writeable, this is a finding.

Fix: F-14757r296275_fix

Configure file permissions on the JBoss folder to protect from unauthorized access.

b

Access to JBoss log files must be restricted to authorized users.

SI-11 - Medium - CCI-001314 - V-213537 - SV-213537r961170_rule

RMF Control

SI-11

Severity

Medium

CCI

CCI-001314

Version

JBOS-AS-000425

Vuln IDs

V-213537
V-62301

Rule IDs

SV-213537r961170_rule
SV-76791

If the application provides too much information in error logs and administrative messages to the screen, this could lead to compromise. The structure and content of error messages need to be carefully considered by the organization and development team. The extent to which the information system is able to identify and handle error conditions is guided by organizational policy and operational requirements. Application servers must protect the error messages that are created by the application server. All application server users' accounts are used for the management of the server and the applications residing on the application server. All accounts are assigned to a certain role with corresponding access rights. The application server must restrict access to error messages so only authorized users may view them. Error messages are usually written to logs contained on the file system. The application server will usually create new log files as needed and must take steps to ensure that the proper file permissions are utilized when the log files are created.

Checks: C-14760r956037_chk

If the JBoss log folder is installed in the default location and 213514 (JBOS-AS-000170) is not a finding, the log folders are protected and this requirement is not a finding. By default, JBoss installs its log files into a sub-folder of the "jboss-eap-6.3" home folder. Using a UNIX like OS example, the default location for log files is: JBOSS_HOME/standalone/log JBOSS_HOME/domain/log For a standalone configuration: JBOSS_HOME/standalone/log/server.log" Contains all server log messages, including server startup messages. For a domain configuration: JBOSS_HOME/domain/log/hostcontroller.log Host Controller boot log. Contains log messages related to the startup of the host controller. JBOSS_HOME/domain/log/processcontroller.log Process controller boot log. Contains log messages related to the startup of the process controller. JBOSS_HOME/domain/servers/SERVERNAME/log/server.log The server log for the named server. Contains all log messages for that server, including server startup messages. Log on with an OS user account with JBoss access and permissions. Navigate to the "Jboss-eap-6.3" folder using the relevant OS commands for either a UNIX like OS or a Windows OS. Examine the permissions of the JBoss logs folders. Owner can be full access. Group can be full access. All others must be restricted. If the JBoss log folder is world readable or world writeable, this is a finding.

Fix: F-14758r296278_fix

Configure file permissions on the JBoss log folder to protect from unauthorized access.

b

Network access to HTTP management must be disabled on domain-enabled application servers not designated as the domain controller.

AC-17 - Medium - CCI-002322 - V-213538 - SV-213538r961281_rule

RMF Control

AC-17

Severity

Medium

CCI

CCI-002322

Version

JBOS-AS-000470

Vuln IDs

V-213538
V-62303

Rule IDs

SV-213538r961281_rule
SV-76793

When configuring JBoss application servers into a domain configuration, HTTP management capabilities are not required on domain member servers as management is done via the server that has been designated as the domain controller. Leaving HTTP management capabilities enabled on domain member servers increases the attack surfaces; therefore, management services on domain member servers must be disabled and management services performed via the domain controller.

Checks: C-14761r296280_chk

Log on to each of the JBoss domain member servers. Note: Sites that manage systems using the JBoss Operations Network client require HTTP interface access. It is acceptable that the management console alone be disabled rather than disabling the entire interface itself. Run the <JBOSS_HOME>/bin/jboss-cli command line interface utility and connect to the JBoss server. Run the following command: ls /core-service=management/management-interface=httpinterface/ If "console-enabled=true", this is a finding.

Fix: F-14759r296281_fix

Run the <JBOSS_HOME>/bin/jboss-cli command line interface utility. Connect to the JBoss server and run the following command. /core-service=management/management-interface=httpinterface/:write-attribute(name=console-enabled,value=false) Successful command execution returns {"outcome" => "success"}, and future attempts to access the management console via web browser at <SERVERNAME>:9990 will result in no access to the admin console.

b

The application server must prevent non-privileged users from executing privileged functions to include disabling, circumventing, or altering implemented security safeguards/countermeasures.

AC-6 - Medium - CCI-002235 - V-213539 - SV-213539r961353_rule

RMF Control

AC-6

Severity

Medium

CCI

CCI-002235

Version

JBOS-AS-000475

Vuln IDs

V-213539
V-62305

Rule IDs

SV-213539r961353_rule
SV-76795

Preventing non-privileged users from executing privileged functions mitigates the risk that unauthorized individuals or processes may gain unnecessary access to information or privileges. Restricting non-privileged users also prevents an attacker who has gained access to a non-privileged account, from elevating privileges, creating accounts, and performing system checks and maintenance.

Checks: C-14762r296283_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Run the following command: For standalone servers: "ls /core-service=management/access=authorization/" For managed domain installations: "ls /host=master/core-service=management/access=authorization/" If the "provider" attribute is not set to "rbac", this is a finding.

Fix: F-14760r296284_fix

Run the following command. <JBOSS_HOME>/bin/jboss-cli.sh -c -> connect -> cd /core-service=management/access-authorization :write-attribute(name=provider, value=rbac) Restart JBoss. Map users to roles by running the following command. Upper-case words are variables. role-mapping=ROLENAME/include=ALIAS:add(name-USERNAME, type=USER ROLE)

b

The JBoss server must be configured to log all admin activity.

AC-6 - Medium - CCI-002234 - V-213540 - SV-213540r961362_rule

RMF Control

AC-6

Severity

Medium

CCI

CCI-002234

Version

JBOS-AS-000480

Vuln IDs

V-213540
V-62307

Rule IDs

SV-213540r961362_rule
SV-76797

In order to be able to provide a forensic history of activity, the application server must ensure users who are granted a privileged role or those who utilize a separate distinct account when accessing privileged functions or data have their actions logged. If privileged activity is not logged, no forensic logs can be used to establish accountability for privileged actions that occur on the system.

Checks: C-14763r296286_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Run the command: /core-service=management/access=audit:read-resource(recursive=true) Under the "logger" => {audit-log} section of the returned response: If "enabled" => false, this is a finding

Fix: F-14761r296287_fix

Launch the jboss-cli management interface substituting standalone or domain for <CONFIG> based upon the server installation. <JBOSS_HOME>/<CONFIG>/bin/jboss-cli connect to the server and run the following command: /core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)

b

The JBoss server must be configured to utilize syslog logging.

AU-4 - Medium - CCI-001851 - V-213541 - SV-213541r961395_rule

RMF Control

AU-4

Severity

Medium

CCI

CCI-001851

Version

JBOS-AS-000505

Vuln IDs

V-213541
V-62309

Rule IDs

SV-213541r961395_rule
SV-76799

Information system logging capability is critical for accurate forensic analysis. Log record content that may be necessary to satisfy the requirement of this control includes, but is not limited to, time stamps, source and destination IP addresses, user/process identifiers, event descriptions, application-specific events, success/fail indications, filenames involved, access control or flow control rules invoked. Off-loading is a common process in information systems with limited log storage capacity. Centralized management of log records provides for efficiency in maintenance and management of records, as well as the backup and archiving of those records. Application servers and their related components are required to off-load log records onto a different system or media than the system being logged.

Checks: C-14764r296289_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Run the command: Standalone configuration: "ls /subsystem=logging/syslog-handler=" Domain configuration: "ls /profile=<specify>/subsystem=logging/syslog-handler=" Where <specify> = the selected application server profile of; default,full, full-ha or ha. If no values are returned, this is a finding.

Fix: F-14762r296290_fix

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the “<JBOSS_HOME>/bin/” folder. Run the “jboss-cli” script. Connect to the server and authenticate. To add a syslog handler: Standalone configuration: "/subsystem=logging/syslog-handler=<HANDLER_NAME:add>" Domain configuration: "/profile=default/subsystem=logging/syslog-handler=<HANDLER_NAME:add>" To configure a syslog handler: Standalone configuration. "/subsystem=logging/syslog-handler=<HANDLER_NAME:write-attribute(name=ATTRIBUTE_NAME, value=ATTRIBUTE_VALUE)" Domain configuration. "/profile=default/subsystem=logging/syslog-handler=<HANDLER_NAME:write-attribute(name=ATTRIBUTE_NAME, value=ATTRIBUTE_VALUE)" *reference the RedHat web-site for the list of syslog handler attributes and corresponding values. Sample attributes include but are not limited to: port, enabled, app-name, level, server-address, hostname, etcetera.

b

Production JBoss servers must not allow automatic application deployment.

CM-5 - Medium - CCI-001813 - V-213542 - SV-213542r961461_rule

RMF Control

CM-5

Severity

Medium

CCI

CCI-001813

Version

JBOS-AS-000545

Vuln IDs

V-213542
V-62311

Rule IDs

SV-213542r961461_rule
SV-76801

When dealing with access restrictions pertaining to change control, it should be noted that any changes to the software and/or application server configuration can potentially have significant effects on the overall security of the system. Access restrictions for changes also include application software libraries. If the application server provides automatic code deployment capability, (where updates to applications hosted on the application server are automatically performed, usually by the developers' IDE tool), it must also provide a capability to restrict the use of automatic application deployment. Automatic code deployments are allowable in a development environment, but not in production.

Checks: C-14765r296292_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Run the command: ls /subsystem=deployment-scanner/scanner=default If "scan-enabled"=true, this is a finding.

Fix: F-14763r296293_fix

Determine the JBoss server configuration as being either standalone or domain. Launch the relevant jboss-cli management interface substituting standalone or domain for <CONFIG> <JBOSS_HOME>/<CONFIG>/bin/jboss-cli connect to the server and run the command: /subsystem=deployment-scanner/scanner=default:write-attribute(name=scan-enabled,value=false)

b

Production JBoss servers must log when failed application deployments occur.

CM-5 - Medium - CCI-001814 - V-213543 - SV-213543r981687_rule

RMF Control

CM-5

Severity

Medium

CCI

CCI-001814

Version

JBOS-AS-000550

Vuln IDs

V-213543
V-62313

Rule IDs

SV-213543r981687_rule
SV-76803

Without logging the enforcement of access restrictions against changes to the application server configuration, it will be difficult to identify attempted attacks, and a log trail will not be available for forensic investigation for after-the-fact actions. Configuration changes may occur to any of the modules within the application server through the management interface, but logging of actions to the configuration of a module outside the application server is not logged. Enforcement actions are the methods or mechanisms used to prevent unauthorized changes to configuration settings. Enforcement action methods may be as simple as denying access to a file based on the application of file permissions (access restriction). Log items may consist of lists of actions blocked by access restrictions or changes identified after the fact.

Checks: C-14766r296295_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Run the command: ls /core-service=management/access=audit/logger=audit-log If "enabled" = false, this is a finding.

Fix: F-14764r296296_fix

Launch the jboss-cli management interface substituting standalone or domain for <CONFIG> based upon the server installation. <JBOSS_HOME>/<CONFIG>/bin/jboss-cli connect to the server and run the following command: /core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)

b

Production JBoss servers must log when successful application deployments occur.

CM-5 - Medium - CCI-001814 - V-213544 - SV-213544r981687_rule

RMF Control

CM-5

Severity

Medium

CCI

CCI-001814

Version

JBOS-AS-000555

Vuln IDs

V-213544
V-62315

Rule IDs

SV-213544r981687_rule
SV-76805

Without logging the enforcement of access restrictions against changes to the application server configuration, it will be difficult to identify attempted attacks, and a log trail will not be available for forensic investigation for after-the-fact actions. Configuration changes may occur to any of the modules within the application server through the management interface, but logging of actions to the configuration of a module outside the application server is not logged. Enforcement actions are the methods or mechanisms used to prevent unauthorized changes to configuration settings. Enforcement action methods may be as simple as denying access to a file based on the application of file permissions (access restriction). Log items may consist of lists of actions blocked by access restrictions or changes identified after the fact.

Checks: C-14767r296298_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Run the command: ls /core-service=management/access=audit/logger=audit-log If "enabled" = false, this is a finding.

Fix: F-14765r296299_fix

Launch the jboss-cli management interface substituting standalone or domain for <CONFIG> based upon the server installation. <JBOSS_HOME>/<CONFIG>/bin/jboss-cli connect to the server and run the following command: /core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)

b

JBoss must be configured to use DoD PKI-established certificate authorities for verification of the establishment of protected sessions.

SC-23 - Medium - CCI-002470 - V-213545 - SV-213545r961596_rule

RMF Control

SC-23

Severity

Medium

CCI

CCI-002470

Version

JBOS-AS-000625

Vuln IDs

V-213545
V-62317

Rule IDs

SV-213545r961596_rule
SV-76807

Untrusted Certificate Authorities (CA) can issue certificates, but they may be issued by organizations or individuals that seek to compromise DoD systems or by organizations with insufficient security controls. If the CA used for verifying the certificate is not a DoD-approved CA, trust of this CA has not been established. The DoD will only accept PKI certificates obtained from a DoD-approved internal or external certificate authority. Reliance on CAs for the establishment of secure sessions includes, for example, the use of SSL/TLS certificates. The application server must only allow the use of DoD PKI-established certificate authorities for verification.

Checks: C-14768r296301_chk

Locate the cacerts file for the JVM. This can be done using the appropriate find command for the OS and change to the directory where the cacerts file is located. To view the certificates stored within this file, execute the java command "keytool -list -v -keystore ./cacerts". Verify that the Certificate Authority (CA) for each certificate is DoD-approved. If any certificates have a CA that are not DoD-approved, this is a finding.

Fix: F-14766r296302_fix

Locate the cacerts file for the JVM. This can be done using the appropriate find command for the OS and change to the directory where the cacerts file is located. Remove the certificates that have a CA that is non-DoD approved, and import DoD CA-approved certificates.

b

The JBoss server, when hosting mission critical applications, must be in a high-availability (HA) cluster.

SC-5 - Medium - CCI-002385 - V-213546 - SV-213546r961620_rule

RMF Control

SC-5

Severity

Medium

CCI

CCI-002385

Version

JBOS-AS-000640

Vuln IDs

V-213546
V-62319

Rule IDs

SV-213546r961620_rule
SV-76809

A MAC I system is a system that handles data vital to the organization's operational readiness or effectiveness of deployed or contingency forces. A MAC I system must maintain the highest level of integrity and availability. By HA clustering the application server, the hosted application and data are given a platform that is load-balanced and provides high availability.

Checks: C-14769r296304_chk

Interview the system admin and determine if the applications hosted on the application server are mission critical and require load balancing (LB) or high availability (HA). If the applications do not require LB or HA, this requirement is NA. If the documentation shows the LB or HA services are being provided by another system other than the application server, this requirement is NA. If applications require LB or HA, request documentation from the system admin that identifies what type of LB or HA configuration has been implemented on the application server. Ask the system admin to identify the components that require protection. Some options are included here as an example. Bear in mind the examples provided are not complete and absolute and are only provided as examples. The components being made redundant or HA by the application server will vary based upon application availability requirements. Examples are: Instances of the Application Server Web Applications Stateful, stateless and entity Enterprise Java Beans (EJBs) Single Sign On (SSO) mechanisms Distributed Cache HTTP sessions JMS and Message Services. If the hosted application requirements specify LB or HA and the JBoss server has not been configured to offer HA or LB, this is a finding.

Fix: F-14767r296305_fix

Configure the application server to provide LB or HA services for the hosted application.

b

JBoss must be configured to use an approved TLS version.

SC-8 - Medium - CCI-002418 - V-213547 - SV-213547r961632_rule

RMF Control

SC-8

Severity

Medium

CCI

CCI-002418

Version

JBOS-AS-000650

Vuln IDs

V-213547
V-62321

Rule IDs

SV-213547r961632_rule
SV-76811

Preventing the disclosure of transmitted information requires that the application server take measures to employ some form of cryptographic mechanism in order to protect the information during transmission. This is usually achieved through the use of Transport Layer Security (TLS). JBoss relies on the underlying SSL implementation running on the OS. This can be either Java based or OpenSSL. The SSL protocol setting determines which SSL protocol is used. SSL has known security vulnerabilities, so TLS should be used instead. If data is transmitted unencrypted, the data then becomes vulnerable to disclosure. The disclosure may reveal user identifier/password combinations, website code revealing business logic, or other user personal information. FIPS 140-2 approved TLS versions include TLS V1.2 or greater. TLS must be enabled, and non-FIPS-approved SSL versions must be disabled. NIST SP 800-52 specifies the preferred configurations for government systems.

Checks: C-14770r622481_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Validate that the TLS protocol is used for HTTPS connections. Run the command: "ls /subsystem=web/connector=https/ssl=configuration" If a TLS V1.2 or higher protocol is not returned, this is a finding.

Fix: F-14768r622482_fix

Reference section 4.6 of the JBoss EAP 6.3 Security Guide located on the Red Hat vendor's web site for step-by-step instructions on establishing SSL encryption on JBoss. The overall steps include: 1. Add an HTTPS connector. 2. Configure the SSL encryption certificate and keys. 3. Set the protocol to TLS V1.2 or greater.

b

JBoss must be configured to use an approved cryptographic algorithm in conjunction with TLS.

SC-8 - Medium - CCI-002421 - V-213548 - SV-213548r961635_rule

RMF Control

SC-8

Severity

Medium

CCI

CCI-002421

Version

JBOS-AS-000655

Vuln IDs

V-213548
V-62323

Rule IDs

SV-213548r961635_rule
SV-76813

Preventing the disclosure or modification of transmitted information requires that application servers take measures to employ approved cryptography in order to protect the information during transmission over the network. This is usually achieved through the use of Transport Layer Security (TLS), SSL VPN, or IPSec tunnel. If data in transit is unencrypted, it is vulnerable to disclosure and modification. If approved cryptographic algorithms are not used, encryption strength cannot be assured. FIPS 140-2 approved TLS versions include TLS V1.2 or greater. TLS must be enabled, and non-FIPS-approved SSL versions must be disabled. NIST SP 800-52 specifies the preferred configurations for government systems.

Checks: C-14771r296310_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Validate that the TLS protocol is used for HTTPS connections. Run the command: "ls /subsystem=web/connector=https/ssl=configuration" Review the cipher suites. The following suites are acceptable as per NIST 800-52r1 section 3.3.1 - Cipher Suites. Refer to the NIST document for a complete list of acceptable cipher suites. The source NIST document and approved encryption algorithms/cipher suites are subject to change and should be referenced. AES_128_CBC AES_256_CBC AES_128_GCM AES_128_CCM AES_256_CCM If the cipher suites utilized by the TLS server are not approved by NIST as per 800-52r1, this is a finding.

Fix: F-14769r296311_fix

Reference section 4.6 of the JBoss EAP 6.3 Security Guide located on the Red Hat vendor's website for step-by-step instructions on establishing SSL encryption on JBoss. The overall steps include: 1. Add an HTTPS connector. 2. Configure the SSL encryption certificate and keys. 3. Set the Cipher to an approved algorithm.

c

Production JBoss servers must be supported by the vendor.

SI-2 - High - CCI-002605 - V-213549 - SV-213549r961683_rule

RMF Control

SI-2

Severity

High

CCI

CCI-002605

Version

JBOS-AS-000680

Vuln IDs

V-213549
V-62325

Rule IDs

SV-213549r961683_rule
SV-76815

The JBoss product is available as Open Source; however, the Red Hat vendor provides updates, patches and support for the JBoss product. It is imperative that patches and updates be applied to JBoss in a timely manner as many attacks against JBoss focus on unpatched systems. It is critical that support be obtained and made available.

Checks: C-14772r296313_chk

Interview the system admin and have them either show documented proof of current support, or have them demonstrate their ability to access the Red Hat Enterprise Support portal. Verify Red Hat support includes coverage for the JBoss product. If there is no current and active support from the vendor, this is a finding.

Fix: F-14770r296314_fix

Obtain vendor support from Red Hat.

c

The JRE installed on the JBoss server must be kept up to date.

SI-2 - High - CCI-002605 - V-213550 - SV-213550r961683_rule

RMF Control

SI-2

Severity

High

CCI

CCI-002605

Version

JBOS-AS-000685

Vuln IDs

V-213550
V-62327

Rule IDs

SV-213550r961683_rule
SV-76817

The JBoss product is available as Open Source; however, the Red Hat vendor provides updates, patches and support for the JBoss product. It is imperative that patches and updates be applied to JBoss in a timely manner as many attacks against JBoss focus on unpatched systems. It is critical that support be obtained and made available.

Checks: C-14773r296316_chk

Interview the system admin and obtain details on their patch management processes as it relates to the OS and the Application Server. If there is no active, documented patch management process in use for these components, this is a finding.

Fix: F-14771r296317_fix

Configure the operating system and the application server to use a patch management system or process that ensures security-relevant updates are installed within the time period directed by the ISSM.

b

JBoss must be configured to generate log records when successful/unsuccessful attempts to modify privileges occur.

AU-12 - Medium - CCI-000172 - V-213551 - SV-213551r961800_rule

RMF Control

AU-12

Severity

Medium

CCI

CCI-000172

Version

JBOS-AS-000690

Vuln IDs

V-213551
V-62329

Rule IDs

SV-213551r961800_rule
SV-76819

Changing privileges of a subject/object may cause a subject/object to gain or lose capabilities. When successful/unsuccessful changes are made, the event needs to be logged. By logging the event, the modification or attempted modification can be investigated to determine if it was performed inadvertently or maliciously.

Checks: C-14774r956003_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. Run the command: For a Managed Domain configuration: "ls host=master/server=<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "ls /core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" If "enabled" = false, this is a finding.

Fix: F-14772r296320_fix

Launch the jboss-cli management interface. Connect to the server by typing "connect", authenticate as a user in the Superuser role, and run the following command: For a Managed Domain configuration: "host=master/server/<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)"

b

JBoss must be configured to generate log records when successful/unsuccessful attempts to delete privileges occur.

AU-12 - Medium - CCI-000172 - V-213552 - SV-213552r961812_rule

RMF Control

AU-12

Severity

Medium

CCI

CCI-000172

Version

JBOS-AS-000695

Vuln IDs

V-213552
V-62331

Rule IDs

SV-213552r961812_rule
SV-76821

Deleting privileges of a subject/object may cause a subject/object to gain or lose capabilities. When successful and unsuccessful privilege deletions are made, the events need to be logged. By logging the event, the modification or attempted modification can be investigated to determine if it was performed inadvertently or maliciously.

Checks: C-14775r956005_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. Run the command: For a Managed Domain configuration: "ls host=master/server=<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "ls /core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" If "enabled" = false, this is a finding.

Fix: F-14773r296323_fix

Launch the jboss-cli management interface. Connect to the server by typing "connect", authenticate as a user in the Superuser role, and run the following command: For a Managed Domain configuration: "host=master/server/<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)"

b

JBoss must be configured to generate log records when successful/unsuccessful logon attempts occur.

AU-12 - Medium - CCI-000172 - V-213553 - SV-213553r961824_rule

RMF Control

AU-12

Severity

Medium

CCI

CCI-000172

Version

JBOS-AS-000700

Vuln IDs

V-213553
V-62333

Rule IDs

SV-213553r961824_rule
SV-76823

Logging the access to the application server allows the system administrators to monitor user accounts. By logging successful/unsuccessful logons, the system administrator can determine if an account is compromised (e.g., frequent logons) or is in the process of being compromised (e.g., frequent failed logons) and can take actions to thwart the attack. Logging successful logons can also be used to determine accounts that are no longer in use.

Checks: C-14776r956007_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. Run the command: For a Managed Domain configuration: "ls host=master/server=<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "ls /core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" If "enabled" = false, this is a finding.

Fix: F-14774r296326_fix

Launch the jboss-cli management interface. Connect to the server by typing "connect", authenticate as a user in the Superuser role, and run the following command: For a Managed Domain configuration: "host=master/server/<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)"

b

JBoss must be configured to generate log records for privileged activities.

AU-12 - Medium - CCI-000172 - V-213554 - SV-213554r961827_rule

RMF Control

AU-12

Severity

Medium

CCI

CCI-000172

Version

JBOS-AS-000705

Vuln IDs

V-213554
V-62335

Rule IDs

SV-213554r961827_rule
SV-76825

Without generating log records that are specific to the security and mission needs of the organization, it would be difficult to establish, correlate, and investigate the events relating to an incident or identify those responsible for one. Privileged activities would occur through the management interface. This interface can be web-based or can be command line utilities. Whichever method is utilized by the application server, these activities must be logged.

Checks: C-14777r956009_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. Run the command: For a Managed Domain configuration: "ls host=master/server=<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "ls /core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" If "enabled" = false, this is a finding.

Fix: F-14775r296329_fix

Launch the jboss-cli management interface. Connect to the server by typing "connect", authenticate as a user in the Superuser role, and run the following command: For a Managed Domain configuration: "host=master/server/<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)"

b

JBoss must be configured to generate log records that show starting and ending times for access to the application server management interface.

AU-12 - Medium - CCI-000172 - V-213555 - SV-213555r961830_rule

RMF Control

AU-12

Severity

Medium

CCI

CCI-000172

Version

JBOS-AS-000710

Vuln IDs

V-213555
V-62337

Rule IDs

SV-213555r961830_rule
SV-76827

Determining when a user has accessed the management interface is important to determine the timeline of events when a security incident occurs. Generating these events, especially if the management interface is accessed via a stateless protocol like HTTP, the log events will be generated when the user performs a logon (start) and when the user performs a logoff (end). Without these events, the user and later investigators cannot determine the sequence of events and therefore cannot determine what may have happened and by whom it may have been done. The generation of start and end times within log events allows the user to perform their due diligence in the event of a security breach.

Checks: C-14778r956011_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. Run the command: For a Managed Domain configuration: "ls host=master/server=<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "ls /core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" If "enabled" = false, this is a finding.

Fix: F-14776r296332_fix

Launch the jboss-cli management interface. Connect to the server by typing "connect", authenticate as a user in the Superuser role, and run the following command: For a Managed Domain configuration: "host=master/server/<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)"

b

JBoss must be configured to generate log records when concurrent logons from different workstations occur to the application server management interface.

AU-12 - Medium - CCI-000172 - V-213556 - SV-213556r961833_rule

RMF Control

AU-12

Severity

Medium

CCI

CCI-000172

Version

JBOS-AS-000715

Vuln IDs

V-213556
V-62339

Rule IDs

SV-213556r961833_rule
SV-76829

Concurrent logons from different systems could possibly indicate a compromised account. When concurrent logons are made from different workstations to the management interface, a log record needs to be generated. This configuration setting provides forensic evidence that allows the system administrator to investigate access to the system and determine if the duplicate access was authorized or not. JBoss provides a multitude of different log formats, and API calls that log access to the system. If the default format and location is not used, the system admin must provide the configuration documentation and settings that show that this requirement is being met.

Checks: C-14779r956013_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. Run the command: For a Managed Domain configuration: "ls host=master/server=<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "ls /core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" If "enabled" = false, this is a finding.

Fix: F-14777r296335_fix

Launch the jboss-cli management interface. Connect to the server by typing "connect", authenticate as a user in the Superuser role, and run the following command: For a Managed Domain configuration: "host=master/server/<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)"

b

JBoss must be configured to generate log records for all account creations, modifications, disabling, and termination events.

AU-12 - Medium - CCI-000172 - V-213557 - SV-213557r961842_rule

RMF Control

AU-12

Severity

Medium

CCI

CCI-000172

Version

JBOS-AS-000720

Vuln IDs

V-213557
V-62341

Rule IDs

SV-213557r961842_rule
SV-76831

The maintenance of user accounts is a key activity within the system to determine access and privileges. Through changes to accounts, an attacker can create an account for persistent access, modify an account to elevate privileges, or terminate/disable an account(s) to cause a DoS for user(s). To be able to track and investigate these actions, log records must be generated for any account modification functions. Application servers either provide a local user store, or they can integrate with enterprise user stores like LDAP. As such, the application server must be able to generate log records on account creation, modification, disabling, and termination.

Checks: C-14780r956015_chk

Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script to start the Command Line Interface (CLI). Connect to the server and authenticate. Run the command: For a Managed Domain configuration: "ls host=master/server=<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "ls /core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" If "enabled" = false, this is a finding.

Fix: F-14778r296338_fix

Launch the jboss-cli management interface. Connect to the server by typing "connect", authenticate as a user in the Superuser role, and run the following command: For a Managed Domain configuration: "host=master/server/<SERVERNAME>/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)" For a Standalone configuration: "/core-service=management/access=audit/logger=audit-log:write-attribute(name=enabled,value=true)"

b

The JBoss server must be configured to use DoD- or CNSS-approved PKI Class 3 or Class 4 certificates.

SC-13 - Medium - CCI-002450 - V-213558 - SV-213558r961857_rule

RMF Control

SC-13

Severity

Medium

CCI

CCI-002450

Version

JBOS-AS-000730

Vuln IDs

V-213558
V-62343

Rule IDs

SV-213558r961857_rule
SV-76833

Class 3 PKI certificates are used for servers and software signing rather than for identifying individuals. Class 4 certificates are used for business-to-business transactions. Utilizing unapproved certificates not issued or approved by DoD or CNS creates an integrity risk. The application server must utilize approved DoD or CNS Class 3 or Class 4 certificates for software signing and business-to-business transactions.

Checks: C-14781r296340_chk

Interview the administrator to determine if JBoss is using certificates for PKI. If JBoss is not performing any PKI functions, this finding is NA. The CA certs are usually stored in a file called cacerts located in the directory $JAVA_HOME/lib/security. If the file is not in this location, use a search command to locate the file, or ask the administrator where the certificate store is located. Open a dos shell or terminal window and change to the location of the certificate store. To view the certificates within the certificate store, run the command (in this example, the keystore file is cacerts.): keytool -list -v -keystore ./cacerts Locate the "OU" field for each certificate within the keystore. The field should contain either "DoD" or "CNSS" as the Organizational Unit (OU). If the OU does not show that the certificates are DoD or CNSS supplied, this is a finding.

Fix: F-14779r296341_fix

Configure the application server to use DoD- or CNSS-approved Class 3 or Class 4 PKI certificates.

b

JBoss servers must be configured to roll over and transfer logs on a minimum weekly basis.

AU-4 - Medium - CCI-001851 - V-213559 - SV-213559r961860_rule

RMF Control

AU-4

Severity

Medium

CCI

CCI-001851

Version

JBOS-AS-000735

Vuln IDs

V-213559
V-62345

Rule IDs

SV-213559r961860_rule
SV-76835

Information stored in one location is vulnerable to accidental or incidental deletion or alteration. Protecting log data is important during a forensic investigation to ensure investigators can track and understand what may have occurred. Off-loading should be set up as a scheduled task but can be configured to be run manually, if other processes during the off-loading are manual. Off-loading is a common process in information systems with limited log storage capacity.

Checks: C-14782r296343_chk

If the JBoss server is configured to use a Syslog Handler, this is not a finding. Log on to the OS of the JBoss server with OS permissions that allow access to JBoss. Using the relevant OS commands and syntax, cd to the <JBOSS_HOME>/bin/ folder. Run the jboss-cli script. Connect to the server and authenticate. Determine if there is a periodic rotating file handler. For a domain configuration run the following command; where <SERVERNAME> is a variable for all of the servers in the domain. Usually "server-one", "server-two", etc.: "ls /host=master/server=<SERVERNAME>/subsystem=logging/periodic-rotating-file-handler=" For a standalone configuration run the command: "ls /subsystem=logging/periodic-rotating-file-handler=" If the command does not return "FILE", this is a finding. Review the <JBOSS_HOME>/standalone/log folder for the existence of rotated logs, and ask the admin to demonstrate how rotated logs are packaged and transferred to another system on at least a weekly basis.

Fix: F-14780r296344_fix

Open the web-based management interface by opening a browser and pointing it to HTTPS://<EAP_SERVER>:9990/ Authenticate as a user with Admin rights. Navigate to the "Configuration" tab. Expand + Subsystems. Expand + Core. Select "Logging". Select the "Handler" tab. Select "Periodic". If a periodic file handler does not exist, reference JBoss admin guide for instructions on how to create a file handler that will rotate logs on a daily basis. Create scripts that package and off-load log data at least weekly.

b

The JBoss server must be configured to bind the management interfaces to only management networks.

CM-6 - Medium - CCI-000366 - V-217099 - SV-217099r961863_rule

RMF Control

CM-6

Severity

Medium

CCI

CCI-000366

Version

JBOS-AS-000285

Vuln IDs

V-217099
V-62283

Rule IDs

SV-217099r961863_rule
SV-76773

JBoss provides multiple interfaces for accessing the system. By default, these are called "public" and "management". Allowing non-management traffic to access the JBoss management interface increases the chances of a security compromise. The JBoss server must be configured to bind the management interface to a network that controls access. This is usually a network that has been designated as a management network and has restricted access. Similarly, the public interface must be bound to a network that is not on the same segment as the management interface.

Checks: C-18328r296346_chk

Obtain documentation and network drawings from system admin that shows the network interfaces on the JBoss server and the networks they are configured for. If a management network is not used, you may substitute localhost/127.0.0.1 for management address. If localhost/127.0.0.1 is used for management interface, this is not a finding. From the JBoss server open the web-based admin console by pointing a browser to HTTP://127.0.0.1:9990. Log on to the management console with admin credentials. Select "RUNTIME". Expand STATUS by clicking on +. Expand PLATFORM by clicking on +. In the "Environment" tab, click the > arrow until you see the "jboss.bind.properties" and the "jboss.bind.properties.management" values. If the jboss.bind.properties and the jboss.bind.properties.management do not have different IP network addresses assigned, this is a finding. Review the network documentation. If access to the management IP address is not restricted, this is a finding.

Fix: F-18326r296347_fix

Refer to Section 4.9 of the JBoss EAP 6.3 Installation guide for detailed instructions on how to start JBoss as a service. Use the following command line parameters to assign the management interface to a specific management network. These command line flags must be added both when starting JBoss as a service and when starting from the command line. Substitute your actual network address for the 10.x.x.x addresses provided as an example below. For a standalone configuration: JBOSS_HOME/bin/standalone.sh -bmanagement=10.2.2.1 -b 10.1.1.1 JBOSS_HOME/bin/domain.sh -bmanagement=10.2.2.1 -b 10.1.1.1 If a management network is not available, you may substitute localhost/127.0.0.1 for management address. This will force you to manage the JBoss server from the local host.

JBoss Enterprise Application Platform 6.3 Security Technical Implementation Guide

Compare

View

Checks: C-14717r296148_chk

Fix: F-14715r296149_fix

Generate Mitigation Statement:

Checks: C-14718r296151_chk

Fix: F-14716r622479_fix

Generate Mitigation Statement:

Checks: C-14719r296154_chk

Fix: F-14717r296155_fix

Generate Mitigation Statement:

Checks: C-14720r296157_chk

Fix: F-14718r296158_fix

Generate Mitigation Statement:

Checks: C-14721r1028279_chk

Fix: F-14719r1028280_fix

Generate Mitigation Statement:

Checks: C-14722r296163_chk

Fix: F-14720r296164_fix

Generate Mitigation Statement:

Checks: C-14723r754847_chk

Fix: F-14721r754848_fix

Generate Mitigation Statement:

Checks: C-14724r754850_chk

Fix: F-14722r754851_fix

Generate Mitigation Statement:

Checks: C-14725r296172_chk

Fix: F-14723r296173_fix

Generate Mitigation Statement:

Checks: C-14726r955985_chk

Fix: F-14724r1028282_fix

Generate Mitigation Statement:

Checks: C-14727r955987_chk

Fix: F-14725r296179_fix

Generate Mitigation Statement:

Checks: C-14728r955989_chk

Fix: F-14726r296182_fix

Generate Mitigation Statement:

Checks: C-14729r955991_chk

Fix: F-14727r296185_fix

Generate Mitigation Statement:

Checks: C-14730r955993_chk

Fix: F-14728r296188_fix

Generate Mitigation Statement:

Checks: C-14731r955995_chk

Fix: F-14729r296191_fix

Generate Mitigation Statement:

Checks: C-14732r296193_chk

Fix: F-14730r296194_fix

Generate Mitigation Statement:

Checks: C-14733r955997_chk

Fix: F-14731r296197_fix

Generate Mitigation Statement:

Checks: C-14734r955999_chk

Fix: F-14732r296200_fix

Generate Mitigation Statement:

Checks: C-14735r296202_chk

Fix: F-14733r296203_fix

Generate Mitigation Statement:

Checks: C-14736r296205_chk

Fix: F-14734r296206_fix

Generate Mitigation Statement:

Checks: C-14737r296208_chk

Fix: F-14735r296209_fix

Generate Mitigation Statement:

Checks: C-14738r296211_chk

Fix: F-14736r296212_fix

Generate Mitigation Statement:

Checks: C-14739r296214_chk

Fix: F-14737r296215_fix

Generate Mitigation Statement:

Checks: C-14740r296217_chk

Fix: F-14738r296218_fix

Generate Mitigation Statement:

Checks: C-14741r296220_chk

Fix: F-14739r296221_fix

Generate Mitigation Statement:

Checks: C-14742r296223_chk

Fix: F-14740r296224_fix