%% You should probably cite draft-ietf-6man-deprecate-atomfrag-generation instead of this I-D. @techreport{gont-6man-deprecate-atomfrag-generation-01, number = {draft-gont-6man-deprecate-atomfrag-generation-01}, type = {Internet-Draft}, institution = {Internet Engineering Task Force}, publisher = {Internet Engineering Task Force}, note = {Work in Progress}, url = {https://datatracker.ietf.org/doc/draft-gont-6man-deprecate-atomfrag-generation/01/}, author = {Fernando Gont and Will (Shucheng) LIU and Tore Anderson}, title = {{Deprecating the Generation of IPv6 Atomic Fragments}}, pagetotal = 17, year = 2014, month = aug, day = 27, abstract = {The core IPv6 specification requires that when a host receives an ICMPv6 "Packet Too Big" message reporting a "Next-Hop MTU" smaller than 1280, the host includes a Fragment Header in all subsequent packets sent to that destination, without reducing the assumed Path- MTU. The simplicity with which ICMPv6 "Packet Too Big" messages can be forged, coupled with the widespread filtering of IPv6 fragments, results in an attack vector that can be leveraged for Denial of Service purposes. This document briefly discusses the aforementioned attack vector, and formally updates RFC2460 such that generation of IPv6 atomic fragments is deprecated, thus eliminating the aforementioned attack vector. Additionally, it formally updates RFC6145 such that the Stateless IP/ICMP Translation Algorithm (SIIT) does not rely on the generation of IPv6 atomic fragments, thus improving the robustness of the protocol.}, }