Before establishing a local, remote, and/or network connection with any endpoint device, the ISEC7 EMM Suite must use a bidirectional authentication mechanism configured with a FIPS-validated Advanced Encryption Standard (AES) cipher block algorithm to authenticate with the device.

An XCCDF Rule

Description

<VulnDiscussion>Without device-to-device authentication, communications with malicious devices may be established. Bidirectional authentication provides stronger safeguards to validate the identity of other devices for connections that are of greater risk. Currently, DoD requires the use of AES for bidirectional authentication since it is the only FIPS-validated AES cipher block algorithm. For distributed architectures (e.g., service-oriented architectures), the decisions regarding the validation of authentication claims may be made by services separate from the services acting on those decisions. In such situations, it is necessary to provide authentication decisions (as opposed to the actual authenticators) to the services that need to act on those decisions. A local connection is any connection with a device communicating without the use of a network. A network connection is any connection with a device that communicates through a network (e.g., local area or wide area network; the Internet). A remote connection is any connection with a device communicating through an external network (e.g., the Internet). Because of the challenges of applying this requirement on a large scale, organizations are encouraged to apply the requirement only to those limited number (and type) of devices that truly need to support this capability.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>

ID: SV-106503r1_rule
Severity: Medium
References: CCI-001967
Updated: about 1 year ago

Submit a CSR for a DoD Issued Certificate with the private key.
Retrieve the approved certificate from the issuing Certificate Authority.
Set the friendly name on the certificate to https.

Windows-MY:
    Open the Microsoft Management Console.    Add the Certificates Snap-In for the ISEC7 Service Account.
    Navigate to the Personal Certificates Store.
    Import the certificate with Private key.
    Log in to the ISEC7 EMM Console.
    Navigate to Administration >> Configuration >> Apache Tomcat Settings.
    Set the Keystore Type to Windows-MY.

JavaKeystore:
    Using a Keystore browser such as Portecle, open the ISEC7 EMM Suite keystore.
    Enter the Keystore password when prompted.
    Delete the self-signed certificate in the keystore.
    Import the DoD issued certificate with the private key.
    Enter the key password when prompted.
    Enter the certificate alias as https when prompted.
    Save the keystore with the same keystore password.
    Log in to the ISEC7 EMM Console.
    Navigate to Administration >> Configuration >> Apache Tomcat Settings.
    Verify the Keystore type is set to JavaKeystore PKCS12.

Navigate to Administration >> Configuration >> Apache Tomcat Settings.
Using the dropdown menu for "sslProtocol", select TLSv1.2.
Select Update at the bottom of the page.
Restart the ISEC7 EMM Suite Web service.

Before establishing a local, remote, and/or network connection with any endpoint device, the ISEC7 EMM Suite must use a bidirectional authentication mechanism configured with a FIPS-validated Advanced Encryption Standard (AES) cipher block algorithm to authenticate with the device.

Description

Remediation - Manual Procedure