Network Policy Security Technical Implementation Guide
Pick two releases to diff their requirements.
Open a previous version of this STIG.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0090
- Vuln IDs
-
- V-8046
- Rule IDs
-
- SV-8532r2_rule
Checks: C-7427r5_chk
1. Validate the network diagram by correlating the information with all routers, multi-layer switches, and firewall configurations. 2. Validate all subnets have been documented accordingly. 3. Validate any connectivity documented on the diagram by physically examining the cable connections for the downstream and upstream links, as well as connections for major network components (Routers, Switches, Firewalls, IDS/IPS, etc).
Fix: F-7621r4_fix
Update the enclave's network topology diagram to represent the current state of the network and its connectivity.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0130
- Vuln IDs
-
- V-8047
- Rule IDs
-
- SV-8533r2_rule
Checks: C-7428r2_chk
Interview the IAM to verify that each external connection to the site’s internal network is secured such that it does not introduce any unacceptable risk to the network.
Fix: F-7622r2_fix
All external connections will be validated and approved prior to connection. Interview the IAM to verify that all connections have a mission requirement and that the DAA is aware of the requirement.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0135
- Vuln IDs
-
- V-8048
- Rule IDs
-
- SV-8534r3_rule
Checks: C-7429r4_chk
Verify external connections to the organization are documented and reviewed on a semi-annual basis.
Fix: F-7623r3_fix
Implement a semi-annual review process to document and account for external connections to the organization.
- RMF Control
- Severity
- L
- CCI
- Version
- NET0140
- Vuln IDs
-
- V-8049
- Rule IDs
-
- SV-8535r2_rule
Checks: C-7430r2_chk
Verify the physical network components are in a secure environment.
Fix: F-7624r2_fix
Move all critical communications to controlled access areas. Controlled access areas in this case means controlled restriction to authorize site personnel, i.e., dedicated communications rooms or locked cabinets. This is an area afforded entry control at a security level commensurate with the operational requirement. This protection will be sufficient to protect the network from unauthorized personnel. The keys to the locked cabinets and dedicated communications rooms will be controlled and only provided to authorized network/network security individuals.
- RMF Control
- Severity
- L
- CCI
- Version
- NET0141
- Vuln IDs
-
- V-8050
- Rule IDs
-
- SV-8536r2_rule
Checks: C-7431r2_chk
Inspect and verify network management modems are disconnected from the CSU\DSU when not in use.
Fix: F-7625r3_fix
Disconnect network management modems connected to all Channel Service Units (CSUs)/Data Service Unite (DSUs) when not in use.
- RMF Control
- Severity
- H
- CCI
- Version
- NET0160
- Vuln IDs
-
- V-8051
- Rule IDs
-
- SV-8537r2_rule
Checks: C-7432r5_chk
ANY CONNECTION TO AN INTERNET SERVICE PROVIDER (ISP) MUST BE APPROVED BY THE GIG WAIVER PANEL BEFORE ANY EQUIPMENT IS PURCHASED OR A CONNECTION IS MADE TO THE ISP. Based on the use cases below, verify written approval has been obtained from the Global Information Grid (GIG) Waiver Panel or verify a renewal request has been appropriately submitted. There are three basic use cases for an ISP connection. An ISP connection for a stand-alone disconnected network and an ISP connection which is connected to the DISN. Use case (1): An ISP connection that originates from an approved DISN infrastructure source (includes IAP connections at the DECCs). A GIG Waiver is required for a CC/S/A to connect the unclassified DISN to an ISP. These connection requests must come to the Waiver Panel with a Component CIO endorsement of the requirement. These connections should not be provisioned and put into use until waived. Expired waivers pending renewal from the OSD GIG Waiver Panel may be downgraded to a Severity 3 category, if proof of a requested renewal can be verified. A DISN enclave that cannot prove GIG Waiver approval for the ISP connection is a Severity 1 category. Please note: If discovered during a CCRI or FSO assessment, the FSO team lead will immediately report the unapproved ISP connection to the USCYBERCOM and the Connection Approval Office. USCYBERCOM will direct the connection be immediately disconnected. Use Case (2): An ISP connection to a Stand Alone Enclave (physically and logically separated from any DISN connection) requires GIG Waiver approval prior to connection. The Stand Alone Enclave must have a DAA issued ATO and the connection must be logically and physically separated from the DISN. An unapproved ISP connection in this use case will be assigned a Severity 3 category. Use Case (3): An ISP connection to a non-DoD network (such as a contractor-owned infrastructure) co-located on the same premises as the DoD network. The non-DoD network is physically and logically separated from any DoD network. Furthermore, it is not connected to any DoD network. The non-DoD network infrastructure is not DoD funded nor is it operated or administered by DoD military or civilian personnel. In addition, the non-DoD network with the ISP connection is not storing, processing, or transmitting any DoD data. For such a network as defined herein, a GIG Waiver approval is not required for deploying a connection to an ISP. However, the DAA must perform and have on file a risk assessment endorsed by the facility or installation command.
Fix: F-7626r2_fix
Obtain written approval obtained from the Global Information Grid (GIG) Waiver Panel for ISP connections.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0170
- Vuln IDs
-
- V-8052
- Rule IDs
-
- SV-8538r3_rule
Checks: C-7433r4_chk
Verify all external network connections to the organization are routed through the organization's perimeter security devices such as but not limited to the firewall and IDPS solution. All external networks connected to the organization should be documented and approved by the DAA. If any external network connections are found to bypass the perimeter security measures causing a backdoor connection and not documented and approved by the DAA, this is a finding.
Fix: F-7627r4_fix
Disconnect any external network connections not routed through the organization's perimeter security or validated and approved by the DAA.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0210
- Vuln IDs
-
- V-8054
- Rule IDs
-
- SV-8540r2_rule
Checks: C-7435r4_chk
Inspect the site to validate physical network components are in a secure environment with limited access.
Fix: F-7629r3_fix
Move all critical communications into controlled access areas. Controlled access area in this case means controlled restriction to authorize site personnel, i.e., dedicated communications rooms or locked cabinets. This is an area afforded entry control at a security level commensurate with the operational requirement. This protection will be sufficient to protect the network from unauthorized personnel. The keys to the locked cabinets and dedicated communications rooms will be controlled and only provided to authorized network/network security individuals.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0260
- Vuln IDs
-
- V-8055
- Rule IDs
-
- SV-8541r2_rule
Checks: C-7436r2_chk
Interview the IAO/NSO and examine network devices to validate password schemes are in accordance with DoDi 8500.2 IA Controls, IAIA-1 and IAIA-2.
Fix: F-7630r2_fix
Implement password schemes to be in accordance with DoDi 8500.2 IA Controls, IAIA-1 and IAIA-2.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0270
- Vuln IDs
-
- V-8056
- Rule IDs
-
- SV-8542r2_rule
Checks: C-7437r3_chk
Validate local passwords for communication devices are recorded and stored in a secure and controlled manner.
Fix: F-7631r2_fix
Record the local passwords used on communications devices then store them in a secure and controlled manner.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0420
- Vuln IDs
-
- V-8058
- Rule IDs
-
- SV-8544r2_rule
Checks: C-7439r3_chk
Review the enclave's key management policy and validate if the following information has been identified; key generation, distribution, storage, usage, lifetime duration, and destruction of all keys used for encryption within the infrastructure.
Fix: F-7633r2_fix
Implement a key management policy that includes key generation, distribution, storage, usage, lifetime duration, and destruction of all keys used for encryption within the infrastructure.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1628
- Vuln IDs
-
- V-8059
- Rule IDs
-
- SV-8545r1_rule
Checks: C-7440r1_chk
Physically inspect any Communications Servers, routers, firewalls, IDS, VPN concentrators, network appliances, Load balancers, etc to ensure modems are not connected or meet the standards defined in the Network STIG.
Fix: F-7634r1_fix
The router administrator will ensure that modems connected to the router are disconnected or secured modems providing encryption and authentication are installed.
- RMF Control
- Severity
- L
- CCI
- Version
- NET1025
- Vuln IDs
-
- V-8060
- Rule IDs
-
- SV-8546r1_rule
Checks: C-7441r1_chk
Examine the syslog server to verify that it is configured to store messages for at least 30 days. Have the administrator show you the syslog files stored offline for one year.
Fix: F-7635r1_fix
The router administrator will configure the syslog server to store messages for at least 30 days on-line. The router administrator will establish a syslog storage strategy for storing the logs off-line for minimum of 1 year.
- RMF Control
- Severity
- L
- CCI
- Version
- NET1040
- Vuln IDs
-
- V-8061
- Rule IDs
-
- SV-8547r1_rule
Checks: C-7442r1_chk
IOS Procedure: Have the router administrator show you the stored configuration files. At a minimum, a copy of the current and previous router configurations must be saved. Storage can take place on a classified network, OOB network, or offline. Configurations can only be accessed by server or network admin. JUNOS Procedure: With Juniper, this is built in and would never be a finding. Previously committed configurations 0 – 4 are saved on flash and configurations 5 – 9 are saved on the router’s hard drive. Any one of these can be used for recovery via a rollback command.
Fix: F-7636r1_fix
The network administrator will store the current and previous router and switch configurations in a secure location. Storage can take place on a classified network, OOB network, or offline. Configurations can only be accessed by server or network admin.
- RMF Control
- Severity
- H
- CCI
- Version
- NET1060
- Vuln IDs
-
- V-8062
- Rule IDs
-
- SV-8548r1_rule
Checks: C-7443r1_chk
Review the stored router configuration files to ensure passwords are not stored in plain-text format.
Fix: F-7637r1_fix
The router administrator will ensure that any router passwords that are stored, are encrypted. Delete any un-encrypted passwords that are currently stored as part of a router configuration file. Incorporate the storage of encrypted passwords as part of the router SOP.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1070
- Vuln IDs
-
- V-8063
- Rule IDs
-
- SV-8549r1_rule
Checks: C-7444r1_chk
Base Procedure Verify written authorization is with the IAO. Review and recommend the procedures defined below: IOS Procedure: Interview the router administrator to see how they transfer the router configuration files to and from the router. Verify that the running configuration for all Cisco routers have statements similar to the following: ip ftp username xxxxxxxxx ip ftp password 7 xxxxxxxxxxxxxxxxxx Following are some alternative approaches that are actually more secured than using FTP: 1. If the router is equipped with PCMCIA Flash Memory Cards, you can copy IOS images as well as configurations to these cards (i.e., slot0, slot1). 2. Copy and paste from a show run while in a SSH session or HyperTerminal (i.e., Capture Text) console connection. The file can then be saved onto a floppy disk and stored in a secured location. Defaults will not be included since most of the IOS defaults are not displayed on a show run command. 3. Secure Copy Protocol (SCP) Before enabling SCP, you must correctly configure SSH, authentication, and authorization on the Cisco router. SCP requires that authentication, authorization, and accounting (AAA) authorization be configured so the router can determine whether the user has the correct privilege level. SCP allows a user who has appropriate authorization to copy any file that exists in the Cisco IOS File System (IFS) to and from a router by using the copy command. An authorized administrator may also perform this action from a workstation. An example configuration would look as follows: ! AAA authentication and authorization must be configured for SCP to work. aaa new-model aaa authentication login default group tacacs+ aaa authorization exec default group tacacs+ ….. ! SSH must be configured. ip ssh time-out 120 ip ssh authentication-retries 3 ip scp server enable Junos Procedure: Configuration files can be copied to and from the router using the file copy command in operational mode or save command while in configuration mode. The destination address is specified on the command line—never preconfigured. Destinations can be the router’s flash (path/filename), hard drive (/var/filename), removable media (a:filename), FTP server (ftp://hostname/path/filename), TFTP server (tftp://hostname/path/filename), HTTP server (http://hostname/path/file), or an Secure Copy Protocol (SCP) client (scp://hostname/path/filename). Unless TFTP, FTP, or HTTP is specified in the command string, both the save and file copy commands will utilize Secure Copy Protocol, which uses the SSH authentication and encryption framework, to securely copy files to and from a remote host. Interview the router administrator to determine what method is used. If the site uses TFTP or HTTP with the save or file copy command, this is a finding.
Fix: F-7638r1_fix
The router administrator will ensure that FTP is used to transfer router configuration files to and from the router if TFTP has not been authorized by the IAO.. Change the routers configuration to include FTP setup information as follows: Address or name of remote host [?] x.x.x.x; Source file name [?] path/filename; Destination filename [?] path/filename.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1110
- Vuln IDs
-
- V-8064
- Rule IDs
-
- SV-8550r1_rule
Checks: C-7445r1_chk
Interview IAO/NSO to verify a Change Management policy is in compliance. Changes and Updates should be suitable for the audit.
Fix: F-7639r1_fix
Implement a Change Management policy that ensures review of scheduled and documented changes. Record configuration changes and review periodically. Develop and use a form or tracking mechanism to aid in the audit trail of any router changes requested of the NSO.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0345
- Vuln IDs
-
- V-8065
- Rule IDs
-
- SV-8551r2_rule
Checks: C-23550r2_chk
Examine NIAP website to verify there is a protection profile in place for the firewall being used on the network. http://www.niap-ccevs.org/in_evaluation/?tech_name=Firewall
Fix: F-7640r3_fix
If a protection profile is not found on the NIAP website indicating the product has not been evaluated and tested, then create a POA&M to purchase a firewall that has been evaluated and validated at one of the accredited NIAP locations. Implement the firewall and work with the CAO to ensure the CAO Remote Compliance Assessments can be performed.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0351
- Vuln IDs
-
- V-8066
- Rule IDs
-
- SV-8552r2_rule
Checks: C-7447r2_chk
Review the network topology diagrams and visually inspect the firewall location to validate correct position on the network.
Fix: F-7641r2_fix
Move the firewall into the prescribed location to allow for enforcement of the Enclave Security Policy and allow for all traffic to be screened.
- RMF Control
- Severity
- L
- CCI
- Version
- NET0384
- Vuln IDs
-
- V-8067
- Rule IDs
-
- SV-8553r2_rule
Checks: C-7448r3_chk
Interview the firewall administrator and validate they have signed up for the vendor's vulnerability mailing list.
Fix: F-7642r3_fix
Have the firewall administrator subscribe to the vendor's vulnerability mailing list.
- RMF Control
- Severity
- L
- CCI
- Version
- NET1280
- Vuln IDs
-
- V-8068
- Rule IDs
-
- SV-8554r1_rule
Checks: C-7449r1_chk
Review site policy, then interview FW administrator and authorized personnel with FW access to determine compliance.
Fix: F-7643r1_fix
Insure that the NSO or FA reviews the firewall logs daily.
- RMF Control
- Severity
- L
- CCI
- Version
- NET1284
- Vuln IDs
-
- V-8070
- Rule IDs
-
- SV-8556r3_rule
Checks: C-7451r7_chk
Verify the organization's firewall configurations are backed up weekly and whenever configuration changes are made.
Fix: F-7645r7_fix
Back up the organization's firewall configurations weekly and whenever a configuration change is made.
- RMF Control
- Severity
- L
- CCI
- Version
- NET1286
- Vuln IDs
-
- V-8071
- Rule IDs
-
- SV-8557r2_rule
Checks: C-7452r3_chk
Review the organization's audit log backup scheme. Validate audit logs are backed up weekly.
Fix: F-7646r2_fix
Create a backup scheme to ensure audit logs are backed up weekly.
- RMF Control
- Severity
- L
- CCI
- Version
- NET1328
- Vuln IDs
-
- V-8075
- Rule IDs
-
- SV-8561r2_rule
Checks: C-7456r3_chk
Review the authorization letter(s) for authorized CNDSP and local personnel granted access to review data from the IDS/IPS.
Fix: F-7650r3_fix
Keep up to date authorization letters for only CNDSP and local admins authorized to review data from the IDS/IPS.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1340
- Vuln IDs
-
- V-8076
- Rule IDs
-
- SV-8562r1_rule
Checks: C-7457r1_chk
Have the IAO/NSO provide a copy of the policy outlining procedures to notify the U.S. Cyber Command (USCYBERCOM) of suspicious activity.
Fix: F-7651r1_fix
Develop an incident response policy and a procedure to carry out the policy.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1342
- Vuln IDs
-
- V-8077
- Rule IDs
-
- SV-8563r1_rule
Checks: C-7458r1_chk
Have the IAO/NSO provide a copy of the letter identifying authorized reviewers.
Fix: F-7652r1_fix
Have the site commander sign a authorization letter for all individuals that are required to review the NID data. Ensure that only authorized personnel have access to the IDS data.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-IDPS-033
- Vuln IDs
-
- V-8078
- Rule IDs
-
- SV-8564r2_rule
Checks: C-7459r3_chk
Verify weekly backup procedures are in place for IDS/IPS data.
Fix: F-7653r2_fix
The organization must establish weekly backup procedures for the network IDS/IPS data.
- RMF Control
- Severity
- L
- CCI
- Version
- NET-IDPS-035
- Vuln IDs
-
- V-8080
- Rule IDs
-
- SV-8566r1_rule
Checks: C-7461r1_chk
Have the SA display update notifications that have been received to determine compliance. Have the NID SA display the build number or patch level, then search the vendor’s vulnerability database for current release and patch level.
Fix: F-7655r1_fix
Have the NID administrator subscribe to the X-press notification or similar service offered by the vendor. Ensure the NID software is updated when software is available either by FSO or the vendor for security related distributions.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-VLAN-001
- Vuln IDs
-
- V-8081
- Rule IDs
-
- SV-8567r2_rule
Checks: C-7462r5_chk
Inspect switches and associated cross-connect hardware are kept in a secured IDF. If the hardware is located in an open area, verify all hardware is located in a secured and locked cabinet. If switches and associated cross-connect hardware are not kept in secured IDFs or locked cabinet, this is a finding.
Fix: F-7656r4_fix
Place switches and associated cross-connect hardware in a secured IDF. If the hardware is located in an open area, ensure the hardware is located in a secured and locked cabinet.
- RMF Control
- Severity
- L
- CCI
- Version
- NET1670
- Vuln IDs
-
- V-8092
- Rule IDs
-
- SV-8578r1_rule
Checks: C-7473r1_chk
Interview the IAO/NSO to ensure a documented SOP is in place for the management of SNMP community strings and usernames.
Fix: F-7667r1_fix
The NSO will ensure that procedures are included in the documented SOP for the network to manage SNMP community strings. At a minimum, these procedures will include SNMP string expiration, SNMP string compromise, and SNMP string creation.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1730
- Vuln IDs
-
- V-8093
- Rule IDs
-
- SV-8579r2_rule
Checks: C-7474r2_chk
Inspect the location of the network management workstations.
Fix: F-7668r2_fix
The NOC will ensure that the NMS is located in a secure environment.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1740
- Vuln IDs
-
- V-8094
- Rule IDs
-
- SV-8580r1_rule
Checks: C-7475r1_chk
Review the configuration of the NMS with the IAO/NSO to verify that proper account administration is being enforced. Review the accounts and the personnel using them to verify that they require access.
Fix: F-7669r1_fix
The NSO will ensure that procedures are in place to enforce proper account administration. The NSO will ensure that any account that is no longer needed will be disabled or removed from the system.
- RMF Control
- Severity
- L
- CCI
- Version
- NET0198
- Vuln IDs
-
- V-8099
- Rule IDs
-
- SV-8585r2_rule
Checks: C-7480r2_chk
Verify the DHCP audit and event logs include hostnames and MAC addresses of all clients. Also, validate logs are kept online for thirty days and offline for one year.
Fix: F-7674r3_fix
Configure the DHCP audit and event logs to log hostname and MAC addresses. Store the logs for a minimum of thirty days online and then offline for one year.
- RMF Control
- Severity
- L
- CCI
- Version
- NET0199
- Vuln IDs
-
- V-8100
- Rule IDs
-
- SV-8586r2_rule
Checks: C-7481r2_chk
Validate the lease duration is set to a minimum of thirty days for DHCP servers used on the SIPRNet.
Fix: F-7675r2_fix
Configure any DHCP server used on the SIPRNet with a minimum lease duration of thirty days.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-IDPS-021
- Vuln IDs
-
- V-8272
- Rule IDs
-
- SV-8758r2_rule
Checks: C-3692r4_chk
Review the network topology to ensure the enclave has the IDPS up to date in the diagram. Also verify the equipment is operational by looking to see if it’s plugged in and the sensor is current with up to date patches and signatures. Review any type of report that was recently produced from information provided by the sensor showing any recent alerts, an escalation activity and any type of log or configuration changes. This will show the sensor is being actively monitored and alerts are being acted upon. If the enclave’s CNDSP requires continuous monitoring of the IDPS, the CNDSPs management team (e.g. sensor grid management team at DISA) will verify the operational status by providing information about the enclave’s IDPS such as a network diagram, MOA, current alert information, or other information to validate its operational status.
Fix: F-7899r5_fix
Install an IDPS inline or passively, behind the enclave firewall to monitor all unencrypted traffic, inbound and outbound.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1344
- Vuln IDs
-
- V-8273
- Rule IDs
-
- SV-8759r1_rule
Checks: C-3695r1_chk
Have the IAO/NSO display the logging and auditing features of the NID.
Fix: F-4534r1_fix
Configure the IDS to log all unauthorized or suspicious traffic.
- RMF Control
- Severity
- L
- CCI
- Version
- NET-TUNL-027
- Vuln IDs
-
- V-8274
- Rule IDs
-
- SV-8760r1_rule
Checks: C-7570r1_chk
Interview the IAM to determine compliancy.
Fix: F-7900r1_fix
When an agreement to establish a VPN with an outside security enclave/domain, retain administrative oversight and control privileges in the IPSEC/VPN device that is within your security enclave.
- RMF Control
- Severity
- H
- CCI
- Version
- WIR0005
- Vuln IDs
-
- V-8283
- Rule IDs
-
- SV-8778r6_rule
Checks: C-3890r6_chk
Detailed Policy Requirements: For CMDs deployed under an Interim Security Configuration Guide (ISCG) or the DoD CIO’s 6 April 2011 memorandum, Use of Commercial Mobile Devices (CMD) in the Department of Defense (DoD), the approval authority is the Component CIO. The site must have an Interim Authority To Test (IATT) issued by the Component CIO. For all other wireless devices and systems the Designated Approval Authority (DAA) must approve the wireless device or system. Detailed Check Procedures: Work with the site POC to verify documentation. Performed with WIR0016 (equipment list). For CMD systems without a STIG, verify the site has an approved IATT. Mark as a finding if a valid IATT is not available or is not signed by the Component CIO. For all other wireless devices or systems, complete the following: 1. Request copies of written DAA approval documentation. Any of the following documents meets this requirement as proof of compliance: - The DIACAP IA Implementation Plan must show the wireless system as part of the network diagram or list the system/equipment as being part of the network. - DAA approval letter or other document. The document must list the system or equipment and date its use is approved. The DAA approval letter or SSP may be a general statement of approval rather than list each device. 2. Verify DAA approval for type of device used, such as wireless connection services, peripherals, and applications. Mark as a finding for any of the following reasons: - Wireless systems, devices, services, or accessories are in use but DAA approval letter(s) do not exist. - If, in the judgment of the reviewer, configuration differs significantly from that approved by the DAA approval letter. Note: The DAA approval for the wireless system does not need to be documented separately from other DAA approval documents for the site network, as long as the approval documents list the wireless system. For example, if a site network ATO lists the wireless system, the ATO meets the requirements of this check. For Secure Mobile Environment Portable Electronic Device (SME PED), the following applies: - An ATO or an IATO has been signed by the DAA prior to the connection of the unclassified Sensa server to the NIPRNet. - Classified Connection Approval Office (CCAO) approval has been obtained prior to the connection of the classified Sensa server to the SIPRNet. Note: The intent of this check is to ensure the DAA has approved the use of the wireless system being reviewed at the site. This approval can be documented in several ways. The most common is the SSP for the site includes the wireless system and the DAA has signed the SSP. If the command uses an enterprise wide SSP including the wireless system being reviewed and the SSP applies to site being reviewed, then the requirement has been met.
Fix: F-19194r3_fix
Obtain DAA approval (documented by memo or SSP) prior to wireless systems being installed and used. For CMD systems without a STIG, obtain an IATT prior to wireless systems being installed and used.
- RMF Control
- Severity
- L
- CCI
- Version
- WIR0015
- Vuln IDs
-
- V-8284
- Rule IDs
-
- SV-8779r6_rule
Checks: C-7600r4_chk
Detailed Policy Requirements: This check applies to any wireless end user device (smartphone, tablet, Wi-Fi network interface card, etc.) and wireless network devices (access point, authentication server, etc.). The list of approved wireless devices will be stored in a secure location and will include the following at a minimum: - Access point Media Access Control (MAC) address (WLAN only), - Access point IP address (WLAN only), - Wireless client MAC address, - Network DHCP range (WLAN & WWAN only), - Type of encryption enabled, - Access point SSID (WLAN only), - Manufacturer, model number, and serial number of wireless equipment, - Equipment location, and - Assigned users with telephone numbers. For CMDs: - Manufacturer, model number, and serial number of wireless equipment. - Equipment location or who the device was issued to. - Assigned users with telephone numbers and email addresses. For SME PED: Local commands will keep track of devices by assigning a control number or using the serial number for accountability purposes. Check Procedures: Work with the site POC: 1. Request copies of site’s wireless equipment list. -Detailed SSAA/SSP or database may be used. 2. Verify all minimum data elements listed above are included in the equipment list. 3. Verify all wireless devices used at the site, including infrared mice/keyboards, are included. 4. Verify procedures are in place for ensuring the list is kept updated. 5. Note the date of last update and if the list has many inaccuracies. Mark as a finding if the equipment list does not exist, all data elements are not tracked, or the list is outdated. This check applies to: - Wireless networking devices, such as access points, bridges, and switches. - WLAN client devices, such as laptop computers and PDAs if used with WLAN NICs. - Wireless peripherals, such as Bluetooth, and Infrared mice and keyboards, communications devices, such as VoIP, cellular/satellite telephones, and Broadband NICs, and non-wireless CMDs that store, process, or transmit DoD information.
Fix: F-3728r2_fix
Maintain a list of all DAA-approved WLAN devices. The list must be updated periodically and will contain the data elements required by the STIG policy.
- RMF Control
- Severity
- L
- CCI
- Version
- WIR0020
- Vuln IDs
-
- V-8297
- Rule IDs
-
- SV-8792r5_rule
Checks: C-7611r4_chk
Review the site security plan. 1. Wireless network devices, such as access points, laptops, CMDs, and wireless peripherals (keyboards, pointers, etc.) using a wireless network protocol, such as Bluetooth, 802.11, or proprietary protocols must be documented in the site security plan. 2. A general statement in the site security plan permitting the various types of wireless network devices used by the site is acceptable rather than a by-model listing, for example, “wireless devices of various models are permitted as long as they are configured in accordance with the Wireless STIG”. Mark as a finding if a DAA-approved site security plan does not exist or if it has not been updated.
Fix: F-3425r2_fix
Ensure devices connecting directly or indirectly (data synchronization) to the network are added to the site's site security plan. (For example, it may say wireless devices of various models are permitted but only when configured in accordance with the Wireless STIG or other such specified restriction.)
- RMF Control
- Severity
- H
- CCI
- Version
- NET0369
- Vuln IDs
-
- V-11796
- Rule IDs
-
- SV-12294r3_rule
Checks: C-7782r7_chk
Determine if a deny by default security posture has been implemented for both inbound and outbound traffic on the perimeter router or firewall.
Fix: F-11043r5_fix
Implement a deny by default security posture on either the enclave perimeter router or firewall.
- RMF Control
- Severity
- H
- CCI
- Version
- WIR0035
- Vuln IDs
-
- V-12072
- Rule IDs
-
- SV-12625r5_rule
Checks: C-8089r4_chk
For SME PED: This requirement is not applicable. Work with the traditional reviewer or interview the IAO or SM. Determine if the site SCIF CSA has approved wireless CMDs in the site SCIFs. Determine if the DAA and site SSO have approved wireless CMDs in site SCIFs. Ask for approval documentation, if approval has been granted. All three entities must grant approval (SCIF CSA, DAA, and SSO). If wireless CMDs in site SCIFs have not been approved, determine if procedures are in place to prevent users from bringing CMDs into SCIFs and if users are trained on this requirement. Posted signs are considered evidence of compliance. If wireless devices have been approved for use in SCIFs: - Determine if site has written procedures that describe what type of CMDs and under what type of conditions (i.e., turned off, SCIF mode enabled, etc.) approval is granted. - Users must receive proper training on the handling of wireless devices in SCIFs. Mark this as a finding if: - Wireless devices are allowed in site SCIFs without required approvals. - Required procedures are not in place. - Required user training has not been documented.
Fix: F-11360r1_fix
Ensure users are trained on the need to comply with this requirement and/or site procedures document the policy. Alternately, this requirement can be included in the site User Agreement.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1815
- Vuln IDs
-
- V-12101
- Rule IDs
-
- SV-12654r1_rule
Checks: C-8118r1_chk
GRE tunnels found on a premise or edge SIPRNet router that have an endpoint within the REL IP address space must be documented in the SSAA.
Fix: F-11390r1_fix
Have the IAM document GRE tunnels defined on a premise or edge SIPRNet router that have an endpoint within the REL IP address space.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1816
- Vuln IDs
-
- V-12102
- Rule IDs
-
- SV-12655r1_rule
Checks: C-8119r1_chk
Have the IAM disclose documentaion that an annual REL LAN review has been performed annually.
Fix: F-11391r1_fix
The IAM will document REL LAN reviews being performed annually.
- RMF Control
- Severity
- M
- CCI
- Version
- WIR0040
- Vuln IDs
-
- V-12106
- Rule IDs
-
- SV-12659r4_rule
Checks: C-8122r4_chk
Detailed Policy Requirements: Note: This requirement does not apply to the SME PED. Note: This requirement does not apply to the SWLAN SecNet 11/54 equipment or other NSA approved classified WLAN systems. The IAO will ensure wireless devices are not operated in areas where classified information is electronically stored, processed, or transmitted unless: - Approved by the DAA in consultation with the Certified TEMPEST Technical Authority (CTTA). - The wireless equipment is separated from the classified data equipment at the minimum distance determined by the CTTA and appropriate countermeasures, as determined by the CTTA, are implemented. Check Procedures: Review documentation. Work with the traditional security reviewer to verify the following: 1. If classified information is not processed at this site, mark as not a finding. 2. If the site has a written procedure prohibiting the use of wireless devices in areas where classified data processing occurs, mark as not a finding. Ask for documentation showing the CTTA was consulted about operation and placement of wireless devices. Acceptable proof would be the signature or initials of the CTTA on the architecture diagram or other evidence of coordination. IAW DoD policy, the CTTA must have a written separation policy for each classified area. 3. Review written policies, training material, or user agreements to see if wireless usage in these areas is addressed. 4. Verify proper procedures for wireless device use in classified areas is addressed in training program. Mark as a finding if any of the following are found: - CTTA has not designated a separation distance in writing. - DAA has not coordinated with the CTTA. - Users are not trained or made aware (using signage or user agreement) of procedures for wireless device usage in and around classified processing areas.
Fix: F-3423r1_fix
- CTTA must designate a separation distance in writing. - DAA must coordinate with the CTTA. - Train users or get a signed user agreement on procedures for wireless device usage in and around classified processing areas.
- RMF Control
- Severity
- L
- CCI
- Version
- WIR0030
- Vuln IDs
-
- V-13982
- Rule IDs
-
- SV-14593r5_rule
Checks: C-11415r3_chk
Additional Policy Requirements: The user agreements must include DAA authorized tasks for the mobile device and relevant security requirements, including, but not limited to, the following: 1. DoD CIO Memorandum, “Policy on Use of Department of Defense (DoD) Information Systems Standard Consent Banner and User Agreement,” 9 May 2008 directs the following content will be included in a site User Agreement: STANDARD MANDATORY NOTICE AND CONSENT PROVISION FOR ALL DOD INFORMATION SYSTEM USER AGREEMENTS By signing this document, you acknowledge and consent that when you access Department of Defense (DoD) information systems: - You are accessing a U.S. Government (USG) information system (IS) (which includes any device attached to this information system) that is provided for U.S. Government authorized use only. - You consent to the following conditions: o The U.S. Government routinely intercepts and monitors communications on this information system for purposes including, but not limited to, penetration testing, communications security (COMSEC) monitoring, network operations and defense, personal misconduct (PM), law enforcement (LE), and counterintelligence (CI) investigations. o At any time, the U.S. Government may inspect and seize data stored on this information system. o Communications using, or data stored on, this information system are not private, are subject to routine monitoring, interception, and search, and may be disclosed or used for any U.S. Government-authorized purpose. o This information system includes security measures (e.g., authentication and access controls) to protect U.S. Government interests--not for your personal benefit or privacy. o Notwithstanding the above, using an information system does not constitute consent to personnel misconduct, law enforcement, or counterintelligence investigative searching or monitoring of the content of privileged communications or data (including work product) that are related to personal representation or services by attorneys, psychotherapists, or clergy, and their assistants. Under these circumstances, such communications and work product are private and confidential, as further explained below: - Nothing in this User Agreement shall be interpreted to limit the user's consent to, or in any other way restrict or affect, any U.S. Government actions for purposes of network administration, operation, protection, or defense, or for communications security. This includes all communications and data on an information system, regardless of any applicable privilege or confidentiality. - The user consents to interception/capture and seizure of ALL communications and data for any authorized purpose (including personal misconduct, law enforcement, or counterintelligence investigation). However, consent to interception/capture or seizure of communications and data is not consent to the use of privileged communications or data for personnel misconduct, law enforcement, or counterintelligence investigation against any party and does not negate any applicable privilege or confidentiality that otherwise applies. - Whether any particular communication or data qualifies for the protection of a privilege, or is covered by a duty of confidentiality, is determined in accordance with established legal standards and DoD policy. Users are strongly encouraged to seek personal legal counsel on such matters prior to using an information system if the user intends to rely on the protections of a privilege or confidentiality. - Users should take reasonable steps to identify such communications or data that the user asserts are protected by any such privilege or confidentiality. However, the user's identification or assertion of a privilege or confidentiality is not sufficient to create such protection where none exists under established legal standards and DoD policy. - A user's failure to take reasonable steps to identify such communications or data as privileged or confidential does not waive the privilege or confidentiality if such protections otherwise exist under established legal standards and DoD policy. However, in such cases the U.S. Government is authorized to take reasonable actions to identify such communication or data as being subject to a privilege or confidentiality, and such actions do not negate any applicable privilege or confidentiality. - These conditions preserve the confidentiality of the communication or data, and the legal protections regarding the use and disclosure of privileged information, and thus such communications and data are private and confidential. Further, the U.S. Government shall take all reasonable measures to protect the content of captured/seized privileged communications and data to ensure they are appropriately protected. o In cases when the user has consented to content searching or monitoring of communications or data for personnel misconduct, law enforcement, or counterintelligence investigative searching, (i.e., for all communications and data other than privileged communications or data that are related to personal representation or services by attorneys, psychotherapists, or clergy, and their assistants), the U.S. Government may, solely at its discretion and in accordance with DoD policy, elect to apply a privilege or other restriction on the U.S. Government's otherwise-authorized use or disclosure of such information. o All of the above conditions apply regardless of whether the access or use of an information system includes the display of a Notice and Consent Banner ("banner"). When a banner is used, the banner functions to remind the user of the conditions that are set forth in this User Agreement, regardless of whether the banner describes these conditions in full detail or provides a summary of such conditions, and regardless of whether the banner expressly references this User Agreement. 2. For SME PED, see the SME PED User Agreement template included with the SME PED STIG for specific requirements. 3. DoD sites are required to add the following to all site User Agreements: - The agreement should contain the type of access required by the user (privileged, end-user, etc.). - The agreement should contain the responsibilities, liabilities, and security measures (e.g., malicious code detection training) involved in the use of the wireless remote access device. - Incident handling and reporting procedures will be identified along with a designated point of contact. - The remote user can be held responsible for damage caused to a Government system or data through negligence or a willful act. - The policy should contain general security requirements and practices, which are acknowledged and signed by the remote user. - If classified devices are used for remote access from an alternative work site, the remote user will adhere to DoD policy in regard to facility clearances, protection, storage, distributing, etc. - Government owned hardware and software is used for official duties only. The employee is the only individual authorized to use this equipment. - User agrees to complete required wireless device training annually. 4. For approved smartphone and tablet devices add to all User Agreements: - Only approved Bluetooth headsets/handsfree devices will be used. Check Procedures: 1. Inspect a copy of the site’s user agreement. 2. Verify the user agreement has the minimum elements described in the STIG policy. 3. Select 10 names of assigned site personnel and verify they have a signed user agreement on file for assigned wireless equipment (e.g., wireless laptop, smartphone, tablet, etc.). Mark as a finding if site user agreements do not exist or are not compliant with the minimum requirements. For SME PED: - Verify the Terminal Administrator (TA) has users reaffirm their User Agreement at least once every 12 months. Review the dates that site User Agreements were signed.
Fix: F-23396r1_fix
Implement User Agreement with required content. Have all users sign a User Agreement.
- RMF Control
- Severity
- L
- CCI
- Version
- WIR0130
- Vuln IDs
-
- V-14004
- Rule IDs
-
- SV-14615r3_rule
Checks: C-11469r1_chk
Detailed policy Requirements: All systems obtained through an acquisition program must be JTIC certified before they are fielded. Fielded systems must be recertified every four years or after any changes that may affect interoperability. Check Procedures: - Verify the WLAN system has been certified by the JITC as meeting end-to-end interoperability. - Mark as a finding if the WLAN was implemented as part of an acquisition program and does not have JITC certification.
Fix: F-13491r1_fix
Acquire JITC-certified WLAN equipment.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0168
- Vuln IDs
-
- V-14634
- Rule IDs
-
- SV-15259r2_rule
Checks: C-12650r2_chk
Inspect the network topology and physical connectivity to verify compliance.
Fix: F-14096r2_fix
Install and configure an external IPS/IDS between the site’s Approved Gateway (Service Delivery Router) and the premise router.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0346
- Vuln IDs
-
- V-14638
- Rule IDs
-
- SV-15263r3_rule
Checks: C-13708r9_chk
Review the architecture/network topology diagram and other resources available then verify all NIPRNet-only applications are located in a local enclave DMZ.
Fix: F-14743r6_fix
Implement and move NIPRNet-only applications to a local enclave DMZ.
- RMF Control
- Severity
- L
- CCI
- Version
- NET0347
- Vuln IDs
-
- V-14639
- Rule IDs
-
- SV-15264r3_rule
Checks: C-12654r5_chk
Review the organization's accreditation documentation to validate that it is maintained and current with the latest firewall policy.
Fix: F-14101r5_fix
Create or update organizational accreditation documentation to include the most current firewall policy.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0348
- Vuln IDs
-
- V-14640
- Rule IDs
-
- SV-15265r3_rule
Checks: C-13707r4_chk
Review the architecture diagram and other resources available then verify all Internet facing applications are logically located in a DoD DMZ Extension.
Fix: F-14742r4_fix
Implement and move internet facing applications logically to a DoD DMZ Extension.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0355
- Vuln IDs
-
- V-14641
- Rule IDs
-
- SV-15267r2_rule
Checks: C-3912r2_chk
Review the architecture and validate the firewall and IDS/IPS are separate components. If the solution is integrated, the IDS/IPS must have a separate CPU and do not shared the same memory.
Fix: F-3170r3_fix
Implement a design solution where both the firewall and IDS/IPS have their own CPU and memory source.
- RMF Control
- Severity
- H
- CCI
- Version
- NET0365
- Vuln IDs
-
- V-14642
- Rule IDs
-
- SV-15268r5_rule
Checks: C-12658r7_chk
Determine which type of solution is used for deep packet inspection at the enclave boundary. Verify the solution is connected, configured, and running. Some acceptable solutions for meeting this requirement are a packet filter/stateful packet inspection firewall with any combination of application firewalls or dedicated application-proxy gateways, an application firewall, or an application-proxy gateway. If the organization does not have any implementation of deep packet inspection protecting their perimeter boundaries, this is a finding.
Fix: F-14102r8_fix
Implement a deep packet inspection solution at the enclave boundaries. Verify any devices used for deep packet inspection are connected, properly configured, and actively inspecting network traffic.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1621
- Vuln IDs
-
- V-14715
- Rule IDs
-
- SV-15441r1_rule
Checks: C-12906r1_chk
Procedure: Ensure that all IA management review items are tracked and reported.
Fix: F-14182r1_fix
Register all network assets in an asset management tracking system such as VMS.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1622
- Vuln IDs
-
- V-14716
- Rule IDs
-
- SV-15442r1_rule
Checks: C-12907r1_chk
View each aux port and ensure the auxiliary port is disabled or if enabled determine if a secure modem is implemented to support the DCN network. Review the console port configuration and determine if an OOB network has been defined at this interface using a Terminal Server (illustrated in the STIG). If neither a DCN or Terminal Server OOB network has been built, verify the administration staff is 24x7 and personel have immediate access to the console port locally via an administrative laptop.
Fix: F-14183r1_fix
The network administrator will manage devices through out-of-band or direct connection. If the direct connection method is impractical, the DCN method is the next best alternative.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1111
- Vuln IDs
-
- V-14718
- Rule IDs
-
- SV-15462r1_rule
Checks: C-12927r1_chk
Have the IAO/NSO provide copies of change request forms for visual inspection.
Fix: F-14185r1_fix
Implement a Change Management policy that ensures review of scheduled and documented changes. Record configuration changes and review periodically. Develop and use a form or tracking mechanism to aid in the audit trail of any router changes requested of the NSO.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1113
- Vuln IDs
-
- V-14719
- Rule IDs
-
- SV-15463r1_rule
Checks: C-12928r1_chk
Have the IAO/NSO identify the secured storage area where Change Mgt documents are stored.
Fix: F-14186r1_fix
Implement a Change Management policy that ensures review of scheduled and documented changes. Record configuration changes and review periodically. Develop and use a form or tracking mechanism to aid in the audit trail of any router changes requested of the NSO.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0445
- Vuln IDs
-
- V-14723
- Rule IDs
-
- SV-15473r1_rule
Checks: C-12939r1_chk
First review the device configuration to ensure that an authentication server is being used. Then verify that a 2-factor authentication method has been implemented. In most cases a two-factor implementation is called by a Radius or TACACS Server.
Fix: F-14190r1_fix
The network administrator will ensure strong two-factor authentication is being incorporated in the access scheme.
- RMF Control
- Severity
- L
- CCI
- Version
- NET1281
- Vuln IDs
-
- V-14726
- Rule IDs
-
- SV-15482r1_rule
Checks: C-12949r1_chk
Interview the IAO and syslog administrator to determine if the server is compliant. Have the administrator provide a demonstration of the HIDS capability to ensure that it is configured and in operation.
Fix: F-14193r1_fix
Ensure an HIDS is implemented on the syslog server to provide access control for the syslog data as well as provide the necessary protection against unauthorized user and service access.
- RMF Control
- Severity
- L
- CCI
- Version
- NET1287
- Vuln IDs
-
- V-14727
- Rule IDs
-
- SV-15483r1_rule
Checks: C-12950r1_chk
Review site deletion rights of the audit log file.
Fix: F-14194r1_fix
Correct access privileges to protect the file.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-IDPS-022
- Vuln IDs
-
- V-14732
- Rule IDs
-
- SV-15488r1_rule
Checks: C-12953r1_chk
Product must have been evaluated and validated in accordance with the provisions of the NIAP Common Criteria Evaluation and Validation Scheme. Ensure the product is on the list and has been evaluated and accredited at a NIAP licensed/approved evaluation facility.
Fix: F-14197r1_fix
Review the NIAP website for a IDPS that meets the security policies planned for the enclave. Create a POA&M to purchase a IDPS technology that has been evaluated and validated at one of the accredited NIAP locations. Implement the IDPS.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1432
- Vuln IDs
-
- V-14734
- Rule IDs
-
- SV-15490r1_rule
Checks: C-12956r1_chk
Verify that the running configurations are that same as the startup configuration for any switches configured with Sticky MAC Port Security. The following is an example of a Cisco Catalyst switch with Sticky MAC configured and has learned a MAC address. interface FastEthernet0/21 switchport mode access switchport port-security switchport port-security maximum 1 switchport port-security mac-address sticky switchport port-security mac-address sticky xxxx.xxxx.xxxx switchport port-security violation shutdown
Fix: F-14200r1_fix
Ensure that the running configurations are that same as the startup configuration for any switches configured with Sticky MAC Port Security. The following is an example of a Cisco Catalyst switch with Sticky MAC configured and has learned a MAC address. interface FastEthernet0/21 switchport mode access switchport port-security switchport port-security maximum 1 switchport port-security mac-address sticky switchport port-security mac-address sticky xxxx.xxxx.xxxx switchport port-security violation shutdown
- RMF Control
- Severity
- M
- CCI
- Version
- NET1433
- Vuln IDs
-
- V-14735
- Rule IDs
-
- SV-15491r1_rule
Checks: C-12957r1_chk
Review the procedures in place and ensure a written process is in place.
Fix: F-14201r1_fix
Establish Sticky connection procedures with the Change Control Process currently in place.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1440
- Vuln IDs
-
- V-14736
- Rule IDs
-
- SV-15492r1_rule
Checks: C-12958r1_chk
Interview the Switch Administrator and verify VMPS statements are not found in the switch configuration.
Fix: F-14202r1_fix
Use an approved port security implementation.
- RMF Control
- Severity
- H
- CCI
- Version
- NET-TUNL-026
- Vuln IDs
-
- V-14737
- Rule IDs
-
- SV-15493r4_rule
Checks: C-12959r5_chk
Review network device configurations and topology diagrams to validate encapsulated traffic received from other enclaves or enterprises terminate at the perimeter devices for filtering and content inspection. If the tunnel is terminated on a Gateway VPN, validate the traffic is inspected by a firewall before gaining access to production data. If the tunnel is being provided by the perimeter router with a direct connection to the tenant's perimeter router, then the perimeter router (of the enclave providing the transient service) must be configured (examples: policy based routing or VRF bound to this interface with only a default route pointing out) to insure all traffic received by this connecting interface is forwarded directly to the NIPR/SIPR interface regardless of destination. If this isn't being done then the connecting interface will have to be treated as an external interface with all the applicable checks. If the tunnel is being provisioned via an aggregation router at the NIPR/SIPR POP that connects downstream to the perimeter routers, then there would be no concern. Secured connections such as SSL or TLS which are used for remote access, secure web access, etc are also applicable to this rule. These types of connections like the other types above must terminate at the enclave perimeter, enclave DMZ, or an enclave service network for filtering and content inspection before passing into the enclave's private network. If the tunnels do not meet any of the criteria above and bypass the enclave's perimeter without filtering and inspection, it will be a finding. Note: This vulnerability is not applicable for any VPN connectivity between multiple sites of the same enclave, nor is it applicable for VPN remote access to the enclave. For theses deployments, the implementation must be compliant with all requirements specified within IPSec VPN STIG.
Fix: F-14203r3_fix
Move tunnel decapsulation to a secure end-point at the enclave's perimeter for filtering and inspection.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-TUNL-028
- Vuln IDs
-
- V-14738
- Rule IDs
-
- SV-15494r1_rule
Checks: C-12960r1_chk
Review the network architecture and ensure SIPRNet traffic is not tunneled across long-haul NIPRNet infrastructure unless approved as described. This policiy is not applicable to Base Area Networks, however BAN tunnels must comply with CJCSI 6211.02C.
Fix: F-14204r1_fix
Use the SIPRNet or follow policies for temporary tunneling.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-TUNL-029
- Vuln IDs
-
- V-14739
- Rule IDs
-
- SV-15495r1_rule
Checks: C-12961r1_chk
Review the Tunneled SIPRNet waiver and determine expiration of the waiver.
Fix: F-14205r1_fix
Use the SIPRNet is the DoD policy for classified traffic. An additional waiver is required in order to keep the circuit up.
- RMF Control
- Severity
- H
- CCI
- Version
- NET-TUNL-030
- Vuln IDs
-
- V-14740
- Rule IDs
-
- SV-15496r1_rule
Checks: C-12962r1_chk
Review the Tunnel SIPRNet waiver and determine if waiver documents approval of a ISP.
Fix: F-14206r1_fix
Shut the circuit down until approval is granted by the DSAWG.
- RMF Control
- Severity
- H
- CCI
- Version
- NET1826
- Vuln IDs
-
- V-14741
- Rule IDs
-
- SV-15497r1_rule
Checks: C-12963r1_chk
Review the network and ensure classified circuits are secured in a DOD facility.
Fix: F-14207r1_fix
Terminate all classified networks found in non-DOD facilities that are not government operated.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1827
- Vuln IDs
-
- V-14742
- Rule IDs
-
- SV-15498r1_rule
Checks: C-12964r1_chk
Review accreditation package and an Interim Authority to Connect/Authority to Connect (IATC/ATC) amending the connection approval received.
Fix: F-14208r1_fix
Document all SIPRNet connections.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-TUNL-031
- Vuln IDs
-
- V-14743
- Rule IDs
-
- SV-15499r1_rule
Checks: C-12965r1_chk
Review the approved commercial circuit and ensure type 1 encryption has been implemented.
Fix: F-14209r1_fix
Add approved type 1 encryption devices.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1830
- Vuln IDs
-
- V-14744
- Rule IDs
-
- SV-15500r1_rule
Checks: C-12966r1_chk
Interview the IAO and determine if in compliance.
Fix: F-14210r1_fix
The IAO will ensure orders support the level of data traffic on the link are documented.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1832
- Vuln IDs
-
- V-14745
- Rule IDs
-
- SV-15501r1_rule
Checks: C-12967r1_chk
Review the demarcation point and verify the area meets the security level required.
Fix: F-14211r1_fix
Facility demarcation point must meet approved security level.
- RMF Control
- Severity
- L
- CCI
- Version
- WIR0100
- Vuln IDs
-
- V-14844
- Rule IDs
-
- SV-15612r2_rule
Checks: C-13274r1_chk
1. Verify existence of approval documentation signed by U.S. Forces Command or host nation representatives. 2. In accordance with DoD policy, users of non-licensed devices that are intended for use outside of the US&P must submit appropriate forms (DD 1494) for host nation coordination/approval. This is not necessary when it is well known that the host nation makes wide use of the same WLAN protocols as the DoD (i.e., 802.11b, 802.11g, or 802.11n). However, this should be verified. Most noteworthy is that WLAN equipment in Japan uses 802.11j which operates in the 4.9 to 5.0 GHz band. WLAN equipment based on other standards interferes with such equipment in Japan. 3. Mark as a finding if approval documentation does not exist or is not available for verification.
Fix: F-14435r1_fix
The IAO will ensure required approvals are received before wireless equipment / system is activated.
- RMF Control
- Severity
- M
- CCI
- Version
- WIR0145-01
- Vuln IDs
-
- V-14887
- Rule IDs
-
- SV-15655r2_rule
Checks: C-13413r1_chk
Detailed policy requirements: DoDD 8100.2 requires ALL DoD networks use a wireless IDS to scan for unauthorized wireless devices. The WIDS sensor and server must meet the following requirements: -For a continuous Wireless IDS (WIDS) scanning system: --System is server-based, whereby sensor scanning results are consolidated and evaluated by a WIDS server. --The WIDS will scan continuously 24 hours/day, 7 days/week to detect authorized and unauthorized activity. --The WIDS will include a location sensing protection scheme for authorized and unauthorized wireless devices that will provide information enabling designated site personnel to take appropriate actions. NOTE: While not recommended, WLAN access points that also provide WIDS scanning capability are acceptable as "continuous scanning" WIDS sensors. - For a periodic WIDS scanning system: --The DAA will determine how often WIDS scanning will be conducted based on the results of the wireless risk assessment. (DISA recommends at least every 90 days.) --Periodic scanning will be conducted by using handheld or laptop WIDS scanners during a walk-through assessment of the network environment. NOTE: The WIDS must cover all WLAN frequencies transmitted by the WLAN equipment. The WLAN frequency band can vary by country and the WIDS must cover all channels being used in a country the equipment is being used in. For example, the allowed WLAN channels are different in the U.S., Japan, and many European countries. Check procedures: Interview the site IAO. Determine if the scanning by a Wireless Intrusion Detection System (WIDS) is continuous or periodic. See Check V0018596 (NET-WIDS-001 / WIR0050). Verify the site’s WIDS scanning system meets the following requirements: -For Continuous WIDS scanning: --Verify the site has installed a continuous-scanning WIDS system (e.g., AirDefense, Airmagnet, etc.). --Verify the WIDS is set up to scan continuously 24 hours/day, 7 days/week to detect authorized and unauthorized activity. --Verify the WIDS includes a location sensing protection scheme for authorized and unauthorized wireless devices. --Mark as a finding if any of these requirements have not been met. -For Periodic WIDS scanning: --Verify the DAA has determined the frequency of the scans. Review the DAA approved wireless risk assessment. --Mark as a finding if any of these requirements have not been met.
Fix: F-34071r1_fix
Install and operate WIDS on a continuous or periodic basis in a manner consistent with policy requirements.
- RMF Control
- Severity
- M
- CCI
- Version
- WIR0025
- Vuln IDs
-
- V-14894
- Rule IDs
-
- SV-15662r4_rule
Checks: C-13403r3_chk
Detailed Policy Requirements: For WLAN Access Points: If the WLAN infrastructure network device (access point, bridge, WLAN switch/gateway/controller, etc.) is used in an unprotected public area, the following security controls are required. (The site Physical Security Officer should make a determination if a WLAN device installation location should be considered to be an unprotected public area.) One of the following security controls is required: - The WLAN device must be physically secured by placing it inside a securely mounted, pick-resistant, and lockable enclosure. - The encryption keys stored on the device must be encrypted on the device using an encryption module validated as meeting FIPS 140-2 Level 2, at a minimum. Check Procedures: The NSO will ensure all network devices (i.e., IDS, routers, servers, Remote Access System (RAS), firewalls, WLAN access points, etc.) are located in a secure room with limited access or otherwise secured to prevent tampering or theft. For WLAN Access Points: Determine if the WLAN network component of the WLAN system (e.g., access point or bridge) is installed in an unprotected public area where unauthorized personnel can get access to the device. The Physical Security Reviewer may be able to assist in this determination. If yes, the following requirements apply. Note: Access points installed above ceiling tiles in a controlled access area or installed 30 feet above the ground in a controlled access hanger can be considered to be installed in a protected non-public area. The site Physical Security Officer should make a determination if a WLAN device installation location should be considered to be in an unprotected public area. Determine if the WLAN device has been validated as meeting FIPS 140-2 Level 2, at a minimum, or physically secured by placing it inside a securely mounted, pick-resistant, and lockable enclosure. Mark as a finding if the requirements above are not met. For SME PED: During SRR walkthrough inspection, visually confirm the SME PED servers and network equipment (such as, HAIPE) are installed in secured areas.
Fix: F-11355r2_fix
Place all network devices (i.e., Intrusion Detection System (IDS), routers, Remote Access System (RAS), firewalls, etc.) in a secure room with limited access or otherwise secured to prevent tampering or theft. WIR0225 provides physical security requirements for classified WLAN systems.
- RMF Control
- Severity
- H
- CCI
- Version
- NET-IPV6-050
- Vuln IDs
-
- V-15239
- Rule IDs
-
- SV-16017r2_rule
Checks: C-13636r3_chk
Review the IPv4 security policy and verify the IPv6 security policy mirrors the IPv4 policy. Once this has been accomplished, begin appending IPv6 specific security policies to mitigate specific IPv6 vulnerabilities.
Fix: F-14679r3_fix
Build the IPv6 security policy from IPv4, then begin adding IPv6 specific policies for the new threats inherited by IPv6.
- RMF Control
- Severity
- H
- CCI
- Version
- NET-IPV6-053
- Vuln IDs
-
- V-15290
- Rule IDs
-
- SV-16070r1_rule
Checks: C-13689r1_chk
Interview the IAO and router administrator to see if tunnel broker solutions have been implemented into the enclave. Below is an incomplete list of tunnel brokers. AARNet ACADEMIA Sinica Computing Centre ECS Southampton Hexago / Freenet6 SixXS UKERNA Wanadoo France Ameri.ca BT Exact CERNET Consulintel / Euro6IX Dolphins / AS8758 Earthlink R&D FCCN Hurricane Electric IIJ MANIS MyTBS NECTEC NGNet.It Nerim SCC SingNet Unix-Servers.de XS26 XS4All
Fix: F-14732r1_fix
Remove the tunnel broker from the enclave.
- RMF Control
- Severity
- H
- CCI
- Version
- NET-IPV6-054
- Vuln IDs
-
- V-15291
- Rule IDs
-
- SV-16071r1_rule
Checks: C-13690r1_chk
If IPv6 has been implemented perform the following check. TRT systems use transport layer (TCP/UDP) relay technique to translate IPv6 traffic to IPv4 traffic. TCP/UDP Relay requires at least one TRT relay server to be operated per site. TRT require mapping between DNS names to temporary IPv4 addresses, thus it requires a specially configured DNS server to run.. Normally users do not want to translate DNS query/reply traffic using the TRT system. Instead, it makes more sense to run standard DNS server, or special DNS server that helps TRT system, somewhere in the site IPv6 network. Interview the DNS Administrator to determine if TRT server has been implemented in the enclave and if so inquire on special DNS configurations to support the TCP/UDP Relay. Most vendors do not support this transition mechanism.
Fix: F-14733r1_fix
Prevent TCP/UDP Relay from leaving the enclave.
- RMF Control
- Severity
- H
- CCI
- Version
- NET-IPV6-055
- Vuln IDs
-
- V-15292
- Rule IDs
-
- SV-16072r1_rule
Checks: C-13691r1_chk
Interview the DNS administrators to determine if BIS is being used.
Fix: F-14734r1_fix
Prevent BIS from leaving the enclave.
- RMF Control
- Severity
- H
- CCI
- Version
- NET-IPV6-056
- Vuln IDs
-
- V-15298
- Rule IDs
-
- SV-16081r1_rule
Checks: C-13700r1_chk
The SOCKS-based gateway mechanism requests socksification of applications (install *Socks Lib*) to accomplish heterogeneous communications. It is not necessary to modify (change source codes and recompile them, etc.) the applications, because typical socksification is done by changing the linking order of dynamic link libraries (specifically, by linking the SOCKS dynamic link library before the dynamic link libraries for normal socket and DNS name resolving APIs). The mechanism does not request modification of the DNS system, because the DNS name resolving procedure at the Client C is delegated to the dual stack node Gateway G (review vulnerability discussion). Review the firewall can help determine if the Socks port is open. Interview the IAO, DNS administrator, and Firewall Administrator to determine if a SOCKS-based Gateway is present in the enclave if port 1080 is open.
Fix: F-14740r1_fix
Prevent the SOCKS-based Gateway traffic from leaving the enclave.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-IPV6-057
- Vuln IDs
-
- V-15299
- Rule IDs
-
- SV-16082r1_rule
Checks: C-13701r1_chk
Interview the IAO, Network Administrator and the DNS Administrator and determine if additional transition mechanisms are implemented in the enclave. Deny all Transition Mechanisms at the FW or Perimeter Router such as: GRE NAT-PT IP in IP IPSec AH/ESP TEREDO BIS RFC 2767 SOCKS64, RFC 3089
Fix: F-14741r1_fix
Disable all but one transition mechanism.
- RMF Control
- Severity
- L
- CCI
- Version
- NET-IDPS-036
- Vuln IDs
-
- V-15424
- Rule IDs
-
- SV-16251r1_rule
Checks: C-14437r1_chk
Have the NID SA display the build number or patch level, then search the vendor’s vulnerability database for current release and patch level.
Fix: F-15094r1_fix
Upgrade to current signatures posted by the vendor.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1114
- Vuln IDs
-
- V-15430
- Rule IDs
-
- SV-16257r1_rule
Checks: C-14438r1_chk
Interview IAO and router administrator to verify compliance.
Fix: F-15095r1_fix
Have the IAO modify the Change Control Process.
- RMF Control
- Severity
- M
- CCI
- Version
- WIR0010-01
- Vuln IDs
-
- V-15782
- Rule IDs
-
- SV-16721r5_rule
Checks: C-15968r6_chk
Interview the site IAM and IAO and determine if personally owned or contractor owned CMDs (Bring Your Own Device – BYOD) are used at the site to transmit, receive, store, or process DoD information or connect to DoD networks. Mark as a finding if personally owned or contractor owned CMDs (Bring Your Own Device – BYOD) are used to transmit, receive, store, or process DoD information or connect to DoD networks.
Fix: F-4558r2_fix
Prohibit use of personally owned or contractor owned CMDs (Bring Your Own Device – BYOD) at the site to transmit, receive, store, or process DoD information or connect to DoD networks.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0998
- Vuln IDs
-
- V-17772
- Rule IDs
-
- SV-18981r1_rule
Checks: C-19035r1_chk
Review the management network topology and the IP address space deployed to determine if it has allowed for growth and scalability.
Fix: F-17671r1_fix
Define a large enough address block that will enable the management network to scale in proportion to the managed network.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0999
- Vuln IDs
-
- V-17858
- Rule IDs
-
- SV-19142r1_rule
Checks: C-19365r1_chk
Review the management network topology and review all management network element configurations to ensure that they have been assigned an IP address from the management address block.
Fix: F-17799r1_fix
Configure all management network Elements with an IP address from management address block.
- RMF Control
- Severity
- L
- CCI
- Version
- NET0810
- Vuln IDs
-
- V-17860
- Rule IDs
-
- SV-19152r1_rule
Checks: C-19370r1_chk
Review the network topology to determine that there are two NTP servers and what network they are connected to. Verify that they are both online according to the documented IP address. Where possible, deploy multiple gateways with diverse paths to the NTP servers. An alternative design is to have one server connected to a reference clock and the other server reference an external stratum-1 server. With this scenario, the NTP clients should be configured to prefer the stratum-1 server over the stratum-2 server. The NTP servers should be configured to easily scale by creating a hierarchy of lower level (stratum-2 to stratum-15) servers to accommodate the workload. The width and depth of the hierarchy is dependent on the number of NTP clients as well as the amount of redundancy that is required.
Fix: F-17801r1_fix
Deploy and implement at least two NTP servers in the management network.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1002
- Vuln IDs
-
- V-17901
- Rule IDs
-
- SV-19307r1_rule
Checks: C-20220r1_chk
Review the management network topology as well as physically inspecting management stations and servers to ensure that they are connected to only access switchports that are members of the management VLAN.
Fix: F-18248r1_fix
If the management systems reside within the same layer 2 switching domain as the managed network elements, then separate VLANs must be deployed to provide separation at that level. In this case, the management network still has its own subnet while at the same time it is defined as a unique VLAN.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-IDPS-016
- Vuln IDs
-
- V-18490
- Rule IDs
-
- SV-20025r1_rule
Checks: C-21124r1_chk
Review the DMZ architecture and verify public servers are being monitored by an IDPS system.
Fix: F-19077r1_fix
Place an IDPS sensor in the enclave to monitor public servers.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-IDPS-018
- Vuln IDs
-
- V-18492
- Rule IDs
-
- SV-20027r1_rule
Checks: C-21126r1_chk
Review the Server Farm architectural drawings and ensure a sensor is in place to protect the server farm.
Fix: F-19914r1_fix
Install an IDPS to monitor and protect the Server Farm or LAN segments containing servers inside the enclave.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-IDPS-019
- Vuln IDs
-
- V-18493
- Rule IDs
-
- SV-20028r1_rule
Checks: C-21127r1_chk
Review the Network Management subnet or OOB network and determine if the IDPS sensor is protecting the management network.
Fix: F-19083r1_fix
Install an IDPS to monitor and protect the Management Network (management subnet or OOB network).
- RMF Control
- Severity
- M
- CCI
- Version
- NET-IDPS-023
- Vuln IDs
-
- V-18495
- Rule IDs
-
- SV-20030r1_rule
Checks: C-21130r1_chk
The CNDSP Tier 2 is required to provide DoD component wide situational awareness and attack sensing and warning (AS&W) through coordinated reporting and information flows. Interview the IAO. Determine how the Regional Enterprise Enclave collects IDS data from the Base, Camp, Post or Station sub-enclaves for reporting and trend analysis. The Regional Enterprise Enclave could be the Tier 2 for the remote enclaves. Every enclave is considered a Tier 3 and a procedure must be in place for this data to be collected by the Tier 2.
Fix: F-19085r1_fix
Create a POA&M to design a network to collect data from the sub-enclaves for reporting and trend analysis.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-IDPS-024
- Vuln IDs
-
- V-18496
- Rule IDs
-
- SV-20031r1_rule
Checks: C-21131r1_chk
Interview the IAO and determine how the IDS sensor data is protected in transit. Determine the data path from management interfaces, how data is collected and moved in transit.
Fix: F-19086r1_fix
Design a communications path for OOB traffic or create an encrypted tunnel using a FIPS 140-2 validated encryption algorithm to protect data.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-IDPS-025
- Vuln IDs
-
- V-18497
- Rule IDs
-
- SV-20032r1_rule
Checks: C-21132r1_chk
Interview the IAO and determine how the IDS sensor data is protected in transit. Determine the data path from management interfaces, how data is collected and moved in transit.
Fix: F-19087r1_fix
Design a communications path for OOB traffic or create a VLAN for IDPS traffic to protect the data.
- RMF Control
- Severity
- L
- CCI
- Version
- NET-IDPS-027
- Vuln IDs
-
- V-18504
- Rule IDs
-
- SV-20039r1_rule
Checks: C-21198r1_chk
Interview the Network IDPS administrator and determine if Anomaly-based detection is deployed in the environment. If implemented, ensure that any products collecting baselines for anomaly-based detection have their baselines rebuilt periodically to support accurate detection
Fix: F-19095r1_fix
Establish procedures to update anomaly-based sensors.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-IDPS-028
- Vuln IDs
-
- V-18505
- Rule IDs
-
- SV-20040r1_rule
Checks: C-21206r1_chk
Interview the Regional enclave SA and determine how remote Bases, Camps, Posts, or Stations receive their updates.
Fix: F-19096r1_fix
Create an enterprise solution to maintain IDPS sensors.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-IDPS-029
- Vuln IDs
-
- V-18506
- Rule IDs
-
- SV-20041r1_rule
Checks: C-21207r1_chk
If the signatures are located on a server, verify that the directories on which the signature packs are placed are protected by read-only access.
Fix: F-19097r1_fix
Modify the access restrictions to prevent the signatures from being updated.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-IDPS-030
- Vuln IDs
-
- V-18507
- Rule IDs
-
- SV-20042r1_rule
Checks: C-21208r1_chk
Review the Server accounts and determine if the accounts with read access to the signatures are isolated to the IDS sensors.
Fix: F-19098r1_fix
Secure the signatures from access to accounts for IDS updates.
- RMF Control
- Severity
- L
- CCI
- Version
- NET-IDPS-031
- Vuln IDs
-
- V-18510
- Rule IDs
-
- SV-20045r1_rule
Checks: C-21274r1_chk
Interview the SA to understand the maintenance procedures. Have SA display the backup files saved on the file server.
Fix: F-19104r1_fix
Establish backup procedures and define directories to store the configuration settings and operating system versions.
- RMF Control
- Severity
- L
- CCI
- Version
- NET-IDPS-032
- Vuln IDs
-
- V-18511
- Rule IDs
-
- SV-20046r1_rule
Checks: C-21275r1_chk
Interview the SA and determine the process of validation. Have the SA compare the checksum of the latest signature update with the checksum from the file on the vendor site.
Fix: F-19105r1_fix
Establish change control procedures that include file validation and integrity.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-VLAN-010
- Vuln IDs
-
- V-18520
- Rule IDs
-
- SV-20059r1_rule
Checks: C-21295r1_chk
Review the Server Farm network drawings that detail the servers located in the server farm. Compare the drawings to the VLAN interfaces on the switch or firewall. Current firewall technology has introduced VLAN support. The VLAN configuration may be on the physical or a logical firewall interface. By interviewing the SA or Server Farm lead, ensure web applications and servers are isolated from databases VLANs; ensure mail services are isolated similarly. Review the vulnerability discussion for further details.
Fix: F-19123r1_fix
Develop a VLAN provisioning architecture and implement the plan to isolate clients, and core business traffic and services.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-VLAN-013
- Vuln IDs
-
- V-18521
- Rule IDs
-
- SV-20060r1_rule
Checks: C-21296r1_chk
Review the Server Farm network drawings that detail the servers located in the server farm. Compare the drawings to the VLAN interfaces on the switch or firewall. Current firewall technology has introduced VLAN support. The VLAN configuration may be on the physical or a logical firewall interface. By interviewing the SA or Server Farm lead, ensure databases containing personnel records are isolated. If the data center leases floor space, ensure clients are isolated from each other; etc.
Fix: F-19124r1_fix
Develop a VLAN provisioning architecture and implement the plan to isolate clients, and core business traffic and services.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-VLAN-016
- Vuln IDs
-
- V-18528
- Rule IDs
-
- SV-20067r1_rule
Checks: C-21303r1_chk
Interview the SA and gather information from the firewall and layer 3 switch. Determine which servers, if any are providing web services in the server farm that do not have a front-end server by looking for web traffic using port 80 or 443. Verify web services do not go beyond the perimeter protection boundary.
Fix: F-19131r1_fix
Move non-tiered applications to a VLAN in the DMZ>
- RMF Control
- Severity
- M
- CCI
- Version
- NET-VLAN-017
- Vuln IDs
-
- V-18529
- Rule IDs
-
- SV-20068r1_rule
Checks: C-21314r1_chk
Review the DMZ architectural drawings. Determine the VLAN provisioning that has been defined off the perimeter firewall. Identify web server and applications located in the DMZ and determine which VLANs they are associated.
Fix: F-19132r1_fix
Isolate the Web servers and applications to VLANs identified for web access.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-VLAN-018
- Vuln IDs
-
- V-18530
- Rule IDs
-
- SV-20069r1_rule
Checks: C-21315r1_chk
Review the DMZ architectural drawings. Determine the VLAN provisioning that has been defined off the perimeter firewall. Identify ftp services located in the DMZ and determine which VLANs they are associated.
Fix: F-19133r1_fix
Isolate FTP services in the DMZ to a VLAN.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-VLAN-020
- Vuln IDs
-
- V-18532
- Rule IDs
-
- SV-20071r1_rule
Checks: C-21317r1_chk
Review the DMZ architectural drawings. Determine the VLAN provisioning that has been defined off the perimeter firewall. Identify IM services located in the DMZ and determine which VLANs they are associated.
Fix: F-19135r1_fix
Isolate Instant Messaging services located in the DMZ to a VLAN.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-VLAN-021
- Vuln IDs
-
- V-18533
- Rule IDs
-
- SV-20072r1_rule
Checks: C-21318r1_chk
Review the DMZ architectural drawings. Determine the VLAN provisioning that has been defined off the perimeter firewall. Identify VoIP and VTC traffic located in the DMZ and determine which VLANs they are associated.
Fix: F-19136r1_fix
Isolate VoIP and VTC traffic in the DMZ with VLANs.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-VLAN-022
- Vuln IDs
-
- V-18534
- Rule IDs
-
- SV-20073r1_rule
Checks: C-21319r1_chk
Review the DMZ architectural drawings. Determine the VLAN provisioning that has been defined off the perimeter firewall. Identify email servers located in the DMZ and determine which VLANs they are associated. Ensure ISA servers are in a separate VLAN from email servers.
Fix: F-19137r1_fix
Isolate email servers in the DMZ to a VLAN. Isolate ISA servers in the DMZ to a VLAN.
- RMF Control
- Severity
- L
- CCI
- Version
- NET-NAC-007
- Vuln IDs
-
- V-18561
- Rule IDs
-
- SV-20105r1_rule
Checks: C-21586r1_chk
Interview the IAO and determine if the NAC solution supports all wired, wireless, and remote access devices. Review the switch configurations that support each of these device types and determine if the AAA server is defined, the default is identified as the AAA server and dynamic vlan authorization is being given to the AAA server.
Fix: F-19179r1_fix
Develop a plan to ensure the network is secured by implementing a NAC solution.
- RMF Control
- Severity
- L
- CCI
- Version
- NET-NAC-008
- Vuln IDs
-
- V-18562
- Rule IDs
-
- SV-20106r1_rule
Checks: C-21587r1_chk
Review the access control enforcement method deployed at the NAC appliance (policy decision point).
Fix: F-19180r1_fix
If the NAC appliance has implemented a DHCP layer 3 solution for authentication create a POA&M to migrate devices being supported by Layer 3 DHCP Authentication to a more secure solution such as described in NET-NAC-009.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-NAC-030
- Vuln IDs
-
- V-18567
- Rule IDs
-
- SV-20111r1_rule
Checks: C-21654r1_chk
Identify if the non-managed device's port is defined using MAC filtering as described in NET-NAC-009. If the non-managed device is not secured using MAC filtering. Review if the policy assessment enclave contains a Manual authorization that prompts the SA to grant access during port activation.
Fix: F-19195r1_fix
Implement switch port security for non-managed devices or implement a manual authentication process for the non-managed devices such as printers and legacy systems.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-NAC-017
- Vuln IDs
-
- V-18573
- Rule IDs
-
- SV-20117r1_rule
Checks: C-21765r1_chk
Review the VPN concentrator and ensure it is connected to the NAC gateway.
Fix: F-19207r1_fix
Connect the VPN concentrator to the untrusted NAC interface.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1352
- Vuln IDs
-
- V-18576
- Rule IDs
-
- SV-20120r1_rule
Checks: C-21811r1_chk
Review the DMZ architectural drawings. Interview the SA responsible for supporting the IDPS or appliance that performs filtering of mail content inspection, spam filtering, and MIME policies. Have the SA display the whitelists and blacklists definitions, URL filtering and protocol analysis. Determine if these policies are kept current by use of vendor updates.
Fix: F-19210r1_fix
Have an appliance installed or updated that provides the mail perimeter security controls that protect the enclave.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-WIDS-001
- Vuln IDs
-
- V-18596
- Rule IDs
-
- SV-20145r2_rule
Checks: C-22258r2_chk
Detailed Policy Requirements: DoD components will ensure that a Wireless Intrusion detection System (WIDS) is implemented that allows for monitoring of WLAN activity and the detection of WLAN-related policy violations on all unclassified and classified DoD wired and wireless LANs. The WIDS shall be capable of monitoring IEEE 802.11 transmissions within all DoD LAN environments and detect nearby unauthorized WLAN devices. WIDS shall not be required to monitor non-IEEE 802.11 transmissions. WIDS Implementation Criteria. The WIDS shall continuously scan for and detect authorized and unauthorized WLAN activities 24 hours a day, 7 days a week. Note: Exceptions to WIDS implementation criteria may be made by the DAA for DoD wired and wireless LAN operating environments. This exception allows the DAA to implement periodic scanning conducted by designated personnel using handheld scanners during walk-through assessments. Periodic scanning may be conducted as the alternative to the continuous scanning only in special circumstances, where it has been determined on a case-by-case basis that continuous scanning is either infeasible or unwarranted. The DAA exception must be documented. The "infeasible" criteria includes the following use case examples: - It's not my building - this scenario means that for contractual, or other similar reasons, the DoD component is not allowed to install a WIDS. - There's no power or space is limited - this scenarios means that for space weight and power (SWAP) reasons, the addition of continuous scanning capabilities cannot be accomplished because it would exceeds SWAP availability. Another reason power would affect your decision to waive continuous scanning requirements is if the entire LAN is only in operation periodically (e.g. the wired/wireless LAN is enabled on a vehicle that is only operating when the vehicle is being used for a specific operation). - The exception for "Minimal Impact WLAN Systems" that: Do not provide connectivity to WLAN-enabled PEDs (i.e., backhaul systems); have no available FIPS 140 validated 802.1X EAP-TLS supplicant; support a very small number of users for a specific mission (i.e., 10 or less users); are standalone networks; or are highly specialized WLAN systems that are isolated from the GIG (e.g., handheld personal digital assistants (PDAs) used as radio-frequency identification (RFID) readers, a network of WLAN-enabled Voice over Internet Protocol (VoIP) phones)] allows the DAA to waive any of the security requirements in the Instruction. This includes using non-standard/proprietary FIPS validated encryption, using an alternative FIPS validated EAP type, and not having a continuous WIDS. -The cost of the continuous WIDS capability is more expensive that the total cost of the LAN without a WIDS. The DAA must conduct a wireless threat risk assessment where it has been shown by analysis that the threat environment is extremely unlikely to non-existent to meet the "unwarranted" exception criteria. Check Procedures: Interview the site IAO. Determine if the scanning by a WIDS is being conducted and if it is continuous or periodic. If a continuous scanning WIDS is used, there is no finding. If periodic scanning is used, verify the exception to policy is documented and signed by the DAA. Verify the exception meets one of the required criteria. Mark as a finding if periodic scanning is being performed but requirements have not been met. Mark as a finding if no WIDS scanning is being performed at the site.
Fix: F-19231r1_fix
Perform required WIDS scanning
- RMF Control
- Severity
- H
- CCI
- Version
- WIR0045
- Vuln IDs
-
- V-19813
- Rule IDs
-
- SV-21976r5_rule
Checks: C-24829r2_chk
Interview the IAO and inspect a sample of laptops/PCs (check about 10% if possible, with priority to laptops) used at the site for classified data processing. 1. Ask if there are laptops/PCs used to process classified information and have embedded wireless NICs. No embedded wireless NICs are allowed, including WLAN, Bluetooth, WMAN, cellular, etc. 2. The NIC should be physically removed. Using methods, such as tape or software disabling are not acceptable. Interview the IAO and determine if the site either bought laptops without wireless NICs (Wi-Fi, Bluetooth, WiMax, etc.) or physically removed the NICs from laptops. Verify the site has procedures in place to ensure laptops with wireless NICs are not used for classified data processing. Mark as a finding if site is using embedded wireless NICs. If this is a finding, recommend to the DAA this is a critical finding requiring immediate action.
Fix: F-20496r2_fix
Ensure computers with embedded wireless NICs that cannot be removed and are not used to transfer, receive, store, or process classified information.
- RMF Control
- Severity
- M
- CCI
- Version
- WIR0125-02
- Vuln IDs
-
- V-19894
- Rule IDs
-
- SV-22064r3_rule
Checks: C-25502r1_chk
Check Procedures: Review the WLAN system product documentation (specification sheet, administration manual, etc.), which should include the FIPS 140-2 certificate for the WLAN system. Verify the certificate specifically covers the implementation of AES-CCMP. If there are any concerns about the currency or veracity of the certificate in the product documentation, the reviewer should check the NIST Internet web site (http://csrc.nist.gov/groups/STM/cmvp/documents/140-1/140val-all.htm) and find the certificate.
Fix: F-34065r1_fix
Procure WLAN equipment whose implementation of AES-CCMP has been FIPS 140-2 validated.
- RMF Control
- Severity
- L
- CCI
- Version
- WIR0145-02
- Vuln IDs
-
- V-19896
- Rule IDs
-
- SV-22066r2_rule
Checks: C-25505r1_chk
Detailed policy requirements: The results of WIDS scans (logs and scan results) shall be maintained by the site for at least one year. Check procedures: Interview the site IAO. Verify the site has saved its scan results for at least one year, viewing one of the older logs to validate the practice. Mark as a finding if the site is not saving the logs/results or is saving them for less than one year.
Fix: F-34073r1_fix
IAO must ensure WIDS and operating procedures maintain WLAN scan results for at least one year.
- RMF Control
- Severity
- M
- CCI
- Version
- WIR0115-02
- Vuln IDs
-
- V-19900
- Rule IDs
-
- SV-22070r2_rule
Checks: C-25550r1_chk
Review the WLAN system product documentation (specification sheet, administration manual, etc.), which should include the FIPS 140-2 certificate for the WLAN system. Verify the certificate specifically covers the implementation of TLS. If there are any concerns about the currency or veracity of the certificate in the product documentation, the reviewer should check the NIST Internet web site (http://csrc.nist.gov/groups/STM/cmvp/documents/140-1/140val-all.htm) and find the certificate.
Fix: F-34115r1_fix
Procure WLAN equipment whose implementation of TLS has been FIPS 140-2 validated.
- RMF Control
- Severity
- M
- CCI
- Version
- NET-SRVFRM-006
- Vuln IDs
-
- V-23731
- Rule IDs
-
- SV-28600r1_rule
Checks: C-28846r1_chk
Verify the traffic flow from the DMZ to the server farm is proxied.
Fix: F-25870r1_fix
Deploy a reverse proxy for traffic from the DMZ to the server farm.
- RMF Control
- Severity
- M
- CCI
- Version
- NET1050
- Vuln IDs
-
- V-23735
- Rule IDs
-
- SV-28616r2_rule
Checks: C-28855r3_chk
Determine if all network device configurations stored offline are encrypted.
Fix: F-25887r3_fix
Encrypt all network device configurations stored offline.
- RMF Control
- Severity
- M
- CCI
- Version
- WIR0123
- Vuln IDs
-
- V-25319
- Rule IDs
-
- SV-31432r3_rule
Checks: C-31754r2_chk
Have the SA show how the access point and authentication server (if used) is physically connected to the firewall or supporting switch and how it is logically connected through firewall or switch configuration settings. Verify the equipment is connected to a subnet off of the perimeter firewall and the subnet only contains devices that support wireless connectivity to the Internet (WLAN Access Point, WLAN Authentication Server, etc.). The dedicated WLAN subnet required for Internet-only WLAN connections can be configured using logical separation. A separate physical infrastructure is not required. Mark as a finding if: - Any WLAN infrastructure device supporting Internet-only access is located somewhere other than a dedicated subnet off the perimeter firewall; - Any device not supporting the Internet-only WLAN resides in the subnet dedicated to the Internet-only WLAN.
Fix: F-28238r1_fix
Reconfigure physical and logical connections as needed so the Internet-only WLAN infrastructure resides in a dedicated subnet off the perimeter firewall.
- RMF Control
- Severity
- M
- CCI
- Version
- WIR0124
- Vuln IDs
-
- V-25322
- Rule IDs
-
- SV-31437r2_rule
Checks: C-31757r1_chk
Verify the perimeter firewall is configured with the following policies for the dedicated Internet-only WLAN infrastructure subnet: - All traffic from the client device is routed to the external facing Internet gateway. - No client initiated connection requests can be routed to the internal enclave. - No connection requests from the enclave can be routed to the Wi-Fi client on the internet-only subnet. - No connection requests from outside the enclave (e.g., Internet) can be routed to the Wi-Fi client on the internet-only subnet.
Fix: F-28241r1_fix
Configure the perimeter firewall as required for the dedicated Internet-only WLAN infrastructure subnet.
- RMF Control
- Severity
- M
- CCI
- Version
- WIR0114
- Vuln IDs
-
- V-30255
- Rule IDs
-
- SV-39891r2_rule
Checks: C-38911r1_chk
Check Procedures: Review the WLAN system product documentation (specification sheet, administration manual, etc.). Verify the system is WPA2-Enterprise certified. Mark as a finding if not WPA2-Enterprise certified. Note that WPA is the precursor certification to WPA2 and is not sufficient.
Fix: F-34048r1_fix
Procure WPA2-Enterprise certified WLAN equipment.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0180
- Vuln IDs
-
- V-31632
- Rule IDs
-
- SV-41919r2_rule
Checks: C-40348r3_chk
Validate global addresses in use on unclassified or classified networks are registered through the DoD Network Information Center. For NIPRNet, go to the website https://www.nic.mil For SIPRNet, go to the website https://www.ssc.smil.mil Click on "Whois Search" and enter the IP range of the enclave into the keyword search section. Verify that the site is registered for the range. NOTE: The Department of the Navy must use https://www.nnic.mil when verifying registered IP addresses.
Fix: F-35552r3_fix
Submit any unregistered and/or unauthorized global IP addresses to the DoD Network Information Center(NIC) for registration.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0185
- Vuln IDs
-
- V-31637
- Rule IDs
-
- SV-41924r5_rule
Checks: C-40352r11_chk
Review network diagrams, enterprise sensor reports, and network scans submitted to the Connection Approval Office. Determine that only global IP addresses assigned by the NIC are in use within the organization's SIPRNet enclave. Determine whether NAT and unauthorized IP address space is in use in the organization's SIPRNet enclave. Exceptions to this requirement are listed below: 1. Closed classified networks logically transiting SIPRNet for enclave-to-enclave VPN transport only. 2. Out-of-Band management networks, where the NATed nodes do not access SIPRnet base enterprise services. 3. Thin client deployments where the hosting thin client server serves as the SIPRnet access point for its thin clients and that the organization maintains detailed thin client service usage audit logs. 4. Valid operational mission need or implementation constraints. All exceptions must have approval by the SIPRNet DISN accreditation official, DISA DAA. If NAT and unauthorized IP address space is in use on the organization's SIPRNet infrastructure, this is a finding.
Fix: F-35556r4_fix
Remove the NAT configurations and private address space from the organization's SIPRNet enclave. Configure the SIPRNet enclave with SSC authorized .smil.mil or .sgov.gov addresses. If NAT or private address space is required, as per one of the stated exceptions or for valid mission requirements, then submit a detailed approval request to use of private addressing through the DSAWG Secretariat to the DISN accreditation official, DISA DAA. Exceptions to this requirement are listed below: 1. Closed classified networks logically transiting SIPRNet for enclave-to-enclave VPN transport only. 2. Out-of-Band management networks, where the NATed nodes do not access SIPRnet base enterprise services. 3. Thin client deployments where the hosting thin client server serves as the SIPRnet access point for its thin clients and that the organization maintains detailed thin client service usage audit logs. 4. Valid operational mission need or implementation constraints.
- RMF Control
- Severity
- M
- CCI
- Version
- NET0928
- Vuln IDs
-
- V-33831
- Rule IDs
-
- SV-44284r1_rule
Checks: C-41894r4_chk
Review the Bogon/Martian maintenance policy to validate plans and procedures are in place to protect the enclave from illegitimate network traffic with up to date Bogon/Martian rulesets.
Fix: F-37761r2_fix
Implement a Bogon/Martian maintenance policy to protect the enclave from illegitimate network traffic.