| SRG-APP-000001-DNS-000001 | The DNS implementation must limit the number of concurrent sessions for zone transfers to the number of secondary name servers. |
| SRG-APP-000001-DNS-000115 | The DNS implementation must limit the number of concurrent sessions client connections to the number of allowed dynamic update clients. |
| SRG-APP-000089-DNS-000005 | The DNS server implementation must be configured to provide audit record generation capability for DoD-defined auditable events within all DNS server components. |
| SRG-APP-000095-DNS-000006 | The DNS server implementation must produce audit records containing information to establish what type of events occurred. |
| SRG-APP-000096-DNS-000007 | The DNS server implementation must produce audit records containing information to establish when (date and time) the events occurred. |
| SRG-APP-000097-DNS-000008 | The DNS server implementation must produce audit records containing information to establish where the events occurred. |
| SRG-APP-000098-DNS-000009 | The DNS server implementation must produce audit records containing information to establish the source of the events. |
| SRG-APP-000099-DNS-000010 | The DNS server implementation must produce audit records that contain information to establish the outcome of the events. |
| SRG-APP-000100-DNS-000011 | The DNS server implementation must generate audit records containing information that establishes the identity of any individual or process associated with the event. |
| SRG-APP-000125-DNS-000012 | The DNS server implementations audit records must be backed up at least every seven days onto a different system or system component than the system or component being audited. |
| SRG-APP-000142-DNS-000014 | The DNS server implementation must be configured to prohibit or restrict unapproved ports and protocols. |
| SRG-APP-000158-DNS-000015 | The DNS server implementation must uniquely identify the other DNS server before responding to a server-to-server transaction. |
| SRG-APP-000176-DNS-000017 | The DNS server implementation, when using PKI-based authentication, must enforce authorized access to the corresponding private key. |
| SRG-APP-000176-DNS-000018 | The key file must be owned by the account under which the name server software is run. |
| SRG-APP-000176-DNS-000019 | Read/Write access to the key file must be restricted to the account that runs the name server software only. |
| SRG-APP-000176-DNS-000094 | Only the private key corresponding to the ZSK alone must be kept on the name server that does support dynamic updates. |
| SRG-APP-000176-DNS-000096 | Signature generation using the KSK must be done off-line, using the KSK-private stored off-line. |
| SRG-APP-000185-DNS-000021 | The DNS server implementation must employ strong authenticators in the establishment of nonlocal maintenance and diagnostic sessions. |
| SRG-APP-000213-DNS-000024 | A DNS server implementation must provide additional data origin artifacts along with the authoritative data the system returns in response to external name/address resolution queries. |
| SRG-APP-000214-DNS-000025 | A DNS server implementation must provide the means to indicate the security status of child zones. |
| SRG-APP-000214-DNS-000079 | The validity period for the RRSIGs covering the DS RR for a zones delegated children must be no less than two days and no more than one week. |
| SRG-APP-000215-DNS-000003 | The DNS server implementation must enforce approved authorizations for controlling the flow of information between DNS servers and between DNS servers and DNS clients based on DNSSEC policies. |
| SRG-APP-000215-DNS-000026 | A DNS server implementation must provide the means to enable verification of a chain of trust among parent and child domains (if the child supports secure resolution services). |
| SRG-APP-000219-DNS-000028 | The DNS implementation must protect the authenticity of communications sessions for zone transfers. |
| SRG-APP-000219-DNS-000029 | The DNS implementation must protect the authenticity of communications sessions for dynamic updates. |
| SRG-APP-000219-DNS-000030 | The DNS implementation must protect the authenticity of communications sessions for queries. |
| SRG-APP-000225-DNS-000031 | The DNS server implementation must fail to a secure state if system initialization fails, shutdown fails, or aborts fail. |
| SRG-APP-000226-DNS-000032 | In the event of a system failure, the DNS server implementation must preserve any information necessary to determine cause of failure and any information necessary to return to operations with least disruption to mission processes. |
| SRG-APP-000231-DNS-000033 | The DNS server implementation must protect the confidentiality and integrity of secret/private cryptographic keys at rest and the integrity of DNS information at rest. |
| SRG-APP-000243-DNS-000034 | The DNS server implementation must prevent unauthorized and unintended information transfer via shared system resources. |
| SRG-APP-000246-DNS-000035 | The DNS server implementation must restrict the ability of individuals to use the DNS server to launch Denial of Service (DoS) attacks against other information systems. |
| SRG-APP-000247-DNS-000036 | The DNS server implementation must manage excess capacity, bandwidth, or other redundancy to limit the effects of information flooding types of Denial of Service (DoS) attacks. |
| SRG-APP-000251-DNS-000037 | The DNS server implementation must check the validity of all data inputs except those specifically identified by the organization. |
| SRG-APP-000275-DNS-000040 | The DNS server implementation must be configured to generate audit records for failed security verification tests so that the ISSO and ISSM can be notified of the failures. |
| SRG-APP-000349-DNS-000043 | The DNS server implementation must validate the binding of the other DNS servers identity to the DNS information for a server-to-server transaction (e.g., zone transfer). |
| SRG-APP-000394-DNS-000049 | The DNS server implementation must authenticate the other DNS server before responding to a server-to-server transaction. |
| SRG-APP-000395-DNS-000050 | The DNS server implementation must authenticate another DNS server before establishing a remote and/or network connection using bidirectional authentication that is cryptographically based. |
| SRG-APP-000401-DNS-000051 | The DNS server implementation, for PKI-based authentication, must implement a local cache of revocation data to support path discovery and validation in case of the inability to access revocation information via the network. |
| SRG-APP-000421-DNS-000054 | A DNS server implementation must provide data integrity protection artifacts for internal name/address resolution queries. |
| SRG-APP-000422-DNS-000055 | A DNS server implementation must provide additional integrity artifacts along with the authoritative name resolution data the system returns in response to external name/address resolution queries. |
| SRG-APP-000423-DNS-000056 | A DNS server implementation must request data origin authentication verification on the name/address resolution responses the system receives from authoritative sources. |
| SRG-APP-000424-DNS-000057 | A DNS server implementation must request data integrity verification on the name/address resolution responses the system receives from authoritative sources. |
| SRG-APP-000425-DNS-000058 | A DNS server implementation must perform data integrity verification on the name/address resolution responses the system receives from authoritative sources. |
| SRG-APP-000426-DNS-000059 | A DNS server implementation must perform data origin verification authentication on the name/address resolution responses the system receives from authoritative sources. |
| SRG-APP-000427-DNS-000060 | If the DNS server is using SIG(0), the DNS server implementation must only allow the use of DoD PKI-established certificate authorities for verification of the establishment of protected transactions. |
| SRG-APP-000428-DNS-000061 | The DNS server implementation must utilize cryptographic mechanisms to prevent unauthorized modification of DNS zone data. |
| SRG-APP-000429-DNS-000062 | The DNS server implementation must utilize cryptographic mechanisms to prevent unauthorized disclosure of non-DNS data stored on the DNS server. |
| SRG-APP-000439-DNS-000063 | The DNS server implementation must protect the integrity of transmitted information. |
| SRG-APP-000440-DNS-000065 | The DNS server implementation must implement cryptographic mechanisms to detect changes to information during transmission unless otherwise protected by alternative physical safeguards, such as, at a minimum, a Protected Distribution System (PDS). |
| SRG-APP-000441-DNS-000066 | The DNS server implementation must maintain the integrity of information during preparation for transmission. |
| SRG-APP-000442-DNS-000067 | The DNS server implementation must maintain the integrity of information during reception. |
| SRG-APP-000447-DNS-000068 | The DNS server implementation must behave in a predictable and documented manner that reflects organizational and system objectives when invalid inputs are received. |
| SRG-APP-000473-DNS-000072 | The DNS server implementation must perform verification of the correct operation of security functions: upon system start-up and/or restart; upon command by a user with privileged access; and/or every 30 days. |
| SRG-APP-000474-DNS-000073 | The DNS server implementation must log the event and notify the system administrator when anomalies in the operation of the signed zone transfers are discovered. |
| SRG-APP-000504-DNS-000074 | The DNS implementation must generate audit records for the success and failure of start and stop of the name server service or daemon. |
| SRG-APP-000504-DNS-000082 | The DNS implementation must generate audit records for the success and failure of all name server events. |
| SRG-APP-000514-DNS-000075 | The DNS server must implement NIST FIPS-validated cryptography for provisioning digital signatures, generating cryptographic hashes, and protecting unclassified information requiring confidentiality. |
| SRG-APP-000516-DNS-000077 | The salt value for zones signed using NSEC3 RRs must be changed every time the zone is completely re-signed. |
| SRG-APP-000516-DNS-000078 | The validity period for the RRSIGs covering a zones DNSKEY RRSet must be no less than two days and no more than one week. |
| SRG-APP-000516-DNS-000085 | The DNS implementation must ensure each NS record in a zone file points to an active name server authoritative for the domain specified in that record. |
| SRG-APP-000516-DNS-000086 | The two files generated by the dnssec-keygen program must be made accessible only to the server administrator account, or deleted, after they have been copied to the key file in the name server. |
| SRG-APP-000516-DNS-000088 | All authoritative name servers for a zone must have the same version of zone information. |
| SRG-APP-000516-DNS-000090 | Digital signature algorithm used for DNSSEC-enabled zones must be FIPS-compatible. |
| SRG-APP-000516-DNS-000091 | For zones split between the external and internal sides of a network, the RRs for the external hosts must be separate from the RRs for the internal hosts. |
| SRG-APP-000516-DNS-000092 | In a split DNS configuration, where separate name servers are used between the external and internal networks, the external name server must be configured to not be reachable from inside resolvers. |
| SRG-APP-000516-DNS-000093 | In a split DNS configuration, where separate name servers are used between the external and internal networks, the internal name server must be configured to not be reachable from outside resolvers. |
| SRG-APP-000516-DNS-000095 | Primary authoritative name servers must be configured to only receive zone transfer requests from specified secondary name servers. |
| SRG-APP-000516-DNS-000101 | The DNS implementation must implement internal/external role separation. |
| SRG-APP-000516-DNS-000102 | The DNS must utilize valid root name servers in the local root zone file. |
| SRG-APP-000516-DNS-000108 | The IP address for hidden master authoritative name servers must not appear in the name servers set in the zone database. |
| SRG-APP-000516-DNS-000110 | The platform on which the name server software is hosted must be configured to send outgoing DNS messages from a random port. |
| SRG-APP-000516-DNS-000113 | A zone file must not include resource records that resolve to a fully qualified domain name residing in another zone. |
| SRG-APP-000516-DNS-000500 | The DNS server implementation must be configured in accordance with the security configuration settings based on DoD security configuration or implementation guidance, including STIGs, NSA configuration guides, CTOs, and DTMs. |
| SRG-APP-000700-DNS-000100 | The DNS server implementation must disable accounts when the accounts have expired. |
| SRG-APP-000705-DNS-000110 | The DNS server implementation must disable accounts when the accounts are no longer associated to a user. |
| SRG-APP-000745-DNS-000120 | The DNS server implementation must implement the capability to centrally review and analyze audit records from multiple components within the system. |
| SRG-APP-000795-DNS-000130 | The DNS server implementation must alert organization-defined personnel or roles upon detection of unauthorized access, modification, or deletion of audit information. |
| SRG-APP-000805-DNS-000140 | The DNS server implementation must automatically generate audit records of the enforcement actions. |
| SRG-APP-000810-DNS-000150 | The DNS server implementation must prevent the installation of organization-defined software and firmware components without verification that the component has been digitally signed using a certificate that is recognized and approved by the organization. |
| SRG-APP-000815-DNS-000160 | The DNS server implementation must require users to be individually authenticated before granting access to the shared accounts or resources. |
| SRG-APP-000820-DNS-000170 | The DNS server implementation must implement multifactor authentication for local; network; and/or remote access to privileged accounts; and/or nonprivileged accounts such that one of the factors is provided by a device separate from the system gaining access. |
| SRG-APP-000825-DNS-000180 | The DNS server implementation must implement multifactor authentication for local; network; and/or remote access to privileged accounts; and/or nonprivileged accounts such that the device meets organization-defined strength of mechanism requirements. |
| SRG-APP-000830-DNS-000190 | The DNS server implementation must, for password-based authentication, maintain a list of commonly used, expected, or compromised passwords on an organization-defined frequency. |
| SRG-APP-000835-DNS-000200 | The DNS server implementation must, for password-based authentication, update the list of passwords on an organization-defined frequency. |
| SRG-APP-000840-DNS-000210 | The DNS server implementation must, for password-based authentication, update the list of passwords when organizational passwords are suspected to have been compromised directly or indirectly. |
| SRG-APP-000845-DNS-000220 | The DNS server implementation must, for password-based authentication, verify when users create or update passwords, that the passwords are not found on the list of commonly-used, expected, or compromised passwords in IA-5 (1) (a). |
| SRG-APP-000850-DNS-000230 | The DNS server implementation must, for password-based authentication, store passwords using an approved salted key derivation function, preferably using a keyed hash. |
| SRG-APP-000855-DNS-000240 | The DNS server implementation must, for password-based authentication, require immediate selection of a new password upon account recovery. |
| SRG-APP-000860-DNS-000250 | The DNS server implementation must, for password-based authentication, allow user selection of long passwords and passphrases, including spaces and all printable characters. |
| SRG-APP-000865-DNS-000260 | The DNS server implementation must, for password-based authentication, employ automated tools to assist the user in selecting strong password authenticators. |
| SRG-APP-000870-DNS-000270 | The DNS server implementation must, for password-based authentication, enforce organization-defined composition and complexity rules. |
| SRG-APP-000875-DNS-000280 | The DNS server implementation must, for public key-based authentication, implement a local cache of revocation data to support path discovery and validation. |
| SRG-APP-000880-DNS-000290 | The DNS server implementation must protect nonlocal maintenance sessions by separating the maintenance session from other network sessions with the system by logically separated communications paths. |
| SRG-APP-000910-DNS-000300 | The DNS server implementation must include only approved trust anchors in trust stores or certificate stores managed by the organization. |
| SRG-APP-000915-DNS-000310 | The DNS server implementation must provide protected storage for cryptographic keys with organization-defined safeguards and/or hardware protected key store. |
| SRG-APP-000920-DNS-000320 | The DNS server implementation must synchronize system clocks within and between systems or system components. |
| SRG-APP-000925-DNS-000330 | The DNS server implementation must compare the internal system clocks on an organization-defined frequency with organization-defined authoritative time source. |
| SRG-APP-000456-DNS-000070 | The DNS server must install security-relevant software updates within 30 days unless the time period is directed by an authoritative source (e.g., IAVM, CTOs, DTMs, STIGs). |
| SRG-APP-001035-DNS-000323 | The DNS server must be a version supported by the vendor. |
| SRG-APP-000033-DNS-000042 | The DNS server implementation must provide the means for authorized individuals to determine the identity of the source of the DNS server-provided information. |
| SRG-APP-000033-DNS-000111 | The private key corresponding to the ZSK, stored on name servers accepting dynamic updates, must have appropriate directory/file-level access control list-based or cryptography-based protections. |
| SRG-APP-000158-DNS-000076 | A unique TSIG key must be generated for each pair of communicating hosts. |
| SRG-APP-000243-DNS-000114 | CNAME records must not point to a zone with lesser security for more than six months. |
| SRG-APP-000213-DNS-000053 | A DNS server implementation must provide data origin artifacts for internal name/address resolution queries. |
| SRG-APP-000015-DNS-000097 | The DNS implementation must be conformant to the IETF DNS specification. |
| SRG-APP-000215-DNS-000089 | An authoritative name server must be configured to enable DNSSEC Resource Records. |
| SRG-APP-000383-DNS-000109 | The platform on which the name server software is hosted must be configured to respond to DNS traffic only. |
| SRG-APP-000340-DNS-000105 | The DNS Name Server software must run with restricted privileges. |
| SRG-APP-000435-DNS-000084 | NSEC3 must be used for all internal DNS zones. |
| SRG-APP-000435-DNS-000087 | All authoritative name servers for a zone must be located on different network segments. |
| SRG-APP-000435-DNS-000027 | All authoritative name servers for a zone must be geographically disbursed. |
| SRG-APP-000435-DNS-000047 | The DNS implementation must prohibit recursion on authoritative name servers. |
| SRG-APP-000456-DNS-000103 | The DNS name server software must be at the latest version. |
| SRG-APP-000474-DNS-000039 | The DNS server implementation must, when a component failure is detected, activate a notification to the system administrator. |
| SRG-APP-000474-DNS-000044 | In the event of an error when validating the binding of another DNS servers identity to the DNS information, the DNS server implementation must log the event and send notification to the DNS administrator. |
| SRG-APP-000474-DNS-000069 | The DNS server implementation must follow procedures to re-role a secondary name server as the master name server should the master name server permanently lose functionality. |
| SRG-APP-000715-DNS-000099 | The DNS implementation must enforce a Discretionary Access Control (DAC) policy that limits propagation of access rights. |
| SRG-APP-000900-DNS-000041 | The DNS server implementation must strongly bind the identity of the DNS server with the DNS information. |
| SRG-APP-000915-DNS-000112 | The private keys corresponding to both the ZSK and the KSK must not be kept on the DNSSEC-aware primary authoritative name server when the name server does not support dynamic updates. |