{"stig":{"title":"Storage Area Network Security Technical Implementation Guide","version":"2","release":"5"},"checks":[{"vulnId":"V-6605","ruleId":"SV-6724r1_rule","severity":"medium","ruleTitle":"The default zone visibility setting is not set to “none”.","description":"If the default zone visibility setting is set to \"none\", new clients brought into the SAN will not be allowed access to any SAN zone they are not explicitly placed into.\nThe IAO/NSO will ensure that the default zone visibility setting, if available, is set to “none”.","checkContent":"Reviewer with the assistance of the IAO/NSO, verify that the default zone visibility setting is set to “none”..  If this setting is not available mark this check as N/A.","fixText":"Locate all clients that have not been explicitly placed into a zone.  Create a plan to explicitly place these clients into the correct zone(s) and after doing so the plan will include the modification of the default zone visibility setting to “none”. Obtain CM approval of the plan and then, following the plan, reconfigure the SAN to allow for the default zone visibility setting to be set to “none”.","ccis":[]},{"vulnId":"V-6608","ruleId":"SV-6727r1_rule","severity":"high","ruleTitle":"Hard zoning is not used to protect the SAN.","description":"Risk:  In a SAN environment, we potentially have data with differing levels or need-to-know stored on the same \"system\".  A high level of assurance that a valid entity (user/system/process) of one set of data is not inadvertently given access to data that is unauthorized. Depending on the data and implementation, lack of hard zoning could provide access to classifed, administrative configuration, or other privileged information.\n\nA zone is considered to be \"hard\" if it is hardware enforced.  In other words, it is considered “hard” in that they are always enforced by the destination ASIC. \"Soft\" zoning is more flexible but is also more vulnerable.    \n\nIn \"soft\" or WWN-enforced zoning, however, the HBA on the initiating devices store a copy of the name server entries, which were discovered in the last IO scan/discovery. It is possible for the HBA to include old addresses, which are no longer allowed in the newly established zoning rules. So your goal is to mitigate this risk in some way.\n\nIf hardware enforced zoning is used this is not an issue as the destination port will not allow any access regardless of what the OS/HBA “thinks” it has access to. \n\nSupplementary Note: Registry State Change Notifications ( RSCN ) storms in large SAN deployments are another factor of which the system administrator must be aware. RSCNs are a broadcast function that allows notification to registered devices when a state change occurs within a SAN topology. These changes could be as simple as a cable being unplugged or a new HBA being connected. When such changes take place, all members would have to be notified of the change and conflicts would have to be resolved, before the name servers are updated. In large configurations it could take a long time for the entire system to stabilize, impairing performance. Effective zoning on the switch would help in minimizing RSCN storms, as only devices within a zone would get notified of state changes. It would also be ideal to make note of business critical servers and make changes to zones and fabrics that affect these servers at non business critical times. Tape fabrics could also be separated from disk fabric (although this comes at a cost). Statistics of RSCN's are available from a few switch vendors. Monitoring these consistently and considering these before expansion of SAN's would help you with effective storage deployments.","checkContent":"The reviewer, with the assistance of the IAO/NSO, will verify that hard zoning is used to protect the SAN.\n\nIf soft zoning is used, this is a finding.  If soft zoning must be used (with DAA approval), this is still a CAT II finding and a migration plan must be in place.  However, note that the HBA’s memory is non-persistent, thus when zoning changes are made, a policy must be in place (show via the log that it is enforced) to force a state change update in the affected HBAs immediately after making zoning changes.","fixText":"If zoning has not been implemented, develop a zone topography.  From the topography, create a plan to implement hard zoning, obtain CM approval of the plan and then, following the plan, reconfigure the SAN to support hard zoning.\n\nIf zoning has been implemented, develop a plan to migrate to hard zoning, obtain CM approval of the plan and then, following the plan, reconfigure the SAN to support hard zoning.","ccis":[]},{"vulnId":"V-6610","ruleId":"SV-6730r1_rule","severity":"medium","ruleTitle":"The SANs are not compliant with overall network security architecture, appropriate enclave, and data center security requirements in the Network Infrastructure STIG and the Enclave STIG","description":"Inconsistencies with the Network Infrastructure STIG, the Enclave STIG, and the SAN implementation can lead to the creation of vulnerabilities in the network or the enclave.","checkContent":"The reviewer will interview the IAO/NSO to validate that SANs are compliant with overall network security architecture, appropriate enclave, and data center security requirements in the Network Infrastructure STIG and the Enclave STIG.  \n\nNOTE: The intent of this check is to ensure that the other checklists were applied. If they are applied then, regardless of what the findings are, this is not a finding. The objective of this policy is met if the other checklists were applied and documented.","fixText":"Perform a self assessment with the Network Infrastructure checklist and the Enclave checklist or schedule a formal review with FSO.","ccis":[]},{"vulnId":"V-6613","ruleId":"SV-6733r1_rule","severity":"medium","ruleTitle":"All security related patches are not installed.","description":"Failure to install security related patches leaves the SAN open to attack by exploiting known vulnerabilities.\nThe IAO/NSO will ensure that all security-related patches are installed.","checkContent":"The reviewer will, with the assistance of the IAO/NSO, verify that all security related patches are installed.","fixText":"After verifying that the patches do not adversely impact the production SAN, create a plan for installing the patches on the SAN, obtain CM approval of the plan, and implement the plan installing the patches.","ccis":[]},{"vulnId":"V-6619","ruleId":"SV-6739r1_rule","severity":"medium","ruleTitle":"Prior to installing SAN components (servers, switches, and management stations) onto the DOD network infrastructure, components are not configured to meet the applicable STIG requirements.","description":"Many SAN components (servers, switches, management stations) have security requirements from other STIGs.  It will be verified that all requirement are complied with.\nThe IAO/NSO will ensure that prior to installing SAN components (servers, switches, and management stations) onto the DOD network infrastructure, components are configured to meet the applicable STIG requirements.","checkContent":"The reviewer will interview the IAO/NSO and view VMS to verify that prior to installing SAN components (servers, switches, and management stations) onto the DOD network infrastructure, components are configured to meet the applicable STIG requirements.","fixText":"Perform a self assessment using the applicable checklists or scripts on any component device that has not been reviewed or request a formal review from FSO.","ccis":[]},{"vulnId":"V-6622","ruleId":"SV-6742r1_rule","severity":"medium","ruleTitle":"Servers and other hosts are not compliant with applicable Operating System (OS) STIG requirements.","description":"SAN servers and other hosts are hardware software combinations that actually run under the control of a native OS found on the component.  This OS may be UNIX, LNIX, Windows, etc.  The underlying OS must be configured to be compliant with the applicable STIG to ensure that they do not insert known vulnerabilities into the DOD network infrastructure.\nThe IAO/NSO will ensure that servers and other hosts are compliant with applicable Operating System (OS) STIG requirements.","checkContent":"The reviewer will interview the IAO/NSO and view the VMS to verify that servers and other hosts are compliant with applicable Operating System (OS) STIG requirements.","fixText":"Perform a self assessment using the applicable OS checklists or scripts on any server or host in the SAN that has not been reviewer or request a formal review from FSO.","ccis":[]},{"vulnId":"V-6623","ruleId":"SV-6743r1_rule","severity":"high","ruleTitle":"Vendor supported, DOD approved, anti-virus software is not installed and configured on all SAN servers in accordance with the applicable operating system STIG on SAN servers and management devices and kept up-to-date with the most recent virus definition tables.","description":"The SAN servers and other hosts are subject to virus and worm attacks as are any systems running an OS.  If the anti-virus software is not installed or the virus definitions are not maintained on these systems, this could expose the entire enclave network to exploits of known vulnerabilities.\nThe IAO/NSO will ensure that vendor supported, DOD approved, anti-virus software is installed and configured on all SAN servers in accordance with the applicable operating system STIG on SAN servers and management devices and kept up-to-date with the most recent virus definition tables.","checkContent":"The reviewer will verify that vendor supported, DOD approved, anti-virus software is installed and configured on all SAN servers in accordance with the applicable operating system STIG on SAN servers and management devices and kept up-to-date with the most recent virus definition tables.  If an OS review has reciently been completed verify that the anti-virus check was not a finding.  Otherwise perform a manual check as described in the applicable OS checklist.","fixText":"Install and correctly configure a DOD approved anti-virus.","ccis":[]},{"vulnId":"V-6628","ruleId":"SV-6748r1_rule","severity":"medium","ruleTitle":"A current drawing of the site’s SAN topology that includes all external and internal links, zones, and all interconnected equipment is not being maintained.","description":"A drawing of the SAN topology gives the IAO and other interested individuals a pictorial representation of the SAN.  This can be helpful in diagnosing potential security problems.\nThe IAO/NSO will maintain a current drawing of the site’s SAN topology that includes all external and internal links, zones, and all interconnected equipment.","checkContent":"The reviewer will interview the IAO/NSO and view the drawings supplied to verify that a current drawing of the site’s SAN topology that includes all external and internal links, zones, and all interconnected equipment.","fixText":"Create drawing of the site’s SAN topology that includes all external and internal links, zones, and all interconnected equipment.","ccis":[]},{"vulnId":"V-6631","ruleId":"SV-6751r1_rule","severity":"medium","ruleTitle":"All the network level devices interconnected to the SAN are not located in a secure room with limited access.","description":"If the network level devices are not located in a secure area they can be tampered with which could lead to a denial of service if the device is powered off or sensitive data can be compromised by a tap connected to the device.\nThe IAO/NSO will ensure that all the network level devices interconnected to the SAN are located in a secure room with limited access.","checkContent":"The reviewer will interview the IAO/NSO and view the network level devices to verify whether they are located in a secure room with limited access.","fixText":"Develop a plan to move the network level devices to a location/room where the can be physically secured in a manner appropriate to the classification level of the data the handle.  Obtain CM approval of the plan and then implement the plan moving the devices.","ccis":[]},{"vulnId":"V-6632","ruleId":"SV-6752r1_rule","severity":"medium","ruleTitle":"Individual user accounts with passwords are not set up and maintained for the SAN fabric switch.","description":"Without identification and authentication unauthorized users could reconfigure the SAN or disrupt its operation by logging in to the fabric switch and executing unauthorized commands.\nThe IAO/NSO will ensure individual user accounts with passwords are set up and maintained for the SAN fabric switch in accordance with the guidance contained in Appendix B, CJCSM and the Network Infrastructure STIG.","checkContent":"The reviewer, with the assistance of the IAO/NSO, will verify that individual user accounts with passwords are set up and maintained for the SAN fabric switch.","fixText":"Develop a plan to reconfigure the SAN fabric switch to require user accounts and passwords.  This plan also needs to include the creation and distribution of user accounts and passwords for each administrator who requires access to the SAN fabric switch.  Obtain CM approval of the plan and then implement the plan.","ccis":[]},{"vulnId":"V-6633","ruleId":"SV-6753r2_rule","severity":"medium","ruleTitle":"The SAN must be configured to use bidirectional authentication.","description":"Switch-to-switch management traffic does not have to be encrypted. Bidirectional authentication ensures that a rogue switch cannot be inserted and be auto configured to join the fabric.","checkContent":"Verify that all fabric switches are configured to bidirectional authentication.","fixText":"Configure the SAN fabric switches to use bidirectional authentication between switches.","ccis":[]},{"vulnId":"V-6634","ruleId":"SV-6768r2_rule","severity":"low","ruleTitle":"The fabric switches must use DoD-approved PKI rather than proprietary or self-signed device certificates.","description":"DOD PKI supplies better protection from malicious attacks than userid/password authentication and should be used anytime it is feasible.","checkContent":"The reviewer will, with the assistance of the IAO/NSO, verify fabric switches are protected by DOD PKI. \n\nView the installed device certificates.\n\nVerify a DoD -approved certificate is loaded. \n\nIf any of the certificates have the name or identifier of a non-DoD- approved source in the Issuer field, this is a finding.","fixText":"Generate a new key-pair from a DoD-approved certificate issuer. Sites must consult the PKI/PKI pages on the http://iase.disa.mil/ website for procedures for NIPRNet and SIPRNet.","ccis":[]},{"vulnId":"V-6635","ruleId":"SV-6769r1_rule","severity":"medium","ruleTitle":"Network management ports on the SAN fabric switches except those needed to support the operational commitments of the sites are not disabled.","description":"Enabled network management ports that are not required expose the SAN fabric switch and the entire network to unnecessary vulnerabilities.  By disabling these unneeded ports the exposure profile of the device and network is diminished.\nThe IAO/NSO will disable all network management ports on the SAN fabric switches except those needed to support the operational commitments of the sites.","checkContent":"The reviewer will, with the assistance of the IAO/NSO, verify that all network management ports on the SAN fabric switches are disabled except those needed to support the operational commitments of the sites.","fixText":"Develop a plan to locate and disable all network management ports that are not required to support the operational commitments of the sites.  Obtain CM approval of the plan and then execute the plan.","ccis":[]},{"vulnId":"V-6636","ruleId":"SV-6773r1_rule","severity":"medium","ruleTitle":"SAN management is not accomplished using the out-of-band or direct connection method.","description":"Removing the management traffic from the production network diminishes the security profile of the SAN servers by allowing all the management ports to be closed on the production network.\nThe IAO/NSO will ensure that SAN management is accomplished using the out-of-band or direct connection method.","checkContent":"The reviewer will interview the IAO and view the SAN network drawings provided.","fixText":"Develop a plan to migrate the SAN management to an out-of-band network or a direct connect method.  Obtain CM approval for the plan and implement the plan.","ccis":[]},{"vulnId":"V-6637","ruleId":"SV-6778r1_rule","severity":"low","ruleTitle":"Communications from the management console to the SAN fabric are not protected strong two-factor authentication.","description":"Using two-factor authentication between the SAN management console and the fabric enhances the security of the communications carrying privileged functions.  It is harder for an unauthorized management console to take control of the SAN.\n\nThe preferred solution for two-factor authentication is DoD PKI implemented on the CAC or Alternative (Alt) token.","checkContent":"The reviewer will, with the assistance of the IAO/NSO, verify that communications from the management console to the SAN fabric are protected using DOD PKI.  If another method of two-factor authentication is used, then inspect approval documentation. \n\nIf two-factor authentication is not used, this is a finding.\n\nIf two-factor authentication method is not DoD PKI and no approval documentation exists, this is a finding.","fixText":"Develop a plan to migrate to the use of DoD PKI authentication between the SAN management console and the SAN fabric.  Obtain CM approval of the plan and implement the plan.","ccis":[]},{"vulnId":"V-6638","ruleId":"SV-6780r1_rule","severity":"low","ruleTitle":"The manufacturer’s default PKI keys have not been changed prior to attaching the switch to the SAN Fabric.","description":"If the manufacturer's default PKI keys are allowed to remain active on the device, it can be accessed by a malicious individual with access to the default key.\nThe IAO/NSO will ensure that the manufacturer’s default PKI keys are changed prior to attaching the switch to the SAN Fabric.","checkContent":"The reviewer will, with the assistance of the IAO/NSO, verify that the manufacturer’s default PKI keys have been changed prior to attaching the switch to the SAN Fabric.","fixText":"Depending on the functionality allowed by the device, develop a plan remove, disable or change the manufacturer’s default PKI certificate so that it cannot be used for identification and authorization.  Obtain CM approval for the plan and implement the plan.","ccis":[]},{"vulnId":"V-6639","ruleId":"SV-6783r1_rule","severity":"low","ruleTitle":"The SAN is not configured to use FIPS 140-1/2 validated encryption algorithm to protect management-to-fabric communications.","description":"The communication between the SAN management consol and the SAN fabric carries sensitive privileged configuration data.  This data's confidentiality will be protected with FIPS 140-1/2 validate algorithm for encryption.  Configuration data could be used to create a denial of service by disrupting the SAN fabric.\nThe storage administrator will configure the SAN to use FIPS 140-1/2 validated encryption algorithm to protect management-to-fabric communications.","checkContent":"The reviewer will, with the assistance of the storage administrator, verify that the SAN is configured to use FIPS 140-1/2 validated encryption algorithm to protect management-to-fabric communications.","fixText":"Develop a plan to implement FIPS-140-1/2 validated encryption to protect management-to-fabric communications.  Obtain CM approval of the plan and execute the plan.","ccis":[]},{"vulnId":"V-6645","ruleId":"SV-6791r1_rule","severity":"high","ruleTitle":"All SAN management consoles and ports are not password protected.","description":"Without password protection malicious users can create a denial of service by disrupting the SAN or allow the compromise of sensitive date by reconfiguring the SAN topography.\nThe IAO/NSO will ensure that all SAN management consoles and ports are password protected.","checkContent":"The reviewer will, with the assistance of the IAO/NSO, verify that all SAN management consoles and ports are password protected.","fixText":"Develop a plan for implementing password protection on the SAN’s management consoles and ports.  Obtain CM approval of the plan and execute the plan.","ccis":[]},{"vulnId":"V-6646","ruleId":"SV-6792r1_rule","severity":"high","ruleTitle":"The manufacturer’s default passwords have not been changed for all SAN management software.","description":"The changing of passwords from the default value blocks malicious users with knowledge of the default passwords for the manufacturer's SAN Management software from creating a denial of service by disrupting the SAN or reconfigure the SAN topology leading to a compromise of sensitive data.\nThe IAO/NSO will ensure that the manufacturer’s default passwords are changed for all SAN management software.","checkContent":"The reviewer will, with the assistance of the IAO/NSO, verify that the manufacturer’s default passwords have been changed for all SAN management software.","fixText":"Develop a plan to change manufacturer’s default passwords for all SAN management software.  Obtain CM approval of the plan and implement the plan.","ccis":[]},{"vulnId":"V-6647","ruleId":"SV-6793r1_rule","severity":"high","ruleTitle":"The SAN fabric zoning lists are not based on a policy of Deny-by-Default with blocks on all services and protocols not required on the given port or by the site.","description":"By using the Deny-by-Default based policy, any service or protocol not required by a port and overlooked in the zoning list will be denied access.  If Deny-by-Default based policy was not used any overlooked service or protocol not required by a port could have access to sensitive data compromising that data.\nThe IAO/NSO will ensure that SAN fabric zoning lists are based on a policy of Deny-by-Default with blocks on all services and protocols not required on the given port or by the site.","checkContent":"The reviewer will, with the assistance of the IAO/NSO, verify that SAN fabric zoning lists are based on a policy of Deny-by-Default with blocks on all services and protocols not required on the given port or by the site.","fixText":"Develop a plan to identify all services and protocols needed by each port in the SAN, modify the routing lists to enforce a Deny-by-Default policy and allow only the identified services and protocols on each port that requires them.  Obtain CM approval for the plan and implement the plan.","ccis":[]},{"vulnId":"V-6648","ruleId":"SV-6794r1_rule","severity":"low","ruleTitle":"Attempts to access ports, protocols, or services that are denied are not logged..","description":"Logging or auditing of failed access attempts is a necessary component for the forensic investigation of security incidents.  Without logging there is no way to demonstrate that the access attempt was made or when it was made.  Additionally a pattern of access failures cannot be demonstrated to assert that an intended attack was being made as apposed to an accidental intrusion.\nThe IAO/NSO will ensure that all attempts to any port, protocol, or service that is denied are logged.","checkContent":"The reviewer will, with the assistance of the IAO/NSO, verify that all attempts to any port, protocol, or service that is denied are logged.","fixText":"Develop a plan to implement the logging of failed or rejected ports, protocols or services requests.  The plan should include a projection of the storage requirements of the logged events.  Obtain CM approval of the plan and execute it.","ccis":[]},{"vulnId":"V-6652","ruleId":"SV-6798r1_rule","severity":"medium","ruleTitle":"Simple Network Management Protocol (SNMP) is used and it is not configured in accordance with the guidance contained in the Network Infrastructure STIG.","description":"There are vulnerabilities in some implementations and some configurations of SNMP.  Therefore if SNMP is used the guidelines found in the Network Infrastructure STIG in selecting a version of SNMP to use and how to configure it will be followed.\n\nIf Simple Network Management Protocol (SNMP) is used, the IAO/NSO will ensure it is configured in accordance with the guidance contained in the Network Infrastructure STIG.","checkContent":"With the assistance of the IAO/NSO, verify that if Simple Network Management Protocol (SNMP) is used, it is configured in accordance with the guidance contained in the Network Infrastructure STIG.\n\nNOTE: The intent of this check is to ensure that the other checklists were applied. If they are applied then, regardless of what the findings are, this is not a finding. The objective of this policy is met if the other checklist was applied and documented.","fixText":"Develop a plan to implement SNMP that is compliant with the Network Infrastructure STIG.  Obtain CM approval and execute the plan.\n\nNOTE: The intent of this check is to ensure that the other applicable checklists were applied. If they are applied then, regardless of what the findings are, this is not a finding. The objective of this policy is met if the other checklists were applied and documented.","ccis":[]},{"vulnId":"V-6656","ruleId":"SV-6802r1_rule","severity":"high","ruleTitle":"Unauthorized IP addresses are allowed Simple Network Management Protocol (SNMP) access to the SAN devices.","description":"SNMP, by virtue of what it is designed to do, can be a large security risk. Because SNMP can obtain device information and set device parameters, unauthorized users can cause damage.  Restricting IP address that can access SNMP on the SAN devices will further limit the possibility of malicious access being made.\nThe IAO/NSO will ensure that only authorized IP addresses are allowed Simple Network Management Protocol (SNMP) access to the SAN devices.","checkContent":"The reviewer will, with the assistance of the IAO/NSO, verify that only authorized IP addresses are allowed Simple Network Management Protocol (SNMP) access to the SAN devices.  This can be done with by checking the ACLs for the SAN device ports.","fixText":"Develop a plan to restrict SNMP access to SAN devices to authorized IP addresses.  Obtain CM approval for the plan and implement the plan.","ccis":[]},{"vulnId":"V-6657","ruleId":"SV-6803r1_rule","severity":"medium","ruleTitle":"The IP addresses of the hosts permitted SNMP access to the SAN management devices do not belong to the internal network.","description":"SNMP, by virtue of what it is designed to do, can be a large security risk. Because SNMP can obtain device information and set device parameters, unauthorized users can cause damage.  Therefore access to a SAN device from an IP address outside of the internal network will not be allowed.\nThe IAO/NSO will ensure IP addresses of the hosts that are permitted SNMP access to the SAN management devices belong to the internal network.","checkContent":"The reviewer will, with the assistance of the IAO/NSO, verify that the IP addresses of the hosts permitted SNMP access to the SAN management devices belong to the internal network.  The ACLs for the SAN ports should be checked.","fixText":"Develop a plan to restrict SNMP access to SAN devices to only internal network IP addresses.  Obtain CM approval of the plan and implement the plan.","ccis":[]},{"vulnId":"V-6660","ruleId":"SV-6807r1_rule","severity":"low","ruleTitle":"End-user platforms are directly attached to the Fibre Channel network or access storage devices directly.","description":"End-user platforms should only be connected to servers that run applications that access the data found on the SAN devices.  SANs do not supply a robust user identification and authentication platform.  They depend on the servers and applications to authenticate the users and restrict access to users as required.\nThe IAO/NSO will ensure that end-user platforms are not directly attached to the Fibre Channel network and may not access storage devices directly.","checkContent":"The reviewer will, with the assistance of the IAO/NSO, verify that end-user platforms are not directly attached to the Fibre Channel network and may not access storage devices directly.  If the SAN is small with all of its components collocated, this can be done by a visual inspection but in most cases the reviewer will have to check the SAN network drawing.","fixText":"Develop a plan to remove end-user platforms from the SAN.  Obtain CM approval for the plan and implement the plan.","ccis":[]},{"vulnId":"V-6661","ruleId":"SV-6809r1_rule","severity":"medium","ruleTitle":"Fabric switch configurations and management station configuration are not archived and/or copies of the operating system and other critical software for all SAN components are not stored in a fire rated container or are not collocated with the operational software.","description":".Backup and recovery procedures are critical to the security and availability of the SAN system.  If a system is compromised, shut down, or otherwise not available for service, this could hinder the availability of resources to the warfighter.\nThe IAO/NSO will ensure that all fabric switch configurations and management station configuration are archived and copies of the operating system and other critical software for all SAN components are stored in a fire rated container or otherwise not collocated with the operational software.","checkContent":"The reviewer will interview the IAO/NSO and view the stored information to verify that all fabric switch configurations and management station configuration are archived and copies of the operating system and other critical software for all SAN components are stored in a fire rated container or otherwise not collocated with the operational software.","fixText":"Develop a plan that will ensure that all fabric switch configurations and management station configuration are archived and copies of the operating system and other critical software for all SAN components are stored in a fire rated container or otherwise not collocated with the operational software.  Obtain CM approval for the plan and implement the plan.","ccis":[]},{"vulnId":"V-6662","ruleId":"SV-6802r1_rule","severity":"high","ruleTitle":"The device must be supported by the vendor.","description":"The use of unsupported devices can lead to the compromise of sensitive data or the compromise of the network the SAN is attached to.","checkContent":"This STIG is sunset and will no longer be maintained. If the site is using a device not supported by the vendor, this is a finding.","fixText":"Replace the device with one that is supported by the vendor and follow vendor best security practices.","ccis":[]},{"vulnId":"V-7081","ruleId":"SV-7465r1_rule","severity":"medium","ruleTitle":"SAN components are not configured with fixed IP addresses.","description":"Without fixed IP address filtering or restricting of access based on IP addressing will not function correctly allowing unauthorized access to SAN components or creating a denial of service by blocking legitimate traffic from authorized components.  The storage administrator will ensure that all SAN components are configured to use static IP addresses.","checkContent":"The reviewer with the assistance of the SA will verify that all SAN components are configured with fixed IP addresses.","fixText":"Configure all SAN components to have fixed IP addresses.","ccis":[]}]}