Accueil🇫🇷Chercher

Internet Control Message Protocol

Internet Control Message Protocol (ICMP, Protocole de message de contrôle sur Internet) est l’un des protocoles fondamentaux constituant la suite des protocoles Internet. C'est un protocole de couche réseau (couche no 3 du modèle OSI), au même niveau que le protocole Internet (IP). Le protocole IP ne gérant que le transport des paquets et ne permettant pas l'envoi de messages d'erreur, on lui associe ICMP pour contrôler les erreurs de transmission. ICMP permet de transporter des messages de contrôle et d’erreur pour qu'une machine émettrice sache qu'il y a eu un incident de réseau, par exemple lorsqu’un service ou un hôte est inaccessible. La commande Ping est un exemple d'application utilisant des messages de contrôle ICMP.

Cet article traite d’ICMP version 4 qui accompagne IPv4, détaillé dans la RFC 792[1]. La version IPv6 du protocole, RFC 4443[2], est présentée dans l’article Internet Control Message Protocol V6.

Format des paquets

Bien qu'il soit à un niveau équivalent au protocole IP (si l'on tente de rapprocher le modèle OSI au modèle TCP/IP), un paquet ICMP est néanmoins encapsulé dans un paquet IP. Dans le cadre de l'IPv4, la forme générale d'un tel paquet est la suivante :

Bit 0 - 7 Bit 8 - 15 Bit 16 - 23 Bit 24 - 31
Version et IHL Type de service Longueur totale
Identification (fragmentation) flags et offset (fragmentation)
Durée de vie (TTL) Protocole Somme de contrôle de l'en-tête
Adresse IP source
Adresse IP destination
Type de message Code Somme de contrĂ´le
Bourrage ou données
Données (optionnel et de longueur variable)


Avec :

  • Un en-tĂŞte IP (en bleu), avec Version valant 4, Protocole valant 1 et Type de Service valant 0.
  • Le type de message ICMP (8 bits).
  • Le code de l'erreur (8 bits).
  • Une somme de contrĂ´le (16 bits), calculĂ©e sur la partie spĂ©cifique Ă  ICMP (sans l'en-tĂŞte IP).
  • Une partie (en jaune) amĂ©nagĂ©e pour des donnĂ©es relatives aux diffĂ©rents types de rĂ©ponses (32 bits). Si elle n'est pas utilisĂ©e, on procède Ă  un bourrage (cette partie peut correspondre aux Identifiant et NumĂ©ro de sĂ©quence pour un paquet de type Ping par exemple, pour plus d'informations se rĂ©fĂ©rer Ă  la RFC RFC 792[1] [3])
  • Le message Ă  transmettre (en jaune)

Les différents incidents possibles sont reportés ci-dessous, avec le type de message et le code d'erreur correspondant.

Les différents messages de contrôle

Messages ICMP
TypeCodeDescription
0 - RĂ©ponse d'echo 0RĂ©ponse d'ECHO (RĂ©ponse au message de type 8)
1 et 2 - Réservés Reservés
3 – Destinataire inaccessible 0Le réseau n'est pas accessible
1La machine n'est pas accessible
2Le protocole n'est pas accessible
3Le port n'est pas accessible
4Fragmentation nécessaire mais impossible à cause du drapeau (flag) DF
5Le routage a échoué
6RĂ©seau inconnu
7Machine inconnue
8Machine non connectée au réseau (inutilisé)
9Communication avec le réseau interdite
10Communication avec la machine interdite
11RĂ©seau inaccessible pour ce service
12Machine inaccessible pour ce service
13Communication interdite (filtrage)
14Priorité d'hôte violée
15Limite de priorité atteinte
4 – Extinction de la source 0Extinction de la source (source quench)
5 – Redirection 0Redirection pour un hôte
1Redirection pour un hĂ´te et un service
2Redirection pour un réseau
3Redirection pour un réseau et un service
8 – Demande d'echo 0Demande d'ECHO (utilisé par la commande ping)
11 – Temps dépassé 0Temps de vie du datagramme dépassé
1Temps de ré-assemblage des fragments du datagramme dépassé
12 – En-tête erroné 0Le pointeur indique l'erreur
1Absence d'une option obligatoire
2Mauvaise longueur
13 – Demande heure 0Timestamp request
14 – Réponse heure 0Timestamp reply
15 – Demande adresse IP 0Demande d'adresse réseau
16 – Réponse adresse IP 0Réponse d'adresse réseau
17 – Demande masque sous-réseau 0Demande de masque de sous-réseau
18 – Réponse masque sous-réseau 0Réponse de masque de sous-réseau

Signification du type 4 (extinction de la source)

Un routeur de transit ou la machine d'extrémité demande à l'émetteur de ralentir le rythme des envois de trame. Les routeurs de transit stockent les trames reçues dans un tampon (buffer) avant de les router (store and forward). Si ce tampon venait à être plein ou si la charge CPU du routeur dépassait un seuil (ou toute autre motif de congestion) il ne pourrait plus assumer le routage des paquets à venir. Ils seraient alors perdus silencieusement. Afin que cela ne se produise pas, n'importe quel nœud de transit peut ainsi informer l'émetteur de ralentir la cadence. Et cela pour n'importe quel protocole de la couche 4 (UDP, TCP…).

Ce mécanisme n'est pas redondant avec celui d'annonce de la taille de la fenêtre glissante d'une connexion TCP car cette dernière ne peut être contrôlée que par le destinataire (sauf proxification) or ici il s'agit des routeurs de transit.

Ce type de message a été rendu obsolète par la RFC 6633[4] en 2012.

Signification du type 5 (redirection)

Le routeur remarque que la route qu'a choisie l'ordinateur émetteur n'est pas optimale car le prochain routeur à passer pour atteindre le destinataire se trouve sur le même réseau que celui de l'ordinateur émetteur. Le routeur envoie l'adresse du prochain routeur à ajouter dans la table de routage de l'ordinateur émetteur de façon que le prochain envoi vers le même destinataire ne passe pas inutilement par lui. Cette option est souvent bloquée dans les réseaux des entreprises parce qu'elle peut être utilisée par un attaquant pour rediriger le flux de données d'une victime vers sa propre machine.

Failles dans le protocole ICMP

Il existe plusieurs attaques connues contre ICMP[5] - [6] - [7]. Parmi elles, on peut citer :

  • ICMP Sweep : En envoyant une sĂ©rie de requĂŞtes ICMP sur un rĂ©seau, il est possible d'analyser les rĂ©ponses et en dĂ©duire la structure.
  • ICMP Redirect : Les messages ICMP de type 5 (redirection) peuvent ĂŞtre utilisĂ©s de manière malhonnĂŞte pour traverser un pare-feu. L'attaque consiste Ă  faire passer un ordinateur par un chemin dĂ©tournĂ© qui va Ă©viter le pare-feu. La solution consiste Ă  configurer l'ordinateur pour ignorer ce genre de message.
  • Les messages ICMP de type 3 pour les codes 2 ou 3 (voire 4) peuvent clore une connexion TCP.
  • Un envoi rĂ©pĂ©tĂ© de message ICMP de type 4 (code 0) ralentit grandement le dĂ©bit d'une connexion.
  • Le message ICMP de type 3 pour le code 4 ralentit une connexion en passant le MTU au minimum (68 octets) puis en l'augmentant progressivement.

Notes et références

  1. (en) Request for comments no 792.
  2. (en) « Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) Specification », Request for comments no 4443, .
  3. Internet Control Message Protocol
  4. (en) « Deprecation of ICMP Source Quench Messages », Request for comments no 6633, .
  5. « ICMP Attacks Illustrated », sur www.sans.org, (consulté le )
  6. Madalina Baltatu, Antonio Lioy, Fabio Maino et Daniele Mazzocchi, « Security issues in control, management and routing protocols », Computer Networks, pioneering Tomorrow's Internet: Selected papers from the TARENA Networking Conference 2000, vol. 34,‎ , p. 881-894 (DOI 10.1016/S1389-1286(00)00159-6, lire en ligne, consulté le )
  7. OpenBSD KernelTrap article

Voir aussi

Article connexe

Liens externes

Cet article est issu de wikipedia. Text licence: CC BY-SA 4.0, Des conditions supplémentaires peuvent s’appliquer aux fichiers multimédias.