Internet Control Message Protocol

Un article de Wikipédia, l'encyclopédie libre.

**Pile de protocoles**
^[Modifier]
7	Application
6	Présentation
5	Session
4	Transport
3	Réseau
2	Liaison de données
1	Physique
Modèle OSI

Internet Control Message Protocol est l'un des protocoles fondamentaux constituant la suite de protocoles Internet. Il est utilisé pour véhiculer des messages de contrôle et d'erreur pour cette suite de protocoles, par exemple lorsqu'un service ou un hôte est inaccessible.

ICMP se situe au même niveau que le protocole IP bien qu'il ne fournisse pas les primitives de service habituellement associées à un protocole de couche réseau. Son utilisation est habituellement transparente du point de vue des applications et des utilisateurs présents sur le réseau.

Cet article traite d'ICMP version 4 qui accompagne IPv4. Pour la version 6, voir Internet Control Message Protocol V6.

[modifier] Présentation

ICMP (Abréviation de Internet Control Message Protocol - Protocole de message de contrôle sur Internet) est un protocole de niveau 3 sur le modèle OSI, qui permet le contrôle des erreurs de transmission. En effet, comme le protocole IP ne gère que le transport des paquets et ne permet pas l'envoi de messages d'erreur, c'est grâce à ce protocole qu'une machine émettrice peut savoir qu'il y a eu un incident de réseau. Il est détaillé dans la RFC 792.

[modifier] Format d'un paquet ICMP

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 datagramme IP. Dans le cadre de l'IPv4, la forme génerale d'un tel paquet est la suivante:

Bit 0 - 7	Bit 8 - 15	Bit 16 - 23
Version/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
Données (optionnel et de longueur variable)

Un tel datagramme est composé :

d'un en-tête IP (en bleu), avec Protocole valant 1 et Type de Service valant 0.
du type de message ICMP (8 bits)
du code de l'erreur (8 bits)
d'une somme de contrôle (16 bits), calculée sur la partie spécifique à ICMP (sans l'en-tête IP)
du message

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

[modifier] Les différents types

[modifier] Type 0 (réponse echo)

Type : 0
Code : 0
Message : réponse d'ECHO (echo-reply)
Signification : réponse au message de type 8

[modifier] Type 3 (destinataire inaccessible)

Type : 3
Code : 0 à 11
Message : destinataire inaccessible
Le code dépend de la cause du problème, respectivement :

0 : le réseau n'est pas accessible
1 : la machine n'est pas accessible
2 : le protocole n'est pas accessible
3 : le port n'est pas accessible
4 : fragmentation nécessaire mais impossible à cause du drapeau (flag) DF
5 : le routage a échoué
6 : réseau inconnu
7 : machine inconnue
8 : machine non connectée au réseau (inutilisé)
9 : communication avec le réseau interdite
10 : communication avec la machine interdite
11 : réseau inaccessible pour ce service
12 : machine inaccessible pour ce service
13 : communication interdite (filtrage)
14 : priorité d'hôte violé
15 : limite de priorité atteinte

[modifier] Type 4 (extinction de la source)

Type : 4
Code : 0
Message : extinction de la source (source quench)
Signification : le volume de données envoyé est trop important, le routeur envoie ce message pour prévenir qu'il sature afin de demander de réduire la vitesse de transmission

[modifier] Type 5 (redirection)

Type : 5
Code : 0 à 3
Message : redirection pour

un hôte
un hôte et un service
un réseau
un réseau et un service

Signification : le routeur remarque que la route qu'a choisi 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 ordinateur émetteur. Le routeur envoie l'adresse du prochain routeur à ajouter dans la table de routage de l'ordinateur émetteur de façon à ce que le prochain envoi vers le même destinataire ne passe pas inutilement par lui.

[modifier] Type 8 (echo)

Type : 8
Code : 0
Message : demande d'ECHO (echo-request)
Signification : demande de renvoi d'informations, avec la commande ping par exemple

[modifier] Type 11 (temps dépassé)

Type : 11
Code : 0 ou 1
Message : temps dépassé ou temps de ré-assemblage des fragments d'un datagramme dépassé
Signification : ce message est envoyé lorsque le temps de vie d'un datagramme ou le temps de réassemblage des parties d'un datagramme est dépassé. L'en-tête du datagramme est renvoyé pour que l'utilisateur sache quel datagramme a été détruit

[modifier] Type 12 (en-tête erronné)

Type : 12
Code : 0
Message : en-tête erronné
Signification : ce message est envoyé lorsqu'un champ d'un en-tête est erronné. La position de l'erreur est retournée

[modifier] Type 13 (demande heure)

Type : 13
Code : 0
Message : timestamp request
Signification : une machine demande à une autre son heure et sa date système (universelle)

[modifier] Type 14 (réponse heure)

Type : 14
Code : 0
Message : timestamp reply
Signification : la machine réceptrice donne son heure et sa date système afin que la machine émettrice puisse déterminer le temps de transfert des données

[modifier] Type 15 (demande adresse IP)

Type : 15
Code : 0
Message : demande d'adresse réseau
Signification : ce message permet de demander au réseau une adresse IP

[modifier] Type 16 (réponse adresse IP)

Type : 16
Code : 0
Message : réponse d'adresse réseau
Signification : ce message répond au message précédent

[modifier] Type 17 (demande masque sous-réseau)

Type : 17
Code : 0
Message : demande de masque de sous-réseau
Signification : ce message permet de demander au réseau un masque de sous-réseau

[modifier] Type 18 (réponse masque sous-réseau)

Type : 18
Code : 0
Message : réponse de masque de sous-réseau
Signification : ce message répond au message précédent

[modifier] Failles dans le protocole ICMP

[modifier] Failles de Fernando Gont

L'argentin Fernando Gont, professeur, administrateur système et chercheur en réseau, a découvert en août 2004 plusieurs failles de sécurité dans le protocole ICMP. Il a tenté d'alerter les organismes concernés (auteurs de système d'exploitation comme Microsoft Windows ou Linux), mais également Cisco Systems (qui vend, entre autres, des routeurs), mais tous n'ont pas répondu, et Cisco a même tenté de breveter ces failles.

Parmi les failles, on peut citer :

Les messages ICMP de type 3 pour les codes 2 ou 3 (voir aussi code 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

[modifier] 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.

[modifier] Liens externes

(en) RFC 792 Internet Control Message Protocol
(fr) Traduction de la RFC 792
(en) IANA ICMP Parameters liste complète des types et codes ICMP
http://www.iprezo.org/?page=icmp
Failles ICMP découvertes par Fernando Gont et l'histoire des brevets avec Cisco

Portail de l'informatique – Accédez aux articles de Wikipédia concernant l’informatique.

Récupérée de « http://fr.wikipedia.org../../../i/n/t/Internet_Control_Message_Protocol_208f.html »

Catégories : TCP/IP • Protocole réseau passant difficilement les pare-feux