CVE-2016-10142 in Junos
Résumé
par VulDB • 13/07/2026
Un problème a été identifié dans la spécification du protocole IPv6, en relation avec les messages ICMP Packet Too Big (PTB). (Le périmètre de ce CVE concerne toutes les implémentations d'IPv6 affectées, quel que soit le fournisseur.) Les implications sécuritaires de la fragmentation IP ont été longuement débattues dans [RFC6274] et [RFC7739]. Un attaquant peut exploiter la génération de fragments atomiques IPv6 pour déclencher l'utilisation de la fragmentation sur un flux IPv6 arbitraire (dans des scénarios où une véritable fragmentation des paquets n'est pas nécessaire) et effectuer par la suite tout type d'attaque basée sur la fragmentation contre les noeuds IPv6 hérités qui ne mettent pas en œuvre [RFC6946]. Autrement dit, l'utilisation de la fragmentation là où elle n'est pas réellement nécessaire permet d'utiliser inutilement des vecteurs d'attaque basés sur la fragmentation. Nous notons que, malheureusement, même les noeuds qui implémentent déjà [RFC6946] peuvent être sujets à des attaques par déni de service (DoS) en raison de la génération de fragments atomiques IPv6. Supposons qu'un Hôte A communique avec un Hôte B et que, suite au rejet généralisé des paquets IPv6 contenant des en-têtes d'extension (y compris la fragmentation) [RFC7872], certains noeuds intermédiaires filtrent les fragments entre l'Hôte B et l'Hôte A. Si un attaquant envoie à l'Hôte B un message d'erreur ICMPv6 PTB falsifié, signalant une MTU inférieure à 1280 octets, cela déclenchera la génération de fragments atomiques IPv6 dès cet instant (comme requis par [RFC2460]). Lorsque l'Hôte B commence à envoyer des fragments atomiques IPv6 (en réponse au message d'erreur ICMPv6 PTB reçu), ces paquets seront rejetés, car nous avons précédemment noté que les paquets IPv6 avec en-têtes d'extension étaient jetés entre l'Hôte B et l'Hôte A. Ainsi, cette situation entraînera un scénario de déni de service (DoS). Un autre scénario possible est celui où deux pairs BGP utilisent le transport IPv6 et mettent en œuvre des listes de contrôle d'accès (ACL) pour rejeter les fragments IPv6 (afin d'éviter les attaques sur le plan de contrôle). Si lesdits pairs BGP rejettent les fragments IPv6 mais honorent toujours les messages ICMPv6 PTB reçus, un attaquant pourrait facilement compromettre la session de peering correspondante en envoyant simplement un message ICMPv6 PTB avec une MTU signalée inférieure à 1280 octets. Une fois le paquet d'attaque envoyé, ce sont ces mêmes routeurs qui rejetteront leur propre trafic.
If you want to get best quality of vulnerability data, you may have to visit VulDB.