12.07.2015 Views

Incorporation de charge utile de sécurité sur IP (ESP) - RFC

Incorporation de charge utile de sécurité sur IP (ESP) - RFC

Incorporation de charge utile de sécurité sur IP (ESP) - RFC

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

<strong>RFC</strong> 2406 page - 4 -L'indice <strong>de</strong> paramètre <strong>de</strong> <strong>sécurité</strong> (SPI) est une valeur arbitraire <strong>de</strong> 32 bits qui, combinée avecl'adresse <strong>IP</strong> <strong>de</strong> <strong>de</strong>stination et le protocole <strong>de</strong> <strong>sécurité</strong> (<strong>ESP</strong>), i<strong>de</strong>ntifie <strong>de</strong> façon univoquel'association <strong>de</strong> <strong>sécurité</strong> pour ce datagramme. L'ensemble <strong>de</strong>s valeurs <strong>de</strong> SPI dans la gamme<strong>de</strong> 1 à 255 est réservée par l'Autorité d'allocation <strong>de</strong>s numéros Internet (IANA) pour uneutilisation future ; une valeur SPI réservée ne sera normalement pas allouée par l'IANA sauf sil'utilisation <strong>de</strong> la valeur SPI allouée est spécifiée dans une <strong>RFC</strong>. Le SPI est d'ordinaire choisipar le système <strong>de</strong> <strong>de</strong>stination lors <strong>de</strong> l'établissement d'une association <strong>de</strong> <strong>sécurité</strong> (pour plus <strong>de</strong>détails, se reporter au document Architecture <strong>de</strong> <strong>sécurité</strong>). Le champ SPI est obligatoire.La valeur SPI zéro (0) est réservée pou une utilisation locale, spécifique <strong>de</strong> la mise en œuvreet NE DOIT PAS être envoyée <strong>sur</strong> le réseau. Par exemple, une mise en œuvre <strong>de</strong> gestion <strong>de</strong>clés PEUT utiliser la valeur <strong>de</strong> SPI <strong>de</strong> zéro pour signifier "Il n'existe pas d'association <strong>de</strong><strong>sécurité</strong>" durant la pério<strong>de</strong> où la mise en œuvre <strong>IP</strong>sec a <strong>de</strong>mandé que cette entité <strong>de</strong> gestion <strong>de</strong>clés établisse une nouvelle association <strong>de</strong> <strong>sécurité</strong>, mais que celle-ci n'a pas encore été établie.2.2 Numéro <strong>de</strong> séquenceCe champ <strong>de</strong> 32 bits non signés contient une valeur <strong>de</strong> compteur à accroissement monotone(le numéro <strong>de</strong> séquence). Il est obligatoire et est toujours présent même si le receveur n'a paschoisi d'activer le service anti-répétition pour une association <strong>de</strong> <strong>sécurité</strong> spécifique. Letraitement du champ numéro <strong>de</strong> séquence est à la discrétion du receveur, c'est-à-dire quel'envoyeur DOIT toujours émettre ce champ, mais le receveur n'a pas besoin d'agir <strong>sur</strong> lui(voir l'exposé <strong>sur</strong> la vérification <strong>de</strong> numéro <strong>de</strong> séquence dans le paragraphe "Traitement dupaquet entrant" ci-<strong>de</strong>ssous).Le compteur <strong>de</strong> l'envoyeur et le compteur du receveur sont initialisés à 0 lorsqu'uneassociation <strong>de</strong> <strong>sécurité</strong> est établie. (Le premier paquet envoyé en utilisant une association <strong>de</strong><strong>sécurité</strong> donnée aura un numéro <strong>de</strong> séquence <strong>de</strong> 1 ; voir le paragraphe 3.3.3 pour <strong>de</strong>sprécisions <strong>sur</strong> la façon dont est généré le numéro <strong>de</strong> séquence.) Si l'anti-répétition est activée(par défaut), le numéro <strong>de</strong> séquence transmis ne doit jamais effectuer un cycle. Et donc, lecompteur <strong>de</strong> l'envoyeur et le compteur du receveur DOIVENT être remis à zéro (enétablissant une nouvelle association <strong>de</strong> <strong>sécurité</strong>, et donc une nouvelle clé) avant latransmission du 2^32 ème paquet <strong>sur</strong> une association <strong>de</strong> <strong>sécurité</strong>.2.3 Données <strong>de</strong> <strong>charge</strong> <strong>utile</strong>Données <strong>de</strong> <strong>charge</strong> <strong>utile</strong> est un champ <strong>de</strong> longueur variable qui contient les données décritesdans le champ d’en-tête suivant. Le champ données <strong>de</strong> <strong>charge</strong> <strong>utile</strong> est obligatoire et salongueur est un nombre entier d'octets. Si l'algorithme utilisé pour chiffrer la <strong>charge</strong> <strong>utile</strong>exige <strong>de</strong>s données <strong>de</strong> synchronisation <strong>de</strong> chiffrement, par exemple, un vecteur d'initialisation(IV), ces données PEUVENT alors être portées explicitement dans le champ <strong>charge</strong> <strong>utile</strong>.Tout algorithme <strong>de</strong> chiffrement qui exige <strong>de</strong> telles données explicites <strong>de</strong> synchronisation parpaquet DOIT indiquer la longueur, toute structure <strong>de</strong> telles données, et la localisation <strong>de</strong> cesdonnées au titre d'une <strong>RFC</strong> spécifiant comment l'algorithme doit s'utiliser avec <strong>ESP</strong>. Si <strong>de</strong>telles données <strong>de</strong> synchronisation sont implicites, l'algorithme pour déduire les données DOITfaire partie <strong>de</strong> la <strong>RFC</strong>.Noter que pour as<strong>sur</strong>er l'alignement du texte chiffré (réel) en présence d'un vecteurd'initialisation :

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!