acceptedSamsung Knox Android 1.0 STIGDeveloped by Samsung Electronics Co., Ltd.; Fixmo Inc.; and General Dynamics C4 Systems, Inc. in coordination with DISA for use in the DoD.DISA, Field Security OperationsSTIG.DOD.MILRelease: 1 Benchmark Date: 3 May 20131I - Mission Critical Public<ProfileDescription></ProfileDescription>I - Mission Critical Sensitive<ProfileDescription></ProfileDescription>I - Mission Critical Classified<ProfileDescription></ProfileDescription>II - Mission Support Public<ProfileDescription></ProfileDescription>II - Mission Support Sensitive<ProfileDescription></ProfileDescription>II - Mission Support Classified<ProfileDescription></ProfileDescription>III - Administrative Public<ProfileDescription></ProfileDescription>III - Administrative Sensitive<ProfileDescription></ProfileDescription>III - Administrative Classified<ProfileDescription></ProfileDescription>SRG-OS-000078-MOS-000052<GroupDescription></GroupDescription>KNOX-01-000200The mobile operating system must enforce a minimum length for the device unlock password.<VulnDiscussion>Password complexity, or strength, is a measure of the effectiveness of a password in resisting guessing and brute force attacks. The ability to crack a password is a function of how many times an attempt to crack the password, how quickly the adversary can do each attempt, and the size of the password space. The longer the minimum length of the password is, the larger the password space.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000205Configure the mobile operating system to enforce a minimum length for the device unlock password.
For example, on the Fixmo Sentinel Administration Console, set the "Min Length" value to 8 or greater in the "Android Password Restrictions" rule.This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device.
Note: For device unlock on mobile operating systems with no access to sensitive or classified information, the password length must be at least four digits. For mobile devices that store, process, or transmit sensitive information, the password length must be a minimum of 8 characters.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the "Min Length" setting in the "Android Password Restrictions" rule.
2. Verify the value of the setting is the same or greater than the required length.
On the Samsung Knox Android device:
1. Open the device settings.
2. Select "Lock screen".
3. Select "Screen lock".
4. Enter current password.
5. Select Password.
6. Attempt to enter a password with fewer characters than the required length.
If the configured value of the "Min Length" setting is less than the required length or if MOS accepts a password less than the required length, this is a finding.SRG-OS-000029-MOS-000009<GroupDescription></GroupDescription>KNOX-01-000300The mobile operating system must lock the device after no more than 15 minutes of inactivity.<VulnDiscussion>The device lock function prevents further access to the system by initiating a session lock after a period of inactivity or upon receiving a request from a user. The device lock is retained until the user reestablishes access using established identification and authentication procedures.
A device lock is a temporary action taken when a user stops work but does not want to shut down because of the temporary nature of the hiatus. During the device lock a publicly viewable pattern is visible on the associated display, hiding what was previously visible on the screen. Once invoked, the device lock shall remain in place until the user re-authenticates. No other system activity aside from re-authentication can unlock the system.
The operating system must lock the device after the organization defined time period. This prevents others from gaining access to the device when not in the user's possession and accessing sensitive DoD information. A device lock mitigates the risk that an adversary can access data on an unattended mobile device but only after the maximum of 15 minute period of inactivity.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000057Configure the mobile operating system to lock the device after no more than 15 minutes of inactivity.
For example, on the Fixmo Sentinel Administration Console, set the "Max Time To Lock" value to 15 or less in the "Android Password Restrictions" rule.This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the "Max Time To Lock" setting in the "Android Password Restrictions" rule.
2. Verify the configured value is 15 or less.
On the Samsung Knox Android device:
1. Unlock the device.
2. Refrain from performing any activity on the device for 15 minutes.
3. Verify the MOS requires user to enter the device unlock password to access the MOS.
If the device is not configured to lock after 15 minutes or less of inactivity, this is a finding.SRG-OS-999999-MOS-000134<GroupDescription></GroupDescription>KNOX-01-000400The mobile operating system must not permit a user to disable the password-protected lock feature on the device.<VulnDiscussion>If the user is able to disable the password-protected lock feature, the user can change the configuration of the device to allow access without a password. The modified configuration would enable an adversary with access to the device to obtain DoD information and possibly other information resources on other systems. An operating system that does not allow a user to disable this feature mitigates the risk of this attack. In cases in which the mobile operating system relies on another application for protected data storage (e.g., if FIPS 140-2 validated encryption for unclassified use is not native to the device), then this requirement applies to both the device lock password and the password to the data storage application.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000366Configure the operating system to prohibit a user from disabling the password-protected lock feature.
For example, on the Fixmo Sentinel Administration Console, set the "Min Length" to a number greater than 0 in the "Android Password Restrictions" rule.
NOTE: By setting password length to a number greater than 0, the mobile operating system prevents the user from being able to disable the password.
This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device. The result from the KNOX-01-000200 check procedure on the MDM Administration Console may be used here since both involve checking the password length setting.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the "Min Length" setting in the "Android Password Restrictions" rule.
2. Verify the configured value is greater than 0.
Note: By setting password length to a number greater than 0, the mobile operating system prevents the user from being able to disable the password.
On the Samsung Knox Android Device:
1. Open the device settings.
2. Select "Lock Screen".
3. Select "Screen lock".
4. Enter current password.
5. Verify the "None" option cannot be selected.
If the "Min Length" setting is null or 0, or if the MOS allows the user to disable the password-protected lock feature, this is a finding.SRG-OS-000069-MOS-000044<GroupDescription></GroupDescription>KNOX-02-000500The mobile operating system must disallow the device unlock password from containing fewer than a specified minimum number of upper case alphabetic characters.<VulnDiscussion>Password complexity or strength refers to how difficult it is to determine a password using a dictionary or brute force attack. Setting minimum numbers of certain types of characters increases password complexity, and therefore makes it more difficult for an adversary to discover the password. In the DoD, the expectation is that the setting will range from a minimum of 1 to 2 upper case alphabetic characters in the device unlock password. The parameter should be selected based on a risk assessment that weighs factors, such as the environments the device will be located and operational requirements for users to access data in a timely manner.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000192Configure the mobile operating system to prohibit the device unlock password from containing fewer than a specified minimum number of upper case alphabetic characters.
For example, on the Fixmo Sentinel Administration Console, set the "Min Uppercase" value to 1 or more in the "Android Honeycomb Password Restrictions" rule.This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the "Min Uppercase" setting in the "Android Honeycomb Password Restrictions" rule of the Knox Android STIG policy.
2. Verify the value of the setting is 1 or greater.
On the Samsung Knox Android device:
1. Open the device settings.
2. Select "Lock screen".
3. Select "Screen lock".
4. Enter current password.
5. Select "Password".
6. Attempt to enter a password that does not contain any upper case alphabetic characters.
If the configured value of "Min Uppercase" is not 1 or greater on the MDM console, or if the MOS accepts a password with no upper case alphabetic characters, this is a finding.SRG-OS-000070-MOS-000045<GroupDescription></GroupDescription>KNOX-02-000600The mobile operating system must disallow the device unlock password from containing fewer than a specified minimum number of lower case alphabetic characters.<VulnDiscussion>Password complexity or strength refers to how difficult it is to determine a password using a dictionary or brute force attack. Setting minimum numbers of certain types of characters increases password complexity, and therefore makes it more difficult for an adversary to discover the password. In the DoD, the expectation is that the setting will range from a minimum of 1 to 2 lower case characters in the device unlock password. The parameter should be selected based on a risk assessment that weighs factors, such as the environments the device will be located and operational requirements for users to access data in a timely manner.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000193Configure the mobile operating system to disallow the device unlock password from containing fewer than a specified minimum number of lower case alphabetic characters.
For example, on the Fixmo Sentinel Administration Console, set the "Min Lowercase" value to 1 or more in the "Android Honeycomb Password Restrictions" rule.
This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the "Min Lowercase" setting in the "Android Honeycomb Password Restrictions" rule.
2. Verify the value of the setting is 1 or greater.
On the Samsung Knox Android device:
1. Open the device settings.
2. Select "Lock screen".
3. Select "Screen lock".
4. Enter current password.
5. Select "Password".
6. Attempt to enter a password that does not contain any lowercase alphabetic characters.
If the configured value of "Min Lowercase" is not 1 or greater on the MDM console, or if the MOS accepts a password with no lowercase alphabetic characters, this is a finding.SRG-OS-000071-MOS-000046<GroupDescription></GroupDescription>KNOX-02-000700The mobile operating system must disallow the device unlock password from containing fewer than a specified minimum number of numeric characters.<VulnDiscussion>Password complexity or strength refers to how difficult it is to determine a password using a dictionary or brute force attack. Setting minimum numbers of certain types of characters increases password complexity, and therefore makes it more difficult for an adversary to discover the password. In the DoD, the expectation is that the setting will range from a minimum of 1 to 2 numeric characters in the device unlock password. The parameter should be selected based on a risk assessment that weighs factors, such as the environments the device will be located and operational requirements for users to access data in a timely manner.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000194Configure the mobile operating system to disallow the device unlock password from containing fewer than a specified minimum number of numeric characters.
For example, on the Fixmo Sentinel Administration Console, set the "Min Numeric" value to 1 or more in the Android "Honeycomb Password Restrictions" rule.This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the "Min Numeric" setting in the "Android Honeycomb Password Restrictions" rule.
2. Verify the value of the setting is 1 or greater.
On the Samsung Knox Android device:
1. Open the device settings.
2. Select "Lock screen".
3. Select "Screen lock".
4. Enter current password.
5. Select "Password".
6. Attempt to enter a password that does not contain any numbers.
If the configured value for "Min Numeric" is not 1 or greater, or if the MOS accepts a password without any numbers, this is a finding.SRG-OS-000076-MOS-000050<GroupDescription></GroupDescription>KNOX-02-000800The mobile operating system must enforce a maximum lifetime of 120 days for the device unlock password (password age).<VulnDiscussion>Changing passcodes regularly prevents an attacker who has compromised the password from re-using it to regain access. This is an unlikely scenario, but is addressed by setting a password expiration. The IA control only needs to be enforced in product level STIGs if there is a need for such rotation based on the expected operational use of the device.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000199Configure the mobile operating system to have a maximum lifetime of 120 days for the device unlock password.
For example, on the Fixmo Sentinel Administration Console, set the "Exp Timeout" value to 120 or less in the "Android Honeycomb Password Restrictions" rule.If the local command determines that there is not a need for password rotation based on the expected operational use of the device, this requirement does not apply.
This check procedure is performed using an MDM tool.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the configured value for "Exp Timeout" in the "Android Honeycomb Password Restrictions" rule.
2. Verify the value is set to 120 or less.
If the "Exp Timeout" value is not set to 120 days or less, this is a finding.SRG-OS-000077-MOS-000051<GroupDescription></GroupDescription>KNOX-02-000900The mobile operating system must prohibit a user from reusing any of the last five previously used device unlock passwords.<VulnDiscussion>Password complexity, or strength, is a measure of the effectiveness of a password in resisting guessing and brute force attacks. Remembering the prior five device unlock passwords enables the operating system from permitting those passwords to be reused, which increases the resistance against password attacks.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000200Configure the mobile operating system to prohibit a user from reusing any of the last five previously used device unlock passwords.
For example, on the Fixmo Sentinel Administration Console, set the "PIN History" value to 5 or less in the "Android Honeycomb Password Restrictions" rule.If the local command determines that there is not a need for password rotation based on the expected operational use of the device, this requirement does not apply.
This check procedure is performed using an MDM tool.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the configured value for "PIN History" in the "Android Honeycomb Password Restrictions" rule.
2. Verify the configured value is 5 or less.
If the configured value for "PIN History" is not 5 or less, this is a finding.SRG-OS-000072-MOS-000047<GroupDescription></GroupDescription>KNOX-03-001000The mobile operating system must force the user to change at least two characters of the device unlock password whenever the password is changed.<VulnDiscussion>If an adversary learns part or all of a password, the adversary can use this information to more easily crack a user's subsequent passwords if the passwords do not differ significantly from one to the next. Requiring a user to change at least two characters in the password is an effective way of preserving the protection provided by password complexity in this context.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000195Configure the mobile operating system to require at least two characters to be changed when the device unlock password is changed.
For example, on the Fixmo Sentinel Administration Console, set the "Min Mutation on Change" value to 2 or more in the "Android Knox Password Restrictions" rule.
This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the "Min Mutation on Change" setting in the "Android Knox Password Restrictions" rule.
2. Verify the value of the setting is 2 or greater.
On the Samsung Knox Android device:
1. Open the device settings.
2. Select "Lock screen".
3. Select "Screen lock".
4. Enter current password.
5. Select "Password".
6. Attempt to enter a password that is the same as the previously existing password with one of its characters changed.
If the configured value of "Min Mutation on Change" is not two or greater on the MDM console, or if the MOS accepts the password with a single character changed, this is a finding.SRG-OS-999999-MOS-000133<GroupDescription></GroupDescription>KNOX-03-001100The mobile operating system must disallow more than two sequential numbers (e.g., 456) in the device unlock password.<VulnDiscussion>Password complexity or strength refers to how difficult it is to determine a password using a dictionary or brute force attack. Passwords with sequential numbers (e.g., 456 or 987) are considered easier to crack than random patterns. Therefore, disallowing sequential numbers makes it more difficult for an adversary to discover the password.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000366Configure the mobile operating system to disallow more than two sequential numbers in the device unlock password.
For example, on the Fixmo Sentinel Administration Console, set the "Max Sequential Chars" value to 2 or greater in the "Android Knox Password Restrictions" rule.This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the "Max Sequential Chars" setting in the "Android Knox Password Restrictions" rule.
2. Verify the configured value is 2 or greater.
On the Samsung Knox Android device:
1. Open the device settings.
2. Select "Lock Screen".
3. Select "Screen lock".
4. Enter current password.
5. Select "Password".
6. Attempt to enter a password that contains three sequential numbers.
If the "Max Sequential Chars" setting is not 2 or greater, or if the MOS accepts a password with three sequential numbers, this is a finding.SRG-OS-000042-MOS-000017<GroupDescription></GroupDescription>KNOX-04-001200The mobile operating system must include organization defined additional, more detailed information in the audit records for audit events identified by type, location, or subject.<VulnDiscussion>Information system auditing capability is critical for accurate forensic analysis. Audit record content that may be necessary to satisfy the requirement of this control, includes timestamps, source and destination addresses, user/process identifiers, event descriptions, success/fail indications, file names involved, and access control or flow control rules invoked.
The audit configuration must be adaptable to include organization defined additional, more detailed information in the audit records for audit events identified by type, location, or subject. Examples of this information include VPN state, communications interface, and duration of event.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000135Disable the ability to enter privileged text-based commands, thereby eliminating the need to audit them.
For example, on the Fixmo Sentinel Administration Console, check the "Disable USB Debugging" checkbox in the "Android Knox Base Restrictions" rule.This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device.
Check that the appropriate setting is configured on the MDM server.
For, example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the "Disable USB Debugging" checkbox in the "Android Knox Base Restrictions" rule.
2. Verify the checkbox is selected.
On the Samsung Knox Android device:
1. Open the device settings.
2. Select "Developer Options".
3. Verify the "USB debugging" checkbox is not selected.
If either the "Disable USB Debugging" checkbox is not selected on the MDM administration console or the "USB debugging" checkbox is selected on the device, this is a finding.
Note: Knox Android complies with this requirement by disabling features that would require more detailed information in the audit logs. Privileged text-based commands can only be performed via the Android Debug Bridge, which is disabled by selecting the "Disable USB Debugging" checkbox as described above.SRG-OS-000231-MOS-000122<GroupDescription></GroupDescription>KNOX-04-001300The mobile operating system must authenticate tethered connections to the device.<VulnDiscussion>Authentication may occur either by reentry of the device unlock passcode at the time of connection, through another passcode with the same or stronger complexity, or through PKI certificates. Authentication mitigates the risk that an adversary who obtains physical possession of the device is not able to use the tethered connection to access sensitive data on the device or otherwise tamper with its operating system or applications.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000066Configure the operating system to require authentication of tethered connections.
For example, on the Fixmo Sentinel Administration Console, check the "Disable USB Debugging", "Disable Vendor USB Protocol", and "Disable USB Media Player" checkboxes in the "Android Knox Base Restrictions" rule.
This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the "Disable USB Debugging", "Disable Vendor USB Protocol", and "Disable USB Media Player" checkboxes in the "Android Knox Base Restrictions" rule.
2. Verify all of the checkboxes are selected.
On the Samsung Knox Android device:
1. With the device locked, connect the device to another device via a USB cable.
2. Verify the MOS file system is not accessible.
3. Unlock the device and open the device settings.
4. Select "Developer Options".
5. Ensure the "USB debugging" checkbox is not checked and cannot be checked by the user.
If any one of the "Disable USB debugging", "Disable Vendor USB Protocol", or "Disable USB Media Player" checkboxes is not selected in Fixmo Sentinel; or if the file system is accessible via a USB connection when the device is locked; or the user can select the "USB debugging" checkbox within Samsung Knox, this is a finding.SRG-OS-999999-MOS-000138<GroupDescription></GroupDescription>KNOX-04-001400The mobile operating system must disable access to the device's contact database when the device is locked.<VulnDiscussion>On some devices, users can access the device's contact database to obtain phone numbers and other information using voice-activated Bluetooth peripherals even when the mobile device is locked. Often this information is personally identifiable information (PII), which is considered sensitive. It could also be used by an adversary to profile the user or engage in social engineering to obtain further information from other unsuspecting users. Disabling access to the contact database in these situations mitigates the risk of this attack. The DAA may waive this requirement with written notice if the operational environment requires this capability.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000366Configure the operating system to disable access to the device's contact database when the device is locked.
For example, on the Fixmo Sentinel Administration Console, check the "Disable USB Debugging" and "Disable Vendor USB Protocol" checkboxes in the "Android Knox Base Restrictions" rule.
Also on the Fixmo Sentinel Administration Console, check the "Disable USB Tethering" checkbox in the "Android Knox Restrictions" rule.This check procedure contains several elements from KNOX-04-001300 (SRG-OS-000231-MOS-000122). Results from that check procedure may be reused here.
This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the administrator to display the "Disable USB Debugging" and "Disable Vendor USB Protocol" checkboxes in the "Android Knox Base Restrictions" rule.
2. Verify both of the checkboxes are selected.
3. Ask the administrator to display the "Disable USB Tethering" checkbox in the "Android Knox Restrictions" rule.
4. Verify the checkbox is selected.
On the Samsung Knox Android device:
1. With the device locked, connect the device to another device via a USB cable.
2. Verify the MOS file system is not accessible.
3. Unlock the device and open the device settings.
4. Select "Developer Options".
5. Verify the "USB debugging" checkbox is not checked.
6. Verify the user cannot select the "USB debugging" checkbox.
If any one or more of the "Disable USB debugging", "Disable Vendor USB Protocol", or "Disable USB tethering" checkboxes is not selected; the file system is accessible via a USB connection when the device is locked; or the user can select the "USB debugging" checkbox within Samsung Knox Android, this is a finding.
Note: This IA control is implemented by disabling any USB connection that someone could use to get access to the contact database when the device is locked. These connections are Android Debug Bridge, Vendor USB Protocol and USB Tethering. Once these features are disabled it is no longer feasible to access the contact database when the device is locked.SRG-OS-000114-MOS-000068<GroupDescription></GroupDescription>KNOX-04-001500The mobile operating system's Bluetooth module must not permit any data transfer between devices prior to Bluetooth mutual authentication.<VulnDiscussion>Bluetooth mutual authentication provides assurance that both the mobile device and Bluetooth peripheral are legitimate. If the authentication does not occur immediately before permitting a network connection, there is the potential for a man-in-the-middle attack in which a third device intercepts the traffic between the two legitimate devices. Mutual authentication prevents this from occurring.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000778Configure the operating system's Bluetooth stack to prohibit data transfer between devices prior to Bluetooth mutual authentication.
For example, on the Fixmo Sentinel Administration Console, enter the manufacturer ID of the Bluetooth MAC address (first 6 characters) of each device that should be allowed to pair on the whitelist of the "Android Restrictions" rule.
Note: To whitelist the Biometric Associates, LP Bluetooth Smart Card Reader enter: "401D59".This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the list of whitelisted Bluetooth devices in the "Android Restrictions" rule.
2. Verify only the BAI smart card reader and headset are present on the list (Note: this is signified by a single entry of "401D59").
On the Samsung Knox Android device:
1. Open device settings and select "Bluetooth".
2. Review existing Bluetooth devices and verify that only the BAI smart card reader and headset are paired and/or are able to pair.
If there are any unauthorized Bluetooth devices on the whitelist, this is a finding.SRG-OS-000160-MOS-000081<GroupDescription></GroupDescription>KNOX-04-001600The mobile operating system's Bluetooth stack must use 128-bit Bluetooth encryption when performing data communications with other Bluetooth devices.<VulnDiscussion>If data traffic is sent unencrypted, an adversary may be able to read it to obtain sensitive information. 128-bit Bluetooth encryption for data communications mitigates the risk of unauthorized eavesdropping. DoD has determined that FIPS 140-2 validated encryption is not required for voice communications.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-001130Limit Bluetooth devices to those known to employ 128-bit Bluetooth encryption.
For example, on the Fixmo Sentinel Administration Console, enter the manufacturer ID of the Bluetooth MAC Address (first 6 characters) of each device that should be allowed to pair on the whitelist of the "Android Restrictions" rule.
Note: To whitelist the Biometric Associates, LP Bluetooth Smart Card Reader enter: 401D59This check procedure is identical to check procedure for KNOX-04-001500 (SRG-OS-000114-MOS-000068). It need not be repeated if results have been acquired from that check procedure.
This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the administrator to display the list of whitelisted Bluetooth devices in the "Android Restrictions" group.
2. Verify only the BAI smart card reader and headset are present on the list (Note: this is signified by a single entry of "401D59").
On the Samsung Knox Android device:
1. Open device settings and select "Bluetooth".
2. Review existing Bluetooth devices and verify that only the BAI smart card reader and headset are paired and/or are able to pair.
If there are any unauthorized devices on the whitelist, this is a finding.SRG-OS-000202-MOS-000110<GroupDescription></GroupDescription>KNOX-05-001800The mobile operating system must conduct a device integrity scan at least once every six hours.<VulnDiscussion>Unauthorized changes to the operating system software or information on the system can possibly result in integrity or availability concerns. In order to quickly react to this situation, the operating system must detect these changes. One aspect of detection is the frequency at which the scans occur. The ability to set an appropriate frequency mitigates the risk that an attack will go without detection longer than the scanning interval.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-001297Configure the mobile operating system so that the device integrity validation scan frequency is at least once every six hours.
For example, on the Fixmo Sentinel Administration Console, set the "Scan Freq" value to 6 in the "Android Communication Frequency" rule.This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device. In some cases, there will be integrity services software that runs independently from the MDM.
Check that the appropriate setting is configured on the MDM or integrity services server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the "Scan Freq" setting in the "Android Communication Frequency" rule.
2. Verify the value of the setting is 6 or less.
On the Samsung Knox Android device, open the application list and verify the presence of an integrity services agent. For example, if the integrity services agent is Fixmo Sentinel:
1. Open the Fixmo Sentinel MDM agent.
2. Press the menu button and select Details.
3. Verify the configured value for "Scan Freq" is 6 or less.
If the configured value for "Scan Freq" is greater than 6 on either the MDM console or in the integrity services agent, this is a finding.SRG-OS-000152-MOS-000079<GroupDescription></GroupDescription>KNOX-06-001900The mobile operating system must be able to filter both inbound and outbound traffic based on IP address and UDP/TCP port.<VulnDiscussion>Open ports provide an attack surface that an adversary can then potentially use to breach system security. If an adversary can communicate with the mobile device from any IP address, then the device may be open to any other device on the Internet. Reducing the attack surface through IP address and port restrictions mitigates this risk.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-001118Configure the mobile operating system to filter both inbound and outbound traffic based on IP address and UDP/TCP port.
For example, on the Fixmo Sentinel Administration Console, enter the allowed and denied IP addresses and ports in the "Android Firewall" rule.This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the address/port restrictions configured in the "Android Firewall" rule.
2. Print or copy these so that they are available for the check procedure to be performed on each sampled device.
On the Samsung Knox Android device:
1. Open the device Internet Browser.
2. Attempt to navigate to a blocked IP address and port.
3. Verify the attempt fails.
If it is feasible to access a blocked IP address or port, this is a finding.SRG-OS-000179-MOS-000102<GroupDescription></GroupDescription>KNOX-07-002100Only DoD PKI-issued or DoD-approved server authentication certificates may be installed on DoD mobile operating system devices.<VulnDiscussion>If unauthorized device authentication certificates are installed on the device, there is the potential that the device may connect to a rogue device or network. Rogue devices can mimic the behavior of authorized equipment to trick the user into providing authentication credentials, which could then in turn be used to compromise DoD information and networks. Restricting device authentication certificates to an authorized list mitigates the risk of attaching to rogue devices and networks.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-001159Remove non-approved server authentication certificates from the device.
For example, on the Fixmo Sentinel Administration Console, modify the certificate whitelist so that it only includes DoD PKI issued or DoD approved server authentication certificates in the "Android Certificate Configuration" rule.This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the list of server authentication certificates in the "Android Certificate Configuration" rule.
2. Verify only DoD PKI issued or DoD approved server authentication certificates are present (Note: these may include those approved by the local command).
On the Samsung Knox Android device:
1. Open device settings.
2. Select "Security".
3. Select "Trusted credentials".
4. Select the "User" tab.
5. Verify no certificates are listed, or that any that are listed have been authorized.
If there are unapproved device authentication certificates present on the MDM whitelist or on the "User" tab of the "Trusted Credentials" setting in the device's "Security" settings, this is a finding.
SRG-OS-000230-MOS-000118<GroupDescription></GroupDescription>KNOX-08-002200The mobile operating system must encrypt all data on the mobile device using AES encryption (AES 128 bit encryption key length is the minimum requirement; AES 256-bit desired).<VulnDiscussion>If data at rest is unencrypted, it is vulnerable to disclosure. Even if the operating system enforces permissions on data access, an adversary can remove non-volatile memory and read it directly, thereby circumventing operating system controls. Encrypting the data ensures that confidentiality is protected even when the operating system is not running. AES encryption with appropriate key lengths provides assurance that the cryptography is adequate.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-001200Configure the MOS to encrypt call data on the mobile device using AES encryption.
For example, on the Fixmo Sentinel Administration Console, check the "Storage Encryption" checkbox in the "Android Honeycomb Restrictions" rule.This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the "Storage Encryption" checkbox in the "Android Honeycomb Restrictions" rule.
2. Verify the "Storage Encryption" checkbox is checked.
On the Samsung Knox Android device:
1. Open the device settings.
2. Select "Security".
3. Verify "Encrypt device" is greyed out and "Encrypted" is displayed.
4. Select "Encrypt external SD card".
5. Verify "The encryption policy has been applied" is displayed at the bottom of the screen.
NOTE: If no SD card is inserted, Step 5 should display "SD card is not inserted" at the bottom of the screen.
If the specified encryption settings are not set to the appropriate values, this is a finding.SRG-OS-000090-MOS-000060<GroupDescription></GroupDescription>KNOX-12-002300The mobile operating system must prevent the installation of applications that are not digitally signed with a DoD-approved private key.<VulnDiscussion>Any changes to the hardware, software, and/or firmware components of the information system and/or application can potentially have significant effects on the overall security of the system. Digital signatures on code provide assurance that the code comes from a known source and has not been modified.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000352Configure the operating system to prevent the installation of applications that are not digitally signed with a DoD-approved private key.
For example, on the Fixmo Sentinel Administration Console, check "Enforce Signature Blacklisting" in the "Android Knox Restrictions" rule.
This check procedure is performed using an MDM tool.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the "Enforce Signature Blacklisting" checkbox in the "Android Knox Restrictions" rule.
2. Verify the checkbox is selected.
If the "Enforce Signature Blacklisting" checkbox is not selected, this is a finding.
NOTE: Selecting the "Enforce Signature Blacklisting" checkbox activates the Knox Android application quarantine capability.
SRG-OS-000103-MOS-000065<GroupDescription></GroupDescription>KNOX-12-002400The mobile operating system must prevent a user from installing unapproved applications.<VulnDiscussion>The operating system must enforce software installation by users based upon what types of software installations are permitted (e.g., updates and security patches to existing software) and what types of installations are prohibited (e.g., software whose pedigree with regard to being potentially malicious is unknown or suspect) by the organization. The installation and execution of unauthorized software on an operating system may allow the application to obtain sensitive information or further compromise the system. Preventing a user from installing unapproved applications mitigates this risk.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000663Configure the mobile operating system to prevent a user from installing unapproved applications.
For example, on the Fixmo Sentinel Administration Console, check the "Enforce Signature Blacklisting" in the "Android Knox Restrictions" rule.This check procedure is identical to the one provided for KNOX-12-002300 (SRG-OS-000090-MOS-000060). It need not be repeated if results have been acquired from that check procedure.
This check procedure is performed using an MDM tool.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the "Enforce Signature Blacklisting" checkbox in the "Android Knox Restrictions" rule.
2. Verify the checkbox is selected.
If the "Enforce Signature Blacklisting" checkbox is not selected, this is a finding.
NOTE: Selecting the "Enforce Signature Blacklisting" checkbox activates the Knox Android application quarantine capability.
SRG-OS-000056-MOS-000026<GroupDescription></GroupDescription>KNOX-13-002500The mobile operating system must synchronize the internal clock at least once every 24 hours with an authoritative time server or the Global Positioning System.<VulnDiscussion>Determining the correct time a particular application event occurred on a system is critical when conducting forensic analysis and investigating system events.
Periodically synchronizing internal clocks with an authoritative time source is needed in order to correctly correlate the timing of events that occur across the enterprise. The two authoritative time sources for mobile operating systems are an authoritative time server which is synchronized with redundant United States Naval Observatory (USNO) time servers as designated for the appropriate DoD network (NIPRNet or SIPRNet) or the Global Positioning System (GPS).
Timestamps generated by the audit system in mobile operating systems shall include both date and time. The time may be expressed in Coordinated Universal Time (UTC), a modern continuation of Greenwich Mean Time (GMT), or local time with an offset from UTC.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000160Configure the mobile operating system to synchronize the internal clock at least once every 24 hours with an authoritative time server or the Global Positioning System.
For example, on the Fixmo Sentinel Administration Console, check the "Disable Manual Date Time Changes" checkbox in the "Android Knox Restrictions" rule.This check procedure is performed on both the MDM Administration Console and the Samsung Knox Android device.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the "Disable Manual Date Time Changes" checkbox in the "Android Knox Restrictions" rule.
2. Verify the checkbox is selected.
On the Samsung Knox Android device:
1. Open the device settings.
2. Select "Date and time".
3. Verify the "Automatic date and time" checkbox is checked.
4. Verify a user cannot deselect the "Automatic date and time" checkbox.
If either the "Disable Manual Date Time Changes" checkbox is not checked on the MDM administration console; or the "Automatic date and time" checkbox is not checked on the device; or if it is possible to deselect this option on the device, this is a finding.SRG-OS-000116-MOS-000071<GroupDescription></GroupDescription>KNOX-13-002600The mobile operating system must authenticate devices before establishing remote network (e.g., VPN) connections using bidirectional cryptographically based authentication between devices.<VulnDiscussion>Without strong mutual authentication a mobile device may connect to an unauthorized network. In many cases, the user may falsely believe that the device is connected to an authorized network and then provide authentication credentials and other sensitive information. A strong bidirectional cryptographically based authentication method mitigates this risk.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000780Configure the operating system to authenticate devices before establishing remote connections.
For example, on the Fixmo Sentinel Administration Console, check the "Disable Insecure VPN Connections" checkbox in the "Android Knox Restrictions" rule.This check procedure is performed using an MDM tool.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the "Disable Insecure VPN Connections" checkbox in the "Android Knox Restrictions" rule.
2. Verify the checkbox is selected.
If the "Disable Insecure VPN Connections" checkbox is not selected, this is a finding.SRG-OS-000160-MOS-000080<GroupDescription></GroupDescription>KNOX-13-002700The mobile operating system's VPN client must use either IPSec or SSL/TLS when connecting to DoD networks.<VulnDiscussion>Use of non-standard communications protocols can affect both the availability and confidentiality of communications. IPSec and SSL/TLS are both well-known and tested protocols that provide strong assurance with respect to both IA and interoperability.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-001130Configure the mobile operating system's VPN client to use IPSec or SSL/TLS when connecting to a DoD network.
For example, on the Fixmo Sentinel Administration Console, check the "Disable Insecure VPN Connections" checkbox in the "Android Knox Restrictions" rule.This check procedure is performed using an MDM tool.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the administrator to display the "Disable Insecure VPN Connections" checkbox in the "Android Knox Restrictions" rule.
2. Verify the checkbox is selected.
If the "Disable Insecure VPN Connections" checkbox is not selected, this is a finding.SRG-OS-000197-MOS-000107<GroupDescription></GroupDescription>KNOX-13-002800The mobile operating system must prevent a user from using a browser that does not direct its traffic to a DoD proxy server.<VulnDiscussion>Proxy servers can inspect traffic for malware and other signs of a security attack. Allowing a mobile device to access the public Internet without proxy server inspection forgoes the protection that the proxy server would otherwise provide. Malware downloaded onto the device could have a wide variety of malicious consequences, including loss of sensitive DoD information. Forcing traffic to flow through a proxy server greatly mitigates the risk of access to public Internet resources.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-001265Disable browsers that do not support a feature to direct all traffic to a designated proxy server. Configure browsers that support this functionality to direct all traffic to a designated proxy server.
For example, on the Fixmo Sentinel Administration Console, enter the both IP address and port of the DoD proxy in the "Web Proxy" field in the "Android Knox Restrictions" rule. The format must be [IP Address]:[port number].
Note: This setting only applies to the stock browser, but third party browsers would have to be whitelisted prior to operation.This check procedure is performed on both the Fixmo Sentinel Administration Console and the Samsung Knox device.
Check that the appropriate setting is configured on the MDM server.
For example, on the Fixmo Sentinel Administration Console:
1. Ask the MDM administrator to display the "Web Proxy" field in the "Android Knox Restrictions" rule.
2. Verify this field contains both an IP address and port of a DoD proxy or content filtering server using the format [IP Address]:[port number].
Note: If the format is not correct, the setting may not be enforced.
On the Samsung Knox device:
1. Open the Internet browser.
2. Navigate to a known blocked or filtered website.
3. Verify the website cannot be accessed.
If greater assurance is required, access a number of Internet websites and verify traffic flows through a DoD proxy server by viewing the traffic using a network protocol analyzer or by communicating with personnel that manage the proxy server.
If a proxy or web content filtering server is not configured on the MDM console using the format [IP Address]:[port number], or the device successfully accesses any known blocked website, this is a finding.
SRG-OS-000229-MOS-000117<GroupDescription></GroupDescription>KNOX-00-000100The mobile operating system must employ mobile device management services to centrally manage configuration settings, including security policies.<VulnDiscussion>Security related parameters are those parameters impacting the security state of the system and include parameters related to the implementation of other IA controls. If these controls are not implemented, the system may be vulnerable to a variety of attacks. The use of an MDM allows an organization to assign values to security related parameters across all the devices it manages. This provides assurance that the required mobile OS security controls are being enforced, and that the device user or an adversary has not modified or disabled the controls. It also greatly increases efficiency and manageability of devices in a large scale environment relative to an environment in which each device must be configured separately.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SecurityOverrideGuidance></SecurityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls>CCI-000370Implement an MDM agent on the device to centrally manage configuration settings.This check procedure is performed on the Samsung Knox Android device only.
Verify that an MDM agent is present on the device and communicating with its associated MDM server.
For example, on a Samsung Knox Android device running Fixmo Sentinel:
1. Open the application list and verify the presence of Fixmo Sentinel.
2. Open the Fixmo Sentinel MDM agent, press the menu button and select "Details".
3. Verify Profile ID is not "NULL".
4. Press the menu button and select "Poll Server" and ensure no errors are generated in the messages list.
If an MDM agent is not present on the Samsung Knox Android device, this is a finding. If the MDM agent is Fixmo Sentinel, if the Profile ID is "NULL", or if polling the server generates an error, this is a finding.