Juniper EX Series Switches Router STIG Version Comparison

There are 1 differences between versions v1 r1 (Aug. 10, 2022) (the "left" version) and v1 r3 (April 27, 2023) (the "right" version).

Check JUEX-RT-000300 was changed between these two versions. Green, underlined text was added, red, struck-out text was removed.

The regular view of the left check and right check may be easier to read.

Title

The Juniper router must be configured to authenticate all routing protocol messages using NIST-validated FIPS 198-1 message authentication code algorithm.

Check Content

Review the router configuration to verify Verify it routing protocol authentication is enabled using a NIST-validated FIPS 198-1 validated message authentication code algorithm to authenticate routing protocol messages. OSPF, both v2 and v3, and BGP support using a transport mode IP Security (IPsec) Security Association (SA) for authentication in addition to the protocol-standard authentication methods. Verify the IPsec SA is using an appropriate hashed message authentication code (HMAC). [edit (HMAC). For protocols supporting IPsec SA: [edit security ipsec] security-association <SA name> { <snip> NOTE: Versions of Junos not supporting RFC5709 must be configured to use MD5 authentication, but this is still a CAT III finding since MD5 is not compliant. For protocols not supporting IPsec SA (OSPFv2 example shown) [edit protocols ospf] area <area number> { interface <name> mode transport; manual { direction bidirectional { protocol (ah | esp | bundle); spi (256..16639); <<< The SPI is an integer value that must match the peer authentication { algorithm <algorithm> <key number> (hmac-sha1-96 | hmac-sha-256-128); key hexadecimal "hashed “<hashed value"; value>”; ## SECRET-DATA } } } } Verify EGP (e.g., BGP) and IGP (e.g., OSPF) are configured to use an IPsec SA for authentication. [edit protocols] bgp { group <BGP group name> { <...snipped configuration...> neighbor <IPv4 neighbor address> { <...snipped protocol family configuration...> ipsec-sa <SA name>; } neighbor <IPv6 neighbor address> { <...snipped protocol family configuration...> ipsec-sa <SA name>; } } } ospf { area <OSPFv2 area number> { interface <OSPFv2 interface name>.<logical unit number> { <...snipped configuration...> ipsec-sa <SA name>; } } ospf3 { area <OSPFv3 area number> { interface <OSPFv3 interface name>.<logical unit number> { <...snipped configuration...> ipsec-sa <SA name>; } } If } } If a NIST-validated FIPS 198-1 message authentication code algorithm is not being used to authenticate routing protocol protocols, messages, this is a finding. finding. Routing protocols using authentication with non-NIST-validated FIPS 198-1 algorithms may be downgraded to CAT III.

Discussion

A rogue router could send a fictitious routing update to convince a site's perimeter router to send traffic to an incorrect or even a rogue destination. This diverted traffic could be analyzed to learn confidential information about the site's network or used to disrupt the network's ability to communicate with other networks. This is known as a "traffic attraction attack" and is prevented by configuring neighbor router authentication for routing updates. However, using clear-text authentication provides little benefit since an attacker can intercept traffic and view the authentication key. This would allow the attacker to use the authentication key in an attack. Since MD5 is vulnerable to "birthday" attacks and may be compromised, routing protocol authentication must use FIPS 198-1 validated algorithms and modules to encrypt the authentication key. This requirement applies to all IPv4 and IPv6 protocols that are used to exchange routing or packet forwarding information; this includes all Interior Gateway Protocols (such as OSPF, EIGRP, and IS-IS) and Exterior Gateway Protocols (such as BGP), MPLS-related protocols (such as LDP), and multicast-related protocols. IP Security (IPsec) Security Association (SA) routing protocol authentication provides strong protection against unauthorized ("rogue") routing updates. IPsec SAs offer Authentication Header (AH) or Encapsulated Security Payload (ESP) to protect the routing updates. IPsec SA is required by newer routing protocols. protocols like OSPFv3 for authentication. IPsec SA routing protocol authentication supports FIPS 198-1 validated algorithms.

Fix

Configure routing protocol authentication to use a NIST-validated FIPS 198-1 message authentication code algorithm. Configure the IPsec SA: set security ipsec security-association <SA name> mode transport set security ipsec security-association <SA name> manual direction bidirectional protocol (ah | esp | bundle) set security ipsec security-association <SA name> manual direction bidirectional spi <manually configured SPI (256..16639)> set security ipsec security-association <SA name> manual direction bidirectional authentication algorithm (hmac-sha1-96 | hmac-sha-256-128) set security ipsec security-association <SA name> manual direction bidirectional authentication key hexadecimal "<appropriate PSK>" Note: Encryption keys can also be entered as ASCII with the keyword 'ascii-text' replacing 'hexadecimal'. Regardless of key type, the PSK is hashed in the configuration. Configure EGP / IGP to use IPsec SA for authentication: set protocols bgp group <BGP group name> neighbor <IPv4 neighbor address> ipsec-sa <SA name> set protocols bgp group <BGP group name> neighbor <IPv6 neighbor address> ipsec-sa <SA name> set protocols ospf area <OSPFv2 area number> interface <interface name>.<logical unit> ipsec-sa <SA name> set protocols ospf3 area <OSPFv3 area number> interface <interface name>.<logical unit> ipsec-sa <SA name> name> NOTE: Versions of Junos not supporting RFC5709 must be configured to use MD5 authentication, but this is still a CAT III finding since MD5 is not compliant.