Java Runtime Environment (JRE) version 8 STIG for Windows

U_Oracle_JRE_8_Windows_STIG_V1R5_Manual-xccdf.xml

The Java Runtime Environment (JRE) is a bundle developed and offered by Oracle Corporation which includes the Java Virtual Machine (JVM), class libraries, and other components necessary to run Java applications and applets. Certain default settings within the JRE pose a security risk so it is necessary to deploy system wide properties to ensure a higher degree of security when utilizing the JRE.
Details

Version / Release: V1R5

Published: 2017-12-21

Updated At: 2018-09-23 19:16:39

Download

Filter

Findings
Severity Open Not Reviewed Not Applicable Not a Finding
Overall 0 0 0 0
Low 0 0 0 0
Medium 0 0 0 0
High 0 0 0 0
Drop CKL or SCAP (XCCDF) results here.
    Vuln Rule Version CCI Severity Title Description Status Finding Details Comments
    SV-81213r1_rule JRE8-WN-000160 CCI-001991 MEDIUM Oracle JRE 8 must lock the option to enable users to check publisher certificates for revocation. Certificates may be revoked due to improper issuance, compromise of the certificate, and failure to adhere to policy. Therefore, any certificate found revoked on a CRL or via Online Certificate Status Protocol (OCSP) should not be trusted. Permitting execution of an applet published with a revoked certificate may result in spoofing, malware, system modification, invasion of privacy, and denial of service. Ensuring users cannot change these settings assures a more consistent security profile.
    SV-81429r4_rule JRE8-WN-000010 CCI-000366 MEDIUM Oracle JRE 8 must have a deployment.config file present. By default no deployment.config file exists; thus, no system-wide deployment.properties file exists. The file must be created. The deployment.config file is used for specifying the location and execution of system-level properties for the Java Runtime Environment. Without the deployment.config file, setting particular options for the Java control panel is impossible. The deployment.config file can be created in either of the following locations: \Sun\Java\Deployment\deployment.config - or - \lib\deployment.config
    SV-81431r3_rule JRE8-WN-000020 CCI-000366 MEDIUM Oracle JRE 8 deployment.config file must contain proper keys and values. The deployment.config configuration file contains two keys. The "deployment.properties" key includes the path of the "deployment.properties" file and the "deployment.properties.mandatory" key contains either a TRUE or FALSE value. If the path specified to "deployment.properties" does not lead to a "deployment.properties" file, the value of the “deployment.system.config.mandatory” key determines how JRE will handle the situation. If the value of the "deployment.system.config.mandatory" key is TRUE and if the path to the "deployment.properties" file is invalid, the JRE will not allow Java applications to run. This is the desired behavior.
    SV-81433r2_rule JRE8-WN-000030 CCI-000366 MEDIUM Oracle JRE 8 must have a deployment.properties file present. By default no deployment.properties file exists; thus, no system-wide deployment exists. The file must be created. The deployment.properties file is used for specifying keys for the Java Runtime Environment. Each option in the Java control panel is represented by property keys. These keys adjust the options in the Java control panel based on the value assigned to that key. Without the deployment.properties file, setting particular options for the Java control panel is impossible.
    SV-81435r2_rule JRE8-WN-000060 CCI-000366 LOW Oracle JRE 8 must default to the most secure built-in setting. Applications that are signed with a valid certificate and include the permissions attribute in the manifest for the main JAR file are allowed to run with security prompts. All other applications are blocked. Unsigned applications could perform numerous types of attacks on a system.
    SV-81437r3_rule JRE8-WN-000070 CCI-000366 MEDIUM Oracle JRE 8 must be set to allow Java Web Start (JWS) applications. Java Web Start (JWS) applications are the most commonly used. Denying these applications could be detrimental to the user experience. Whitelisting, blacklisting, and signing of applications help mitigate the risk of running JWS applications.
    SV-81439r2_rule JRE8-WN-000080 CCI-001695 MEDIUM Oracle JRE 8 must disable the dialog enabling users to grant permissions to execute signed content from an untrusted authority. Java applets exist both signed and unsigned. Even for signed applets, there can be many sources, some of which may be purveyors of malware. Applet sources considered trusted can have their information populated into the browser, enabling Java to validate applets against trusted sources. Permitting execution of signed Java applets from untrusted sources may result in acquiring malware, and risks system modification, invasion of privacy, or denial of service.
    SV-81441r2_rule JRE8-WN-000090 CCI-001695 MEDIUM Oracle JRE 8 must lock the dialog enabling users to grant permissions to execute signed content from an untrusted authority. Java applets exist both signed and unsigned. Even for signed applets, there can be many sources, some of which may be purveyors of malware. Applet sources considered trusted can have their information populated into the browser, enabling Java to validate applets against trusted sources. Permitting execution of signed Java applets from untrusted sources may result in acquiring malware, and risks system modification, invasion of privacy, or denial of service. Ensuring users cannot change settings contributes to a more consistent security profile.
    SV-81443r2_rule JRE8-WN-000100 CCI-000185 MEDIUM Oracle JRE 8 must set the option to enable online certificate validation. Online certificate validation provides a real-time option to validate a certificate. When enabled, if a certificate is presented, the status of the certificate is requested. The status is sent back as “current”, “expired”, or “unknown”. Online certificate validation provides a greater degree of validation of certificates when running a signed Java applet. Permitting execution of an applet with an invalid certificate may result in malware, system modification, invasion of privacy, and denial of service.
    SV-81445r2_rule JRE8-WN-000110 CCI-001169 MEDIUM Oracle JRE 8 must prevent the download of prohibited mobile code. Decisions regarding the employment of mobile code within organizational information systems are based on the potential for the code to cause damage to the system if used maliciously. Mobile code is defined as software modules obtained from remote systems, transferred across a network, and then downloaded and executed on a local system without explicit installation or execution by the recipient. Usage restrictions and implementation guidance apply to both the selection and use of mobile code installed, downloaded, or executed on all endpoints (e.g., servers, workstations, and smart phones). This requirement applies to applications that execute, evaluate, or otherwise process mobile code (e.g., web applications, browsers, and anti-virus applications).
    SV-81447r3_rule JRE8-WN-000120 CCI-001774 MEDIUM Oracle JRE 8 must enable the option to use an accepted sites list. Utilizing a whitelist provides a configuration management method for allowing the execution of only authorized software. Using only authorized software decreases risk by limiting the number of potential vulnerabilities. The organization must identify authorized software programs and permit execution of authorized software. The process used to identify software programs that are authorized to execute on organizational information systems is commonly referred to as whitelisting. Verification of whitelisted software can occur either prior to execution or at system startup. This requirement applies to configuration management applications or similar types of applications designed to manage system processes and configurations (e.g., HBSS and software wrappers).
    SV-81449r2_rule JRE8-WN-000130 CCI-001774 MEDIUM Oracle JRE 8 must have an exception.sites file present. Utilizing a whitelist provides a configuration management method for allowing the execution of only authorized software. Using only authorized software decreases risk by limiting the number of potential vulnerabilities. The organization must identify authorized software programs and permit execution of authorized software. The process used to identify software programs that are authorized to execute on organizational information systems is commonly referred to as whitelisting. Verification of whitelisted software can occur either prior to execution or at system startup. This requirement applies to configuration management applications or similar types of applications designed to manage system processes and configurations (e.g., HBSS and software wrappers).
    SV-81451r2_rule JRE8-WN-000150 CCI-001991 MEDIUM Oracle JRE 8 must enable the dialog to enable users to check publisher certificates for revocation. A certificate revocation list is a directory which contains a list of certificates that have been revoked for various reasons. Certificates may be revoked due to improper issuance, compromise of the certificate, and failure to adhere to policy. Therefore, any certificate found on a CRL should not be trusted. Permitting execution of an applet published with a revoked certificate may result in spoofing, malware, system modification, invasion of privacy, and denial of service.
    SV-81453r2_rule JRE8-WN-000170 CCI-002460 MEDIUM Oracle JRE 8 must prompt the user for action prior to executing mobile code. Mobile code can cause damage to the system. It can execute without explicit action from, or notification to, a user. Actions enforced before executing mobile code include, for example, prompting users prior to opening email attachments and disabling automatic execution. This requirement applies to mobile code-enabled software, which is capable of executing one or more types of mobile code.
    SV-81455r1_rule JRE8-WN-000190 CCI-002617 MEDIUM Oracle JRE 8 must remove previous versions when the latest version is installed. Previous versions of software components that are not removed from the information system after updates have been installed may be exploited by adversaries. Some information technology products may remove older versions of software automatically from the information system.
    SV-81457r1_rule JRE8-WN-000180 CCI-002605 HIGH The version of Oracle JRE 8 running on the system must be the most current available. Oracle JRE 8 is being continually updated by the vendor in order to address identified security vulnerabilities. Running an older version of the JRE can introduce security vulnerabilities to the system.