Details

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.

Solution

If the system is on the SIPRNet, this requirement is NA.

Navigate to the system-level ‘deployment.properties’ file for JRE.

/etc/.java/deployment/deployment.properties

Add the key ‘deployment.security.revocation.check=ALL_CERTIFICATES’ to the deployment.properties file.

Add the key ‘deployment.security.revocation.check.locked’ to the deployment.properties file.

Supportive Information

The following resource is also helpful.

• https://iasecontent.disa.mil/stigs/zip/U_Oracle_JRE_8_UNIX_V1R3_STIG.zip

This security hardening control applies to the following category of controls within NIST 800-53: Identification and Authentication.This control applies to the following type of system Unix.

References

• 800-53|IA-5(2)(d)
• CAT|II
• CCI|CCI-001991
• Rule-ID|SV-81421r1_rule
• STIG-ID|JRE8-UX-000160
• Vuln-ID|V-66931

Source

• Tenable.com/audits