ietf-corpus

rfc-5095

Deprecation of Type 0 Routing Headers in IPv6

J. Abley, P. Savola, G. Neville-Neil
date2007-12 streamIETF areaint wgipv6 statusPROPOSED STANDARD pages7 canonicalhttps://www.rfc-editor.org/rfc/rfc5095 doi10.17487/RFC5095
The functionality provided by IPv6's Type 0 Routing Header can be exploited in order to achieve traffic amplification over a remote path for the purposes of generating denial-of-service traffic. This document updates the IPv6 specification to deprecate the use of IPv6 Type 0 Routing Headers, in light of this security concern. [STANDARDS-TRACK]

updates

Extracted elements (14)

design-rationale §4.2

Blocking all Routing Headers in firewalls (rather than only Type 0) is explicitly discouraged because even a small percentage of firewalls doing so would make it impossible in practice to extend IPv6 Routing Headers, and would render Mobile IPv6 (which uses Type 2 Routing Header) undeployable.

ip, security, v6ops, mobility

design-rationale §1

RH0 is deprecated entirely rather than restricted because the severity of the traffic amplification threat is considered sufficient to warrant full deprecation; benign use-cases are sacrificed, but future Routing Header specifications may provide equivalent functionality.

ip, security, v6ops

interoperability-note §1

Mobile IPv6 (RFC 3775) relies on the Type 2 Routing Header, not RH0; the Mobile IPv6 specification was previously modified to use Type 2 specifically to avoid the security issues associated with RH0.

ip, mobility, v6ops

interoperability-note §4.1

RH0 processing nodes may continue to exist in deployed networks for some time; ingress filtering per RFC 2827 and RFC 3704 can mitigate some RH0-based attacks during the transition period.

ip, v6ops, security

normative-requirement §4.1 SHOULD

A site security policy intended to protect against RH0 attacks SHOULD include implementation of ingress filtering at the site border, as recommended in RFC 2827 and RFC 3704.

ip, security, v6ops

normative-requirement §3 MUST NOT

An IPv6 node that receives a packet with a destination address assigned to it and that contains an RH0 extension header MUST NOT execute the RH0 routing algorithm specified in RFC 2460 Section 4.4.

ip, security, v6ops

normative-requirement §4.2 MUST NOT

Firewall policy intended to protect against RH0 packets MUST NOT simply filter all traffic with a Routing Header; it must be possible to disable forwarding of Type 0 traffic without blocking other Routing Header types.

ip, security, v6ops

normative-requirement §3 MUST

If a received RH0 packet has Segments Left of zero, the node must ignore the Routing Header and proceed to process the next header; if Segments Left is non-zero, the node must discard the packet and send an ICMP Parameter Problem, Code 0, message to the source address.

ip, security, v6ops

normative-requirement §3 REQUIRED

IPv6 implementations are no longer required to implement RH0 in any way; support for RH0 is fully deprecated.

ip, v6ops

normative-requirement §4.2 MUST

The default firewall configuration MUST permit forwarding of traffic using a Routing Header other than Type 0, to avoid breaking protocols such as Mobile IPv6 that rely on other Routing Header types.

ip, security, v6ops, mobility

protocol-element §1

The IPv6 Type 0 Routing Header (RH0) is extension header type 43, subtype 0, as defined in RFC 2460. It can contain multiple intermediate node addresses, and the same address may appear more than once, enabling the amplification attack.

ip, v6ops

registry §6

The IANA registry 'Internet Protocol Version 6 (IPv6) Parameters' should be updated to reflect that variant 0 of IPv6 header-type 43 ('Routing Header') is deprecated.

ip, registry, v6ops

security-consideration §5

RH0 provides a mechanism for traffic amplification by allowing a packet to oscillate between two RH0-processing nodes many times; an 88-fold amplification has been demonstrated, enabling denial-of-service attacks along arbitrary remote paths.

ip, security, v6ops

security-consideration §1

The RH0 attack affects the entire path between two exploited nodes, not only the nodes themselves or their local networks, making it more severe than analogous IPv4 source route option abuse.

ip, security, v6ops