{"stig":{"title":"Symantec Edge SWG NDM Security Technical Implementation Guide","version":"1","release":"2"},"checks":[{"vulnId":"V-279248","ruleId":"SV-279248r1170510_rule","severity":"high","ruleTitle":"The Edge SWG must be configured to use FIPS mode.","description":"To prevent unauthorized connection of devices, unauthorized transfer of information, or unauthorized tunneling (i.e., embedding of data types within data types), organizations must disable unused or unnecessary physical and logical ports/protocols on information systems.\n\nNetwork devices are capable of providing a wide variety of functions and services. Some of the functions and services provided by default may not be necessary to support essential organizational operations. Additionally, it is sometimes convenient to provide multiple services from a single component (e.g., email and web services); however, doing so increases risk over limiting the services provided by any one component. \n\nTo support the requirements and principles of least functionality, the network device must support the organizational requirements providing only essential capabilities and limiting the use of ports, protocols, and/or services to only those required, authorized, and approved. Some network devices have capabilities enabled by default; if these capabilities are not necessary, they must be disabled. If a particular capability is used, then it must be documented and approved.\n\nSatisfies: SRG-APP-000142-NDM-000245, SRG-APP-000179-NDM-000265, SRG-APP-000224-NDM-000270, SRG-APP-000411-NDM-000330, SRG-APP-000412-NDM-000331","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"show configuration\".\n\nIf \"FIPS mode\" is not shown next to \"!- Version: SGOS 7.4.x.x SWG Edition\" this is a finding.","fixText":"Note: This will wipe all configurations, so it is imperative to do this configuration before any other.\n\n1. Log in to the Edge SWG SSH CLI.\n2. Enter \"fips-mode enable\".\nNote: This will disable all disallowed ports and protocols for management like SNMPv2c/1 and HTTP.\n3. Once warnings are accepted, the system will reboot.","ccis":["CCI-000382","CCI-000803","CCI-001188","CCI-002890","CCI-003123"]},{"vulnId":"V-279249","ruleId":"SV-279249r1170513_rule","severity":"high","ruleTitle":"The Edge SWG must be configured to use tlsv1.2 or greater.","description":"Passwords need to be protected at all times, and encryption is the standard method for protecting passwords. If passwords are not encrypted, they can be plainly read (i.e., clear text) and easily compromised.\n\nNetwork devices can accomplish this by making direct function calls to encryption modules or by leveraging operating system encryption capabilities.","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"management-services\".\n4. Enter \"edit https-console\".\n5. Enter \"view\".\n\nIf the \"SSL Protocol version\" does not equal both \"tlsv1.2\" and \"tlsv1.3\", this is a finding.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"management-services\".\n4. Enter \"edit https-console\".\n5. Enter \"attribute ssl-versions tlsv1.2 tlsv1.3\".","ccis":["CCI-000197"]},{"vulnId":"V-279250","ruleId":"SV-279250r1170680_rule","severity":"high","ruleTitle":"The Edge SWG must be configured to assign appropriate user roles or access levels to authenticated users.","description":"Successful identification and authentication must not automatically give an entity full access to a network device or security domain. The lack of authorization-based access control could result in the immediate compromise and unauthorized access to sensitive information. All DOD systems must be properly configured to incorporate access control methods that do not rely solely on authentication for authorized access.\n\nAuthorization is the process of determining whether an entity, once authenticated, is permitted to access a specific asset or set of resources. Information systems use access control policies and enforcement mechanisms to implement this requirement. Authorization procedures and controls must be implemented to ensure each authenticated entity also has a validated and current authorization.\n\nSome network devices are preconfigured with security groups. Other network devices enable operators to create custom security groups with custom permissions. For example, an information system security manager (ISSM) may require read-only access to audit the network device. Operators may create an audit security group, define permissions and access levels for members of the group, and then assign the ISSM's user persona to the audit security group. This is still considered privileged access, but the ISSM's security group is more restrictive than the network administrator's security group.\n\nNetwork devices that rely on AAA brokers for authentication and authorization services may need to identify the available security groups or access levels available on the network devices and convey that information to the AAA operator. Once the AAA broker identifies the user persona on the centralized directory service, the user's security group memberships can be retrieved. The AAA operator may need to create a mapping that links target security groups from the directory service to the appropriate security groups or access levels on the network device. Once these mappings are configured, authorizations can happen dynamically, based on each user's directory service group membership.\n\nSatisfies: SRG-APP-000033-NDM-000212, SRG-APP-000038-NDM-000213, SRG-APP-000340-NDM-000288, SRG-APP-000378-NDM-000302, SRG-APP-000380-NDM-000304, SRG-APP-000516-NDM-000335","checkContent":"In the Edge SWG Web UI, navigate to the Visual Policy Manager (VPM).\n\nUnder the layers, if an \"Admin Access\" layer is not configured, this is a finding.\n\nIf an \"Admin Access\" layer is configured, for HTTPS-console, verify the group is derived from the CAC/LDAPS admin group; otherwise, this is a finding.\n\nFor the SSH-console, verify the group is derived from the LDAPS admin group; otherwise, this is a finding.","fixText":"1. In the Edge SWG Web UI, navigate to the VPM.\n2. Click \"Add Layer\".\n3. Scroll down and select \"Admin Access\", then click \"Add\".\n4. Locate the Admin Access Layer (1) layer that was added and click \"Add rule\".\n5. Inside of the rule, under \"Source\", left-click and select \"Set\".\n6. Click \"Add new Object\".\n7. Select \"Group\".\n8. Under the group field, type in the full LDAPS Distinguished Name (DN) for the admin group. For example: \"CN=roadcom.admins.gsg,OU=BROADCOM,OU=Vendors, DC=dod,DC=local\"\n9. Under the \"Authentication Realm\", select the \"CAC certificate\" realm.\n10. Click \"Apply\", then click \"Set\".\n11. In the same rule, left-click in the \"Service\" field and click \"Set\".\n12. Select \"Service Name: HTTPS-console\" and click \"Set\".\n13. In the same rule, left-click in the \"Action\" field and click \"Set\".\n14. Select the action \"Allow Read/Write Access\" and click \"Set\".\n15. Repeat these steps to add various read-only or read-write groups for the HTTPS-console.\n16. For the SSH-Console click \"Add rule\".\n17. Inside of the rule, under \"Source\", left-click and select \"Set\".\n18. Click \"Add new Object\".\n19. Select \"Group\".\n20. Under the \"Group\" field, type in the full LDAPS Distinguished Name (DN) for the admin group. For example: CN=broadcom.admins.gsg,OU=BROADCOM,OU=Vendors, DC=dod,DC=local\n21. Under the \"Authentication Realm\", select the \"LDAPS\" realm. Do not select the CAC certificate realm.\n22. Click \"Apply\", then click \"Set\".\n23. In the same rule, left-click in the \"Service\" field and click \"Set\".\n24. Select \"Service Name: SSH-console\", and then click \"Set\".\n25. In the same rule, left-click in the \"Action\" field and click \"Set\".\n26. Select the action \"Allow Read/Write Access\" and click \"Set\".\n27. Repeat these steps to add various read-only or read-write groups for the SSH-console.","ccis":["CCI-000213","CCI-001368","CCI-002235","CCI-003980","CCI-001813","CCI-000345","CCI-000366"]},{"vulnId":"V-279251","ruleId":"SV-279251r1192886_rule","severity":"high","ruleTitle":"The Edge SWG must be configured to use at least two authentication servers for the purpose of authenticating users prior to granting administrative access.","description":"Before continuing, the site must follow the configuration steps in SYME-ND-000100.\n\nCentralized management of authentication settings increases the security of remote and nonlocal access methods. This control is particularly important protection against the insider threat. With robust centralized management, audit records for administrator account access to the organization's network devices can be more readily analyzed for trends and anomalies. The alternative method of defining administrator accounts on each device exposes the device configuration to remote access authentication attacks and system administrators with multiple authenticators for each network device.\n\nSatisfies: SRG-APP-000080-NDM-000220, SRG-APP-000516-NDM-000336, SRG-APP-000119-NDM-000236, SRG-APP-000120-NDM-000237, SRG-APP-000121-NDM-000238, SRG-APP-000122-NDM-000239, SRG-APP-000123-NDM-000240, SRG-APP-000131-NDM-000243, SRG-APP-000133-NDM-000244, SRG-APP-000156-NDM-000250, SRG-APP-000231-NDM-000271, SRG-APP-000329-NDM-000287, SRG-APP-000408-NDM-000314, SRG-APP-000149-NDM-000247, SRG-APP-000175-NDM-000262, SRG-APP-000177-NDM-000263, SRG-APP-000820-NDM-000170, SRG-APP-000825-NDM-000180","checkContent":"1. In the Edge SWG Web UI, navigate to the Configuration tab.\n2. Go to Services >> Management Services.\n3. Click \"Edit\" next to HTTPS-console.\n\nUnder the \"Service Settings\", if \"Verify Client\" is not checked, this is a finding.\n\nUnder the \"Authentication\" section under \"Configuration and Realms and Domains\", if a Certificate Realm is not configured and set with a valid LDAP authorization realm this is a finding.\n\nIn the Edge SWG Web UI, navigate to the VPM.\n\nIf an Admin Access layer is configured for HTTPS-console, verify the group is derived from the CAC/LDAPS admin group; otherwise, this is a finding.\n\nFor the SSH-console, verify the group is derived from the LDAPS admin group; otherwise, this is a finding.\n\n1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"ssh-console\" and then \"x509-auth\".\n4. Enter \"view\". \n\nIf \"x509 certificate authentication\" states \"disabled\", this is a finding.","fixText":"In the Edge SWG Web UI, navigate to the Configuration tab.\n\n1. Under the \"Authentication\" section under \"Configuration and Realms and Domains\", click \"Add Realm and LDAP\".\n2. Add a name.\n3. Under \"Primary Server\", enter the fully qualified domain name (FDQN) of the LDAPS primary domain controller (e.g., dc1.dod.mil), then enter the port number, e.g., 636.\n4. Click \"Enable SSL\".\n5. Select the SSL device profile created in SYME-ND-000800.\n6. Under \"User attribute Type\": userPrincipalName.\n7. Click \"Add DN\".\n8. Enter the path of the domain (e.g., dc=dod,dc=mil).\n9. Click \"Show\" under \"Advanced Settings\".\n10. Click \"Use the same refresh time for all\" and set the refresh time to 10 seconds.\n11. Set the Inactivity Timeout to 600 seconds.\n12. Select \"Local\" for Group Comparison. \n13. Under Alternate Server, type the secondary LDAPS domain controller (e.g., dc2.dod.mil), then enter the port number, e.g., 636.\n14. Under \"Search\", click \"only Authorized\" and add the search user and password (i.e., the LDAPS service account) in DN format (e.g., CN=broadcom_svc,OU=BROADCOM,DC=dod,DC=mil)\n15. Under \"Groups\" select \"user\" for membership type and attribute as member of.\n16. Under \"Object Classes\" ensure \"container\" is selected.\n17. Click the \"test Configuration\" to ensure all configuration has been entered correctly.\n\nIn the Edge SWG Web UI, navigate to the Configuration tab.\n\n1. Under the Authentication section under \"Configuration and Realms and Domains\", click \"Add Realm and Certificate\".\n2. Make the name: \"CAC\"\n3. Under username enter: $(SubjectAltName.OtherName)\n4. Under full username enter: $(SubjectAltName.OtherName.1)\n5. Ensure \"Authorization Realm\" is checked and the previous LDAPS realm is selected. \n6. Under \"Authorization Username\", select \"Determined by Search\".\n7. Ensure the LDAPS search realm is selected.\n8. Enter the following in the search filter: (userPrincipalName=$(cs-username)) and ensure the user attribute \"Use FQDN\" is selected.\n9. Click \"Show\" advanced settings.\n10. Ensure \"Use persistent cookies\" and \"Verify the IP address in the cookie\" are not checked.\n\nIn the Edge SWG Web UI, navigate to the Configuration tab.\n\n1. Under \"Services\", click \"Proxy Services\".\n2. Click \"Add Service\".\n3. Name the service \"CAC-MC-Notify\".\n4. Under \"Proxy type\", select \"HTTPS Reverse Proxy\".\n5. Under \"Key Ring and CCL\", use those created under SYME-ND-000800.\n6. Ensure SSL version is TLS 1.2 or 1.3 only.\n7. Under \"Listeners\", add the management IPv4 address intercepting on port 444.\n8. Under \"Listeners\", add the management IPv6 address intercepting on port 444.\n\nIn the Edge SWG Web UI, navigate to the VPM.\n\n1. Go to the Symantec web portal to download the CPL text file called \"AdminLoginBanner.txt\", which will be used at https://knowledge.broadcom.com/external/article/388134.\n2. Click \"Add Layer\". \n3. Select \"CPL\".\n4. Download the exact CPL file hosted on the Symantec website. \n5. Click \"Apply Policy\" and ensure it loaded correctly.\n\nGo back to the main portion of the VPM.\n\n1. Click \"Add Layer\".\n2. Scroll down and select \"Admin Access\", then click \"Add\".\n3. Locate the Admin Access Layer (1) that was added and click \"Add rule\".\n4. Inside of the rule, under \"Source\", left-click and select \"Set\".\n5. Click \"Add new Object\".\n6. Select \"Group\".\n7. Under \"Group\" type in the full LDAPS full Distinguished Name (DN) for the admin group. e.g., CN=broadcom.admins.gsg,OU=BROADCOM,OU=Vendors,DC=dod,DC=local\n8. Under the \"Authentication Realm\", select the \"CAC Certificate Realm\".\n9. Click \"Apply\", then click \"Set\".\n10. In the same rule, left-click in the \"Service\" field and click \"Set\".\n11. Select Service Name: HTTPS-console and click \"Set\".\n12. In the same rule, left-click in the \"Action\" field and click \"Set\".\n13. Select the action \"Allow Read/Write Access\" and click \"Set\".\n14. Repeat these steps to add various read-only or read-write groups for the HTTPS-console.\n15. For the SSH-Console click \"Add rule\".\n16. Inside of the rule, under \"Source\", left-click and select \"Set\".\n17. Click \"Add new Object\".\n18. Select \"Group\".\n19. Under the \"Group\" field type in the full LDAPS full Distinguished Name (DN) for the admin group. e.g., CN=broadcom.admins.gsg,OU=BROADCOM,OU=Vendors,DC=dod,DC=local\n20. Under the \"Authentication Realm\", select the \"LDAPS\" realm; do not select the CAC certificate realm.\n21. Click \"Apply\", then click \"Set\".\n22. In the same rule, left-click in the \"Service\" field and click \"Set\".\n23. Select \"Service Name: SSH-console\" and click \"Set\".\n24. In the same rule, left-click in the \"Action\" field and click \"Set\".\n25. Select the action \"Allow Read/Write Access\" and click \"Set\".\n26. Repeat these steps to add various read-only or read-write groups for the SSH-console.\n27. Click \"Apply Policy\" and ensure it loaded correctly.\n\nIn the Edge SWG Web UI, navigate to the Configuration tab.\n\n1. Under \"Services\", click \"Management Services\".\n2. Click to edit the HTTPS-Console.\n3. Ensure the keyring and CCL are those created in SYME-ND-000800.\n4. Check \"Verify Client\" and select \"Apply then save\".\n5. Close, then re-open the browser, then go to the URL associated with the login banner, https://proxy.dod.mil:444.\n6. Once the login banner is presented, click \"Accept\".\n7. Select the CAC certificate. Provide the PIN. The user must be authenticated.\n\nNote: If it is unsuccessful, it is possible the LDAPS credential is not valid, the group does not match, or there is an OCSP revocation issue.","ccis":["CCI-000166","CCI-000370","CCI-000163","CCI-000164","CCI-001493","CCI-001494","CCI-001495","CCI-003992","CCI-001499","CCI-001941","CCI-001199","CCI-002169","CCI-000366","CCI-002883","CCI-000765","CCI-000185","CCI-000187","CCI-000764","CCI-004046","CCI-004047"]},{"vulnId":"V-279252","ruleId":"SV-279252r1170685_rule","severity":"high","ruleTitle":"The Edge SWG must be configured to send log data to at least one central log server for the purpose of forwarding alerts to the administrators and the information system security officer (ISSO).","description":"Before continuing, the site must follow the configuration steps under SYME-ND-000800.\n\nThe aggregation of log data kept on a syslog server can be used to detect attacks and trigger an alert to the appropriate security personnel. The stored log data can be used to detect weaknesses in security that enable the network IA team to find and address these weaknesses before breaches can occur. Reviewing these logs, whether before or after a security breach, are important in showing whether someone is an internal employee or an outside threat.\n\nSatisfies: SRG-APP-000027-NDM-000209, SRG-APP-000026-NDM-000208, SRG-APP-000028-NDM-000210, SRG-APP-000029-NDM-000211, SRG-APP-000091-NDM-000223, SRG-APP-000095-NDM-000225, SRG-APP-000381-NDM-000305, SRG-APP-000515-NDM-000325, SRG-APP-000516-NDM-000350, SRG-APP-000795-NDM-000130","checkContent":"1. In the Edge SWG Web UI, navigate to the Administration tab.\n2. Select the \"Logging\" and \"Event Logging\" areas.\n3. Scroll down to the \"Syslog Loghosts\". \n\nIf a syslog server hostname/IP address is not configured, this is a finding.\n\nIf the syslog loghost is configured but is not using the TLS protocol, this is a finding.\n\n4. Scroll down to the \"Default Notification\" section, under \"Syslog\". \n\nIf it is not \"Enabled\" and set to \"all messages\", this is a finding.","fixText":"1. In the Edge SWG Web UI, navigate to the Administration tab.\n2. Select the \"Logging\" and \"Event Logging\" areas.\nNote: This section sets the \"SSL Keyring\", which is needed for the \"SSL Device Profile\". Once the SSL Device Profile has been created properly, scroll down to the \"Syslog Loghosts\".\n3. Click \"Add loghost\".\n4. Click \"TLS\".\n5. Enter the fully qualified domain name of the log server.\n6. Enter the port, by default TLS syslog is 6514.\n7. Under \"SSL Device Profile\" select the profile associated with the DOD PKI certificate and key created previously.\n8. Click \"Add\".\n9. Scroll down to \"Default Notifications\", ensure \"Syslog\" is set to \"Enabled\", and the \"Level\" is \"All Messages\".\n10. On the syslog server, ensure the server is receiving the messages and troubleshoot any TLS-related communications issues.","ccis":["CCI-001403","CCI-000018","CCI-001404","CCI-001405","CCI-000172","CCI-000130","CCI-003938","CCI-001851","CCI-003831"]},{"vulnId":"V-279253","ruleId":"SV-279253r1170687_rule","severity":"medium","ruleTitle":"The Edge SWG must be configured to enforce the limit of three consecutive invalid logon attempts, after which time it must block any login attempt for 15 minutes.","description":"By limiting the number of failed login attempts, the risk of unauthorized system access via user password guessing, otherwise known as brute-forcing, is reduced.","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Issue the command \"security local-user-list edit local\", then type \"view\".\n\nIf \"Max failed attempts\" under \"Account lockout\" does not equal \"3\", this is finding.\n\nIf \"Lockout duration\" under \"Account lockout\" does not equal \"900 seconds\", this is a finding.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Issue the command \"security local-user-list create local\".\n4. Enter \"security local-user-list edit local\".\n5. Enter \"max-failed-attempts 3\".\n6. Enter \"lockout-duration 900\".\n7. Enter \"reset-interval 900\".","ccis":["CCI-000044"]},{"vulnId":"V-279254","ruleId":"SV-279254r1170689_rule","severity":"medium","ruleTitle":"The Edge SWG must display the Standard Mandatory DOD Notice and Consent Banner before granting access to the device.","description":"Display of the DOD-approved use notification before granting access to the network device ensures privacy and security notification verbiage used is consistent with applicable federal laws, Executive Orders, directives, policies, regulations, standards, and guidance.\n\nSystem use notifications are required only for access via logon interfaces with human users.\n\nSatisfies: SRG-APP-000068-NDM-000215, SRG-APP-000069-NDM-000216","checkContent":"1. In the Edge SWG Web UI, navigate to the Configuration tab.\n2. Go to \"Services\" then \"Proxy Services\".\n\nIf there is no \"HTTP Reverse Proxy\" service named \"CAC-MC-Notify\" this is a finding.\n\n1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"show ssh-console pre-authentication-terms\".\n\nIf there is no text, or the text is not the following, this is a finding:\n\"You are accessing a U.S. Government (USG) Information System (IS) that is provided for USG-authorized use only.\nBy using this IS (which includes any device attached to this IS),you consent to the following conditions:\n-The USG routinely intercepts and monitors communications on this IS for purposes including, but not limited to, penetration testing, COMSEC monitoring, network operations and defense, personnel misconduct (PM), law enforcement (LE), and counterintelligence (CI) investigations.\n-At any time, the USG may inspect and seize data stored on this IS.\n-Communications using, or data stored on, this IS are not private, are subject to routine monitoring, interception and search, and may be disclosed or used for any USG-authorized purpose.\n-This IS includes security measures (e.g., authentication and access controls) to protect USG interests--not for your personal benefit or privacy.\n-Notwithstanding the above, using this IS does not constitute consent to PM, LE, or CI investigative searching or monitoring of the content of privileged communications, or work product, related to personal representation or services by attorneys, psychotherapists, or clergy, and their assistants. Such communication and work product are private and confidential. See User Agreement for details\".\n\n4. Enter \"serial-console\".\n5. Enter \"view pre-authentication-terms\".\n\nIf there is no text or the text is not the following, this is a finding:\n\"You are accessing a U.S. Government (USG) Information System (IS) that is provided for USG-authorized use only.\nBy using this IS (which includes any device attached to this IS),you consent to the following conditions:\n-The USG routinely intercepts and monitors communications on this IS for purposes including, but not limited to, penetration testing, COMSEC monitoring, network operations and defense, personnel misconduct (PM), law enforcement (LE), and counterintelligence (CI) investigations.\n-At any time, the USG may inspect and seize data stored on this IS.\n-Communications using, or data stored on, this IS are not private, are subject to routine monitoring, interception and search, and may be disclosed or used for any USG-authorized purpose.\n-This IS includes security measures (e.g., authentication and access controls) to protect USG interests--not for your personal benefit or privacy.\n-Notwithstanding the above, using this IS does not constitute consent to PM, LE, or CI investigative searching or monitoring of the content of privileged communications, or work product, related to personal representation or services by attorneys, psychotherapists, or clergy, and their assistants. Such communication and work product are private and confidential. See User Agreement for details\".","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"serial-console\".\n4. Enter \"inline pre-authentication-terms ~\", then press enter.\n5. Paste the exact required text below along with the EOF marker of ~:\n\nYou are accessing a U.S. Government (USG) Information System (IS)\nthat is provided for USG-authorized use only.\nBy using this IS (which includes any device attached to this IS),\nyou consent to the following conditions:\n-The USG routinely intercepts and monitors communications on this IS for purposes including, but not limited to, penetration testing, COMSEC monitoring, network operations and defense, personnel misconduct (PM), law enforcement (LE), and counterintelligence (CI) investigations.\n-At any time, the USG may inspect and seize data stored on this IS.\n-Communications using, or data stored on, this IS are not private, are subject to routine monitoring, interception and search, and may be disclosed or used for any USG-authorized purpose.\n-This IS includes security measures (e.g., authentication and access controls) to protect USG interests--not for your personal benefit or privacy.\n-Notwithstanding the above, using this IS does not constitute consent to PM, LE, or CI investigative searching or monitoring of the content of privileged communications, or work product, related to personal representation or services by attorneys, psychotherapists, or clergy, and their assistants. Such communication and work product are private and confidential. See User Agreement for details.\n~\n6. Enter \"exit\".\n7. Enter \"ssh-console\".\n8. Enter \"inline pre-authentication-terms ~\".\n9. Paste the exact DOD required text below along with the EOF marker of ~:\n\nYou are accessing a U.S. Government (USG) Information System (IS)\nthat is provided for USG-authorized use only.\nBy using this IS (which includes any device attached to this IS),\nyou consent to the following conditions:\n-The USG routinely intercepts and monitors communications on this IS for purposes including, but not limited to, penetration testing, COMSEC monitoring, network operations and defense, personnel misconduct (PM), law enforcement (LE), and counterintelligence (CI) investigations.\n-At any time, the USG may inspect and seize data stored on this IS.\n-Communications using, or data stored on, this IS are not private, are subject to routine monitoring, interception and search, and may be disclosed or used for any USG-authorized purpose.\n-This IS includes security measures (e.g., authentication and access controls) to protect USG interests--not for your personal benefit or privacy.\n-Notwithstanding the above, using this IS does not constitute consent to PM, LE, or CI investigative searching or monitoring of the content of privileged communications, or work product, related to personal representation or services by attorneys, psychotherapists, or clergy, and their assistants. Such communication and work product are private and confidential. See User Agreement for details.\n~\n\nNote: To add the required login banner for the HTTPS-console, the complete required fix detailed in SYME-ND-000190 must first be implemented.","ccis":["CCI-000048","CCI-000050"]},{"vulnId":"V-279255","ruleId":"SV-279255r1170692_rule","severity":"medium","ruleTitle":"The Edge SWG must produce audit records containing information to establish when (date and time) the events occurred.","description":"It is essential for security personnel to know what is being done, what was attempted, where it was done, when it was done, and by whom it was done to compile an accurate risk assessment. Logging the date and time of each detected event provides a means of investigating an attack; recognizing resource utilization or capacity thresholds; or identifying an improperly configured network device. To establish and correlate the series of events leading up to an outage or attack, it is imperative that the date and time are recorded in all log records.\n\nSatisfies: SRG-APP-000096-NDM-000226, SRG-APP-000097-NDM-000227, SRG-APP-000098-NDM-000228, SRG-APP-000099-NDM-000229, SRG-APP-000100-NDM-000230, SRG-APP-000101-NDM-000231, SRG-APP-000343-NDM-000289, SRG-APP-000505-NDM-000322, SRG-APP-000506-NDM-000323, SRG-APP-000516-NDM-000334, SRG-APP-000319-NDM-000283, SRG-APP-000495-NDM-000318, SRG-APP-000499-NDM-000319, SRG-APP-000503-NDM-000320, SRG-APP-000504-NDM-000321","checkContent":"1. In the Edge SWG Web UI, navigate to the Administration tab.\n2. Select the \"Logging\" and \"Event Logging\" areas.\n3. Scroll down to the \"Syslog Loghosts\". \n\nIf a syslog server hostname/IP address is not configured, this is a finding. If the syslog loghost is configured but is not using the TLS protocol, this is a finding.\n\n4. Scroll down to the \"Default Notification\" section.\n\nIf \"Syslog\" is not \"Enabled\" and set to \"all messages\", this is a finding.","fixText":"1. In the Edge SWG Web UI, navigate to the Administration tab.\n2. Select the \"Logging\" and \"Event Logging\" areas.\nNote: This section sets the \"SSL Keyring\", which is needed for the \"SSL Device Profile\".\n3. Once the SSL Device Profile has been created properly, scroll down to the \"Syslog Loghosts\".\n4. Click \"Add loghost\".\n5. Click \"TLS\".\n6. Enter the fully qualified domain name of the log server.\n7. Enter the port, by default TLS syslog is 6514.\n8. Under \"SSL Device Profile\", select the profile associated with the DOD PKI certificate and key created previously.\n9. Click \"Add\".\n10. Scroll down to \"Default Notifications\". Ensure that \"Syslog\" is set to \"Enabled\" and the \"Level\" is \"All Messages\".\n11. On the syslog server, ensure the server is receiving the messages and troubleshoot any TLS-related communications issues.","ccis":["CCI-000131","CCI-000132","CCI-000133","CCI-000134","CCI-001487","CCI-000135","CCI-002234","CCI-000172","CCI-000169","CCI-000366","CCI-002130"]},{"vulnId":"V-279256","ruleId":"SV-279256r1170694_rule","severity":"medium","ruleTitle":"The Edge SWG must be configured with only one local account to be used as the account of last resort in the event the authentication server is unavailable.","description":"Authentication for administrative (privileged level) access to the device is required at all times. An account can be created on the device's local database for use when the authentication server is down or connectivity between the device and the authentication server is not operable. This account is referred to as the account of last resort since it is intended to be used as a last resort and when immediate administrative access is absolutely necessary.\n\nThe account of last resort logon credentials must be stored in a sealed envelope and kept in a safe. The safe must be periodically audited to verify the envelope remains sealed. The signature of the auditor and the date of the audit should be added to the envelope as a record. Administrators should secure the credentials and disable the root account (if possible) when not needed for system administration functions.","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Issue the command \"show security local-user-list\".\n\nIf any user exists in either the \"local_user_database\" or \"local\" list, this is a finding. \n\nNote: The admin user is not included in either list as it is the emergency account of last resort.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Issue the command \"security local-user-list edit local\".\n4. To delete any local user, type \"user delete <username> force\".\n5. Enter \"view\" to show any other users that may remain.","ccis":["CCI-001358","CCI-002111"]},{"vulnId":"V-279257","ruleId":"SV-279257r1170535_rule","severity":"medium","ruleTitle":"The Edge SWG must enforce a minimum 15-character password length.","description":"Password complexity, or strength, is a measure of the effectiveness of a password in resisting attempts at guessing and brute-force attacks. Password length is one factor of several that helps to determine strength and how long it takes to crack a password.\n\nThe shorter the password, the lower the number of possible combinations that must be tested before the password is compromised. Use of more characters in a password helps to increase exponentially the time and/or resources required to compromise the password.","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"show configuration\".\n3. Move down the configuration to the \"security password-policy\" section.\n\nIf the configuration \"security password-policy min-length\" is not set to \"15\", this is a finding.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"security password-policy min-length 15\".\n4. Enter \"security password-policy min-groups 4\".","ccis":["CCI-004066"]},{"vulnId":"V-279258","ruleId":"SV-279258r1170538_rule","severity":"medium","ruleTitle":"The Edge SWG must enforce password complexity by requiring at least one uppercase character be used.","description":"Use of a complex passwords helps to increase the time and resources required to compromise the password. Password complexity, or strength, is a measure of the effectiveness of a password in resisting attempts at guessing and brute-force attacks.\n\nPassword complexity is one factor of several that determine how long it takes to crack a password. The more complex the password is, the greater the number of possible combinations that need to be tested before the password is compromised.\n\nMultifactor authentication (MFA) is required for all administrative and user accounts on network devices, except for an account of last resort and (where applicable) a root account. Passwords should only be used when MFA using PKI is not available, and for the account of last resort and root account.","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"show configuration\".\n3. Move down the configuration to the \"security password-policy\" section.\n\nIf the configuration \"security password-policy min-uppercase\" is not set to \"1\", this is a finding.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"security password-policy min-uppercase 1\".\n4. Enter \"security password-policy min-groups 4\".","ccis":["CCI-004066"]},{"vulnId":"V-279259","ruleId":"SV-279259r1170541_rule","severity":"medium","ruleTitle":"The Edge SWG must enforce a 60-day password lifetime.","description":"Use of a complex password helps to increase the time and resources required to compromise the password. Password complexity, or strength, is a measure of the effectiveness of a password in resisting attempts at guessing and brute-force attacks.\n\nPassword complexity is one factor of several that determine how long it takes to crack a password. The more complex the password is, the greater the number of possible combinations that need to be tested before the password is compromised.\n\nMultifactor authentication (MFA) is required for all administrative and user accounts on network devices, except for an account of last resort and (where applicable) a root account. Passwords should only be used when MFA using PKI is not available, and for the account of last resort and root account.","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"security local-user-list edit local\".\n4. Enter \"view\".\n\nIf the \"Password expiration:\" and \"Max password age:\" do not state \"60 days\", this is a finding.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"security local-user-list edit local\".\n4. Enter \"max-password-age 60\".","ccis":["CCI-004066"]},{"vulnId":"V-279260","ruleId":"SV-279260r1170544_rule","severity":"medium","ruleTitle":"The Edge SWG must enforce password complexity by requiring at least one lowercase character be used.","description":"Use of a complex password helps to increase the time and resources required to compromise the password. Password complexity, or strength, is a measure of the effectiveness of a password in resisting attempts at guessing and brute-force attacks.\n\nPassword complexity is one factor of several that determine how long it takes to crack a password. The more complex the password, the greater the number of possible combinations that need to be tested before the password is compromised.\n\nMultifactor authentication (MFA) is required for all administrative and user accounts on network devices, except for an account of last resort and (where applicable) a root account. Passwords should only be used when MFA using PKI is not available, and for the account of last resort and root account.","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"show configuration\".\n3. Move down the configuration to the \"security password-policy\" section.\n\nIf the configuration \"security password-policy min-lowercase\" is not set to \"1\", this is a finding.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"security password-policy min-lowercase 1\".\n4. Enter \"security password-policy min-groups 4\".","ccis":["CCI-004066"]},{"vulnId":"V-279261","ruleId":"SV-279261r1170547_rule","severity":"medium","ruleTitle":"The Edge SWG must enforce password complexity by requiring at least one numeric character be used.","description":"Use of a complex password helps to increase the time and resources required to compromise the password. Password complexity, or strength, is a measure of the effectiveness of a password in resisting attempts at guessing and brute-force attacks.\n\nPassword complexity is one factor of several that determine how long it takes to crack a password. The more complex the password, the greater the number of possible combinations that need to be tested before the password is compromised.\n\nMultifactor authentication (MFA) is required for all administrative and user accounts on network devices, except for an account of last resort and (where applicable) a root account. Passwords should only be used when MFA using PKI is not available, and for the account of last resort and root account.","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"show configuration\".\n3. Move down the configuration to the \"security password-policy\" section.\n\nIf the configuration \"security password-policy min-digits\" is not set to \"1\", this is a finding.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"security password-policy min-digits 1\".\n4. Enter \"security password-policy min-groups 4\".","ccis":["CCI-004066"]},{"vulnId":"V-279262","ruleId":"SV-279262r1170550_rule","severity":"medium","ruleTitle":"The Edge SWG must enforce password complexity by requiring at least one special character be used.","description":"Use of a complex password helps to increase the time and resources required to compromise the password. Password complexity, or strength, is a measure of the effectiveness of a password in resisting attempts at guessing and brute-force attacks.\n\nPassword complexity is one factor of several that determine how long it takes to crack a password. The more complex the password, the greater the number of possible combinations that need to be tested before the password is compromised.\n\nMultifactor authentication (MFA) is required for all administrative and user accounts on network devices, except for an account of last resort and (where applicable) a root account. Passwords should only be used when MFA using PKI is not available, and for the account of last resort and root account.","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"show configuration\".\n3. Move down the configuration to the \"security password-policy\" section.\n\nIf the configuration \"security password-policy min-special\" is not set to \"1\", this is a finding.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"security password-policy min-special 1\".\n4. Enter \"security password-policy min-groups 4\".","ccis":["CCI-004066"]},{"vulnId":"V-279263","ruleId":"SV-279263r1170553_rule","severity":"medium","ruleTitle":"The Edge SWG must require that when a password is changed, the characters are changed in at least eight of the positions within the password.","description":"If the application allows the user to consecutively reuse extensive portions of passwords, this increases the chances of password compromise by increasing the window of opportunity for attempts at guessing and brute-force attacks.\n\nThe number of changed characters refers to the number of changes required with respect to the total number of positions in the current password. In other words, characters may be the same within the two passwords; however, the positions of the like characters must be different.\n\nMultifactor authentication (MFA) is required for all administrative and user accounts on network devices, except for an account of last resort and (where applicable) a root account. Passwords should only be used when MFA using PKI is not available, and for the account of last resort and root account.","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"show configuration\".\n3. Move down the configuration to the \"security password-policy\" section.\n\nIf the configuration \"security password-policy min-changes\" is not set to \"8\", this is a finding.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"security password-policy min-changes 8\".\n4. Enter \"security password-policy min-groups 4\".","ccis":["CCI-004066"]},{"vulnId":"V-279264","ruleId":"SV-279264r1172802_rule","severity":"high","ruleTitle":"The Edge SWG must terminate all network connections associated with a device management session at the end of the session, or the session must be terminated after five minutes of inactivity except to fulfill documented and validated mission requirements.","description":"Terminating an idle session within a short time period reduces the window of opportunity for unauthorized personnel to take control of a management session enabled on the console or console port that has been left unattended. In addition, quickly terminating an idle session will also free up resources committed by the managed network element. \n\nTerminating network connections associated with communications sessions includes, for example, deallocating associated TCP/IP address/port pairs at the operating system level, or deallocating networking assignments at the application level if multiple application sessions are using a single, operating system-level network connection. This does not mean that the device terminates all sessions or network access; it only ends the inactive session and releases the resources associated with that session.","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"show security\".\n\nUnder \"Account\", if \"CLI session timeout\" does not say \"5 minutes\", this is a finding.\n\nUnder \"Account\", if \"Web interface session timeout\" does not say \"5 minutes\", this is a finding.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"security management web-timeout 5\".\n4. Enter \"security management cli-timeout 5\".","ccis":["CCI-001133"]},{"vulnId":"V-279265","ruleId":"SV-279265r1170559_rule","severity":"medium","ruleTitle":"The Edge SWG must allocate audit record storage capacity in accordance with organization-defined audit record storage requirements.","description":"Network devices must be able to allocate audit record storage capacity to ensure sufficient storage capacity in which to write the audit logs. The task of allocating audit record storage capacity is usually performed during initial device setup if it is modifiable. \n\nThe value for the organization-defined audit record storage requirement will depend on the amount of storage available on the network device, the anticipated volume of logs, the frequency of transfer from the network device to centralized log servers, and other factors.","checkContent":"1. In the Edge SWG Web UI, navigate to the Administration tab.\n2. Select the \"Logging\" and \"Event Logging\" areas.\n\nScroll down to the \"General Settings\" section. If \"Limit Event Log File Size\" is not enabled and set to a site's defined number or 101 MB, this is a finding.","fixText":"1. In the Edge SWG Web UI, navigate to the Administration tab.\n2. Select the \"Logging\" and \"Event Logging\" areas.\n3. Scroll down to the \"General Settings\" section.\n4. Enable the settings and set the \"Limit Event Log File Size\" to at least 101 MB or a site-defined number.","ccis":["CCI-001849"]},{"vulnId":"V-279266","ruleId":"SV-279266r1170696_rule","severity":"medium","ruleTitle":"The Edge SWG must generate an immediate real-time alert of all audit failure events requiring real-time alerts.","description":"It is critical for the appropriate personnel to be aware if a system is at risk of failing to process audit logs as required. Without a real-time alert, security personnel may be unaware of an impending failure of the audit capability and system operation may be adversely affected. \n\nAlerts provide organizations with urgent messages. Real-time alerts provide these messages immediately (i.e., the time from event detection to alert occurs in seconds or less).","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"show event-log notifications\".\n\nUnder \"Account\", if \"Syslog\" does not say \"Enabled state: enabled\", this is a finding.\n\nUnder \"Account\", if \"Syslog\" does not say \"Event level: verbose\", this is a finding.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"event-log\".\n4. Enter \"notifications\".\n5. Enter \"default syslog enable\".\n6. Enter \"default syslog level verbose\".","ccis":["CCI-001858"]},{"vulnId":"V-279268","ruleId":"SV-279268r1170603_rule","severity":"medium","ruleTitle":"The Edge SWG must be configured to authenticate SNMP messages using a FIPS-validated Keyed-Hash Message Authentication Code (HMAC).","description":"Without authenticating devices, unidentified or unknown devices may be introduced, thereby facilitating malicious activity. Bidirectional authentication provides stronger safeguards to validate the identity of other devices for connections that are of greater risk.\n\nA local connection is any connection with a device communicating without the use of a network. A network connection is any connection with a device that communicates through a network (e.g., local area or wide area network, internet). A remote connection is any connection with a device communicating through an external network (e.g., the internet).\n\nBecause of the challenges of applying this requirement on a large scale, organizations are encouraged to only apply the requirement to those limited number (and type) of devices that truly need to support this capability.","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"show snmp\". \n\nIf the line for SNMPv1 and SNMPv2c does not say \"disabled\", this is a finding.\n\nBelow is an example of what the line will look in a correct state:\n\"SNMPv1 is disabled. SNMPv2c is disabled.\"","fixText":"1. In the Edge SWG Web UI, navigate to the Administration tab.\n2. Select the \"SNMP\" and \"SNMP\" areas.\n3. Under \"V3 Users\", click \"Add User\".\n4. Enter the username.\n5. Select \"SHA\" for authentication and type a passphrase.\n6. Select AES and type a passphrase.\n7. Under \"V3 Traps and Informs\", add a trap destination if applicable.\n\n1. In the Edge SWG Web UI, navigate to the Configuration tab.\n2. Select the \"Services\" and \"Management Services\" areas.\n3. Enable SNMP, add the listener for both IPv4 and IPv6.\n\n1. In the Edge SWG Web UI, navigate to the Visual Policy Manager. \nNote: Ensure the Admin Access Layer was created before moving on to this step.\n2. Under the \"Admin Access Layer\", click \"Add Rule\".\n3. Under \"Source\", select \"Any\".\n4. Under \"Service\", select \"Service Name: SNMP\".\n5. Under \"Action\", select \"Allow Read-only Access\".\n6. Apply the policy.","ccis":["CCI-001967"]},{"vulnId":"V-279269","ruleId":"SV-279269r1170698_rule","severity":"medium","ruleTitle":"The Edge SWG must authenticate Network Time Protocol sources using authentication that is cryptographically based.","description":"If Network Time Protocol is not authenticated, an attacker can introduce a rogue NTP server. This rogue server can then be used to send incorrect time information to network devices, which will make log timestamps inaccurate and affect scheduled actions. NTP authentication is used to prevent this tampering by authenticating the time source.\n\nSatisfies: SRG-APP-000395-NDM-000347, SRG-APP-000920-NDM-000320, SRG-APP-000925-NDM-000330","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"show ntp\". \n\nIf NTP is not enabled, this is a finding.\n\nIf there are not two NTP servers in use, this is a finding.\n\nIf the two NTP servers are not using SHA1 preshared keys for authentication, this is a finding.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"ntp enable\".\n4. Enter \"ntp server <NTP SERVER IP/HOSTNAME> <KEY ID> sha1\". \nNote: The key ID must be a number and match the NTP server.\n5. When prompted with \"key:\", enter the hexadecimal SHA preshared key.\n6. Repeat these steps for the site's second NTP server.","ccis":["CCI-001967","CCI-004922","CCI-004923"]},{"vulnId":"V-279270","ruleId":"SV-279270r1170571_rule","severity":"medium","ruleTitle":"The Edge SWG must prohibit the use of cached authenticators after an organization-defined time period.","description":"Some authentication implementations can be configured to use cached authenticators.\n\nIf cached authentication information is out-of-date, the validity of the authentication information may be questionable.\n\nThe organization-defined time period should be established for each device depending on the nature of the device; for example, a device with just a few administrators in a facility with spotty network connectivity may merit a longer caching time period than a device with many administrators.","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"show realms\".\n\nIf under LDAP Realm the \"Authorization refresh\", \"Credentials refresh\", and \"Surrogates refresh\" are not set to 10 seconds, or what the site requires, this is a finding.","fixText":"1. In the Edge SWG Web UI, navigate to the Configuration tab.\n2. Select the \"Authentication\" and \"Realms and Domains\" areas.\n3. Select the previously configured LDAP domain.\n4. Click \"Show\" for \"Advanced Settings\".\n5. Check \"Use the same refresh time for all\".\n6. Under \"Credential refresh time\", add 10 seconds, or whatever the site requires.","ccis":["CCI-002007"]},{"vulnId":"V-279271","ruleId":"SV-279271r1170700_rule","severity":"medium","ruleTitle":"The Edge SWG must be configured to protect against known types of denial-of-service (DoS) attacks by employing organization-defined security safeguards.","description":"DoS is a condition when a resource is not available for legitimate users. When this occurs, the organization either cannot accomplish its mission or must operate at degraded capacity.\n\nThis requirement addresses the configuration of network devices to mitigate the impact of DoS attacks that have occurred or are ongoing on device availability. For each network device, known and potential DoS attacks must be identified and solutions for each type implemented. A variety of technologies exist to limit or, in some cases, eliminate the effects of DoS attacks (e.g., limiting processes or restricting the number of sessions the device opens at one time). Employing increased capacity and bandwidth, combined with service redundancy, may reduce the susceptibility to some DoS attacks.\n\nThe security safeguards cannot be defined at the DOD level because they vary according to the capabilities of the individual network devices and the security controls applied on the adjacent networks (for example, firewalls performing packet filtering to block DoS attacks).","checkContent":"1. In the Edge SWG Web UI and navigate to the Configuration tab.\n2. Go to \"Authentication\" and \"Console Access\".\n\nIf under \"Console Access\" there is no configured ACL, this is a finding.\n\nIf there is a configured ACL, but \"Enforce ACL for built-in administrators\" is not checked, this is a finding.\n\n1. Log in to the Edge SWG SSH CLI.\n2. Enter \"show security\".\n\nIf under \"Account\" \"CLI session timeout\" does not say \"5 minutes\", this is a finding.\n\nIf under \"Account\" \"Web interface session timeout\" does not say \"5 minutes\", this is a finding.\n\n1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Issue the command \"security local-user-list edit local\", then type \"view\".\n\nIf \"Max failed attempts\" under \"Account lockout\" does not equal \"3\", this is a finding.\n\nIf \"Lockout duration\" under \"Account lockout\" does not equal \"900 seconds\", this is a finding.","fixText":"1. In the Edge SWG Web UI, navigate to the Configuration tab.\n2. Go to \"Authentication\" and \"Console Access\".\n3. Under \"Console Access\", click \"Add ACL Entry\".\n4. In the open block, add the IPv4 or IPv6 source address or network under \"Source Address\", then add the subnet mask or CIDR prefix under \"Prefix Length\" (e.g., 2001:db8:1:: and 48).\n5. Click \"Apply\" next to the entry.\n6. Repeat the above steps by adding all the allowed management prefixes.\nNote: Ensure the subnet is in one of the allowed IPv4 or IPv6 subnets or the session will be disconnected after clicking \"Save\".\n7. Once completed, click \"Save\".\n\nTo add the timeouts: \n1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"security management web-timeout 5\".\n4. Enter \"security management cli-timeout 5\".\n\nTo add lockout configurations:\n1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Issue the command \"security local-user-list create local\".\n4. Enter \"security local-user-list edit local\".\n5. Enter \"max-failed-attempts 3\".\n6. Enter \"lockout-duration 900\".\n7. Enter \"reset-interval 900\".","ccis":["CCI-002385"]},{"vulnId":"V-279272","ruleId":"SV-279272r1172804_rule","severity":"medium","ruleTitle":"The Edge SWG must be configured to conduct backups of system-level information contained in the information system when changes occur.","description":"System-level information includes default and customized settings and security attributes, including ACLs that relate to the network device configuration, as well as software required for the execution and operation of the device. Information system backup is a critical step in ensuring system integrity and availability. If the system fails and there is no backup of the system-level information, a denial-of-service (DoS) condition is possible for all who utilize this critical network component.\n\nThis control requires the network device to support the organizational central backup process for system-level information associated with the network device. This function may be provided by the network device itself; however, the preferred best practice is a centralized backup rather than each network device performing discrete backups.\n\nSatisfies: SRG-APP-000516-NDM-000340, SRG-APP-000516-NDM-000341","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"show archive-configuration\".\n\nIf no server is configured, this is a finding.\n\nIf \"Automatic upload\" is not set to \"Enabled\", this is a finding.\n\nIf \"Upload interval\" is not set for \"every 10080 minutes\", this is a finding.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"archive-configuration archive-signing enforce-signed enable\".\n4. Enter \"archive-configuration automatic-upload\".\n5. Enter \"archive-configuration host\" and add the IP address or hostname of the site's SCP backup server.\n6. Enter \"archive-configuration username\" and add the username of the site's SCP backup server.\n7. Enter \"archive-configuration password\" and add the site's password of the site's SCP backup server.\n8. Enter \"archive-configuration path\" and add the site's backup server path (e.g., /home/tachyon-ftp/files/broadcom/).\n9. Enter \"archive-configuration filename-prefix SG_%l_%Y%m%d%H%M\".\n10. Enter \"archive-configuration periodic-upload minutes 10080\".\n11. Enter \"archive-configuration protocol scp\".\n12. Enter \"archive-configuration scp-authentication password\".\n13. Enter \"archive-configuration ssl-device-profile\" and add the \"SSL Device Profile\" in use for the HTTPS-console and x509 authentication.","ccis":["CCI-000366","CCI-000537","CCI-000539"]},{"vulnId":"V-279273","ruleId":"SV-279273r1170704_rule","severity":"medium","ruleTitle":"The Edge SWG must obtain its public key certificates from an appropriate certificate policy through an approved service provider.","description":"Before continuing, the site must follow the configuration steps in SYME-ND-000100.\n\nFor user certificates, each organization obtains certificates from an approved, shared service provider, as required by OMB policy. For federal agencies operating a legacy public key infrastructure cross-certified with the Federal Bridge Certification Authority at medium assurance or higher, this certification authority will suffice.\n\nSatisfies: SRG-APP-000516-NDM-000344, SRG-APP-000910-NDM-000300","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Issue the command \"ssl\", then issue the command \"view keyring\".\n4. Find the keyrings that state: \"FIPS compliant: yes\".\n\n1. Log in to the Edge SWG Web UI.\n2. Navigate to the Configuration tab. \n3. Click the SSL, and then keyrings section.\n\nIf the keyring in use was not FIPS compliant from step #3 above, this is a finding.\n\nClick the keyring in use.\n\nIf the certificate in the keyring was not issued by a DOD certificate authority this is a finding.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"ssl\".\n4. Enter \"create fips keyring show fips-keyring 2048\". The \"fips-keyring\" name can be changed to whatever the site wants to use.\n5. Enter \"create signing-request fips-keyring\".\n6. Enter \"view signing-request fips-keyring\". Copy the signing request PEM data and provide it to the CA for certificate issuance.\n7. Once the DOD CA issues/signs the certificate for the keyring type \"inline certificate fips-keyring ~\", paste the raw certificate data into a text editor, then press enter. Ensure the \"~\" is present at the end of the inserted text.\n8. For each LDAP server, CA certificate, and CAC authentication CA certificate, issue the following command: \"inline fips ca-certificate DODCA1 ~\". Ensure the ~ is entered at the end of the certificate data paste. Note: DODCA1 is used as an example.\n9. Repeat the \"inline fips ca-certificate\" command for all CA certificates in use for LDAPS and CAC authentication.\n10. Create a new FIPS-enabled CCL by entering: \"create fips ccl fips-ccl\". The fips-ccl name can be changed to whatever the site wants to use.\n11. Enter \"edit ccl fips-ccl\".\n12. Enter \"add\", then enter all the CAs added in all previous steps.\n13. Create an SSL device profile by entering: \"create fips ssl-device-profile fips-profile fips-keyring\". The \"fips-profile\" name can be changed to whatever the site wants to use.","ccis":["CCI-000366","CCI-001159","CCI-004909"]},{"vulnId":"V-279274","ruleId":"SV-279274r1172805_rule","severity":"medium","ruleTitle":"The Edge SWG must limit the number of concurrent management sessions to a maximum of three.","description":"Device management includes the ability to control the number of administrators and management sessions that manage a device. Limiting the number of allowed administrators and sessions per administrator based on account type, role, or access type is helpful in limiting risks related to denial-of-service (DoS) attacks.\n\nThis requirement addresses concurrent sessions for administrative accounts and does not address concurrent sessions by a single administrator via multiple administrative accounts. The maximum number of concurrent sessions must be defined based upon mission needs and the operational environment for each system. At a minimum, limits must be set for SSH, HTTPS, account of last resort, and root account sessions.","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"show security\".\n\nIf under \"Account\", \"Maximum number of administrative sessions allowed per user\" does not say \"3\" or less, this is a finding.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"security management max-user-sessions 3\" or less.","ccis":["CCI-000054"]},{"vulnId":"V-279275","ruleId":"SV-279275r1170586_rule","severity":"high","ruleTitle":"The Edge SWG must be running an operating system release that is currently supported by the vendor.","description":"Network devices running an unsupported operating system lack current security fixes required to mitigate the risks associated with recent vulnerabilities.\n\nSatisfies: SRG-APP-000516-NDM-000351, SRG-APP-000457-NDM-000352","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"show version\".\n\nIf this version is not the same as the latest supported image showing on the Broadcom support site: https://support.broadcom.com/group/ecx/products, this is a finding.","fixText":"1. Log in to the Broadcom Symantec Support Portal: https://support.broadcom.com/group/ecx/products.\n2. Click \"My Downloads\". \n3. Select \"Cyber Security Software\".\n4. Search for \"ISG Proxy\" for the software downloads specific to Edge SWG (proxy) on ISG.\n5. Expand the ISG Proxy, then scroll down for the builds.\n6. Select the release to be downloaded (using 7.4.7.2 as an example) to be directed to the page containing the builds.","ccis":["CCI-000366","CCI-002605"]},{"vulnId":"V-279276","ruleId":"SV-279276r1170589_rule","severity":"medium","ruleTitle":"The Edge SWG must be configured to allow user selection of long passwords and passphrases, including spaces and all printable characters for password-based authentication.","description":"Password-based authentication applies to passwords regardless of whether they are used in single-factor or multifactor authentication. Long passwords or passphrases are preferable over shorter passwords. Enforced composition rules provide marginal security benefits while decreasing usability. However, organizations may choose to establish certain rules for password generation (e.g., minimum character length for long passwords) under certain circumstances and can enforce this requirement in IA-5(1)(h). Account recovery can occur, for example, in situations when a password is forgotten. Cryptographically protected passwords include salted one-way cryptographic hashes of passwords. The list of commonly used, compromised, or expected passwords includes passwords obtained from previous breach corpuses, dictionary words, and repetitive or sequential characters. The list includes context-specific words, such as the name of the service, username, and derivatives thereof.","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"show configuration\".\n3. Move down the configuration to the \"security password-policy\" section.\n\nIf the configuration \"security password-policy\" is set to \"prohibit-whitespace\", this is a finding.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"no security password-policy prohibit-whitespace\".","ccis":["CCI-004064"]},{"vulnId":"V-279277","ruleId":"SV-279277r1170713_rule","severity":"medium","ruleTitle":"The Edge SWG must be configured to implement a local cache of revocation data to support path discovery and validation for public key-based authentication.","description":"Public key cryptography is a valid authentication mechanism for individuals, machines, and devices. For PKI solutions, status information for certification paths includes certificate revocation lists or certificate status protocol responses. For PIV cards, certificate validation involves the construction and verification of a certification path to the Common Policy Root trust anchor, which includes certificate policy processing. Implementing a local cache of revocation data to support path discovery and validation also supports system availability in situations where organizations are unable to access revocation information via the network.","checkContent":"1. In the Edge SWG Web UI, navigate to the Configuration tab.\n2. Select the \"SSL\" and \"OCSP\" areas.\n\nIf no OCSP responder is configured, this is a finding.\n\nIf the OCSP responder is configured, but the \"Issuer CCL\" does not match the CCL in the HTTPS-console or the SSH-console x.509 CCL, this is a finding.\n\nIf the \"Response Cache TTL\" is not set for \"from OCSP response\", this is a finding.\n\nIf any of the \"Ignore Settings\" are checked, this is a finding.","fixText":"1. In the Edge SWG Web UI, navigate to the Configuration tab.\n2. Select the \"SSL\" and \"OCSP\" area.\n3. Select \"Add Responder\".\n4. Under URL, select \"from certificate\".\n5. Check \"Issuer CCL\" and select the one that matches the HTTPS-console or the SSH-console x.509 CCL.\n6. Check \"Response CCL\" and select the one that matches the HTTPS-console or the SSH-console x.509 CCL.\n7. Under \"SSL Device Profile\", ensure it matches the one in the HTTPS-console.\n8. Check \"Enable Forwarding\". Do not check any of the \"Ignore Settings\".\n9. Click \"Apply\" and \"Save\".","ccis":["CCI-004068"]},{"vulnId":"V-279283","ruleId":"SV-279283r1170595_rule","severity":"medium","ruleTitle":"The Edge SWG must be configured to verify when users create or update passwords, and that the passwords are not found on the list of commonly used, expected, or compromised passwords in IA-5 (1) (a) for password-based authentication.","description":"Password-based authentication applies to passwords regardless of whether they are used in single-factor or multifactor authentication. Long passwords or passphrases are preferable over shorter passwords. Enforced composition rules provide marginal security benefits while decreasing usability. However, organizations may choose to establish certain rules for password generation (e.g., minimum character length for long passwords) under certain circumstances and can enforce this requirement in IA-5(1)(h). Account recovery can occur, for example, in situations when a password is forgotten. Cryptographically protected passwords include salted one-way cryptographic hashes of passwords. The list of commonly used, compromised, or expected passwords includes passwords obtained from previous breach corpuses, dictionary words, and repetitive or sequential characters. The list includes context-specific words, such as the name of the service, username, and derivatives thereof.","checkContent":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"show configuration\".\n3. Move down the configuration to the \"security password-policy\" section.\n\nIf the configuration \"security password-policy\" is not set to \"prohibit-common-words\", this is a finding.","fixText":"1. Log in to the Edge SWG SSH CLI.\n2. Enter \"enable\" and \"configure terminal\".\n3. Enter \"security password-policy prohibit-common-words\".","ccis":["CCI-004061"]}]}