Version : 2022.01
Dernière mise-à-jour : 2023/02/15 15:44
La définition d'un réseau peut être résumé ainsi :
Pour que la communication soit efficace, elle doit respecter les critères suivants :
On peut distinguer deux familles d'Equipements - les Eléments Passifs et les Eléments Actifs.
Les Eléments Passifs transmettent le signal d'un point à un autre :
Les Eléments Actifs sont des équipements qui consomment de l'énergie en traitant ou en interprétant le signal. Les Equipements sont classés selon leurs fonctions :
Un Nœud est une extrémité de connexion qui peut être une intersection de plusieurs connexions ou de plusieurs Equipements.
Une Interface Réseau est une prise ou élément d'un Equipement Actif faisant la connexion vers d'autres Equipements réseaux et qui reçoit et émet des données.
Dans le cas d'un mélange d'Equipements non-homogènes en termes de performances au sein du même réseau, c'est la loi du plus faible qui emporte.
Tous les Equipements connectés au même support doivent respecter un ensemble de règles appelé une Protocole de Communication.
Les Protocoles de Communication définissent de façon formelle et interopérable la manière dont les informations sont échangées entre les Equipements.
Des Logiciels, dédiés à la gestion de ces Protocoles de Communication, sont installés sur des Equipements d'Interconnexion afin de fournir des fonctions de contrôle permettant une communication entre les Equipements.
Se basant sur des Protocoles de Communication, des Services fournissent des fonctionnalités accessibles aux utilisateurs ou d'autres programmes.
L'ensemble des Equipements, Logiciels et Protocoles de Communication constitue l'Architecture Réseau.
Les réseaux peuvent être classifiés de trois façon différentes :
Il existe deux Classes de réseaux dans cette classification :
La Topologie Physique d'un réseau décrit l'organisation de ce dernier en termes de câblage. La Topologie Logique d'un réseau décrit comment les données circulent sur le réseau. En effet c'est le choix des concentrateurs ainsi que les connections des câbles qui déterminent la topologie logique.
Il existe 6 topologies physiques de réseau :
Tous les nœuds sont connectés à un seul support. L'inconvénient de cette topologie est que dans le cas d'une défaillance d'une station, le réseau se trouve coupé en deux sous-réseaux.
Tous les nœuds sont connectés à un seul support (un câble BNC en T) avec des bouchons à chaque extrémité. La longueur du bus est limitée à 185m. Le nombre de stations de travail est limité à 30. Les Stations sont reliées au Bus par des 'T'. Les bouchons sont des terminateurs qui sont des résistances de 50 Ohms. Quand le support tombe en panne, le réseau ne fonctionne plus. Quand une station tombe en panne, elle ne perturbe pas le fonctionnement de l'ensemble du réseau. Les Stations étant reliés à un suel support, ce type de topologie necessite un Protocole d'Accès pour gérer le tour de parole des Stations afin d'éviter des conflits.
Chaque nœud est connecté à un périphérique central appelé un Hub (Concentrateur) ou un Switch (Commutateur). Un Hub ou un Switch est prévu pour 4, 8, 16, 32 … stations. En cas d'un réseau d'un plus grand nombre de stations, plusieurs Hubs ou Switches sont connectés ensemble. Quand une station tombe en panne, elle ne perturbe pas le fonctionnement de l'ensemble du réseau. Le point faible de cette topologie est l'équipement central.
Chaque nœud est relié directement à ses deux voisins dans une topologie logique de cercle ininterrompu et une topologie physique en étoile car les stations sont reliées à un type de hub spécial, appelé un Multistation Access Unit (MAU).
Les stations sont reliées à la MAU par un câble 'IBM' munie d'une prise AUI du côté de la carte et une prise Hermaphrodite du coté de la MAU. Les données sont échangées dans un sens unidirectionnel. Une trame, appelée un jeton, circule en permanence. Si l'anneau est brisé, l'ensemble du réseau s'arrête. Pour cette raison, il est courant de voir deux anneaux contre-rotatifs.
La Topologie en Arbre est utilisée dans un réseau hierarchique où le sommet, aussi appelé la racine, est connecté à plusieurs noeuds de niveau inférieur. Ces neouds peuvent à leur tour être connectés à d'autres noeuds inférieurs. L'ensemble forme une arborescence. Le point faible de cette topologie est sa racine. En cas de défaillance, le réseau est coupé en deux.
Cette Topologie est utilisée pour des grands réseaux de distribution tels Internet ou le WIFI. Chaque noeud à tous les autres via des liaisons point à point. Le nombre de liaisons devient très rapidement important en cas d'un grand nombre de noeuds. Par exemple dans le cas de 100 Stations (N), le nombre de liaisons est obtenu par la formule suivante :
N(N-1)/2 = 100(100-1)/2 = 4 950
La Topologie Physique la plus répandue est la Topologie en Etoile.
La classification par étendue nous fournit 4 réseaux principaux :
Nom | Description | Traduction | Taille Approximative (M) |
---|---|---|---|
PAN | Personal Area Network | Réseau Personnel | 1 -10 |
LAN | Local Area Network | Réseau Local Entreprise (RLE) | 5 - 1 200 |
MAN | Métropolitain Area Network | Réseau Urbain | 900 - 100 000 |
WAN | Wide Area Network | Réseau Long Distance (RLD) | 50 000 et au delà |
Cependant, d'autres classification existent :
CAN | Campus Area Network | Réseau de Campus |
GAN | Global Area Network | Réseau Global |
TAN | Tiny Area Network | Réseau Minuscule |
FAN | Family Area Network | Réseau Familial |
SAN | Storage Area Network | Réseau de Stockage |
Etant donné que les WANs sont gérés par des opérateurs de télécommunications qui doivent demander une licence à l'état mais que les LANs ont été historiquement mis en oeuvre dans les entreprises, ces derniers sont en majorité issus du monde informatique.
Il existe deux types de LAN :
Le réseau à serveur dédié est caractérisé par le fait que toutes les ressources ( imprimantes, applications, lecteurs etc. ) sont gérées par le serveur. Les autres micro-ordinateurs ne jouent le rôle de client.
Des exemples des systèmes d'exploitation du réseau à serveur dédié sont :
Le réseau poste à poste est caractérisé par le fait que tous les ordinateurs peuvent jouer le rôle de client et de serveur :
Le modèle Client/Serveur est une des modalités des architectures informatiques distribuées. Dans ce modèle un serveur est tout Logiciel fournissant un Service.
Le serveur est aussi :
Le client est, par contre actif, étant à l'origine des requêtes.
Il existe trois types de modèle client/serveur :
Les réseaux sont bâtis sur des technologies et des modèles. Le modèle théorique le plus important est le modèle Open System Interconnection créé par l'International Organization for Standardization tandis que le modèle pratique le plus important est le modèle TCP/IP.
Le modèle OSI qui a été proposé par l'ISO est devenu le standard en termes de modèle pour décrire l'échange de données entre ordinateurs. Cette norme se repose sur sept couches, de la une - la Couche Physique, à la sept - la Couche d'Application, appelés des services. La communication entre les différentes couches est synchronisée entre le poste émetteur et le poste récepteur grâce à ce que l'on appelle un protocole.
Ce modèle repose sur trois termes :
Des sept couches :
La couche du même niveau du système A parle avec son homologue du système B.
Un protocole est un langage commun utilisé par dexu entités en communication pour pouvoir se comprendre. La nature du Protocole dépends directement de la nature de la communication. Cette bature dépend du paradigme de communication que l'application nécessite. Le paradigme est un modèle abstrait d'un problème ou d'une situation. Dans le paradigme de la diffusion, l'émetteur envoie dans informations au récepteur sans se soucier de ce que le récepteur va en faire. C'est la responsabilité du récepteur de comprendre et d'utiliser les informations.
Chaque couche rend des services à la couche immédiatement supérieure et utilise les services de la couche immédiatement inférieure. L'ensemble des services s'appelle une Interface. Les services sont composés de Service Data Units et sont disponibles par un Sservice Access Point.
L'Unité de Données ou Protocol Data Unit pour chaque couche comporte un nom spécifique :
Or, pour les Couches Basses on parle de :
Lorque les données sont communiqueés par le système A au système B, celles-ci commencent au niveau de la couche d'Application. Le couche d'Application ajoute une en-tête à l'unité de données qui contient des informations de contrôle du protocole. Au passage de chaque couche, celle-ci ajoute sa propre en-tête. De cette façon, lors de sa descente vers la couche physique, les données et l'entête de la couche supérieure sont encapulsulées :
Couche Système A | Encapsulation |
---|---|
Application | Application Header (AH) + Unité de Données (UD) |
Présentation | Présentation Header (PH) + AH + UD |
Session | Session Header (SH) + PH + AH + UD |
Transport | Transport Header (TH) + SH + PH + AH + UD |
Réseau | Network Header (NH) + TH + SH + PH + AH + UD |
Liaison | Liaison Header (DH) + NH + TH + SH + PH + AH + UD |
Lors de son voyage de la couche Physique vers la couche Application dans le système B, les en-têtes sont supprimées par chaque couche correspondante. On parle alors de désencapsulation :
Couche Système B | Encapsulation |
---|---|
Liaison | Liaison Header (DH) + NH + TH + SH + PH + AH + UD |
Réseau | Network Header (NH) + TH + SH + PH + AH + UD |
Transport | Transport Header (TH) + SH + PH + AH + UD |
Session | Session Header (SH) + PH + AH + UD |
Présentation | Présentation Header (PH) + AH + UD |
Application | Application Header (AH) + Unité de Données (UD) |
<note tip> Cliquez ici pour ouvrir le schéma Simplifié du Modèle OSI incluant la spécification NDIS </note>
La spécification NDIS ( Network Driver Interface Specification ) a été introduite conjointement par les sociétés Microsoft et 3Com. Cette spécification ainsi que son homologue, le modèle ODI ( Open Datalink Interface ) introduit conjointement par les sociétés Novell et Apple à la même époque, définit des standards pour les pilotes de cartes réseau afin qu'ils puissent être indépendants des protocoles utilisées et les systèmes d'exploitation sur les machines. Des deux 'standards', la spécification NDIS est le plus répandu, intervenant a niveau de la sous-couche MAC et l a couche de liaison. Elle spécifie :
<note tip> Cliquez ici pour voir le modèle OSI incluant la suite des protocoles et services TCP/IP </note>
La suite des protocoles TCP/IP ( Transmission Control Protocol / Internet Protocol ) est issu de la DOD ( Dept. Américain de la Défense ) et le travail de l'ARPA ( Advanced Research Project Agency ).
<note tip> Cliquez ici pour voir les modèles TCP/IP et OSI </note>
Le modèle TCP/IP est composé de 4 couches :
Les noms des Unités de Données sont différents selon le protocole utilisé et la couche du modèle TCP/IP :
Couche | TCP | UDP |
---|---|---|
Application | Stream | Message |
Transport | Segment | Packet |
Internet | Datagram | Datagram |
Réseau | Frame | Frame |
On peut distinguer 3 modes de transmission :
En partant de l'extérieur, le câble coaxial est composé :
Avantages :
Inconvénients :
Ce câble existe sous deux formes selon son utilisation :
Avantages :
Inconvénients :
Il existe trois catagories de blindage :
De ce fait, il existe 5 catagories de câbles Paire Torsadée :
Nom anglais ^ Appelation Ancienne ^ Nouvelle Appelation ^
Unshielded Twisted Pair | UTP | U/UTP |
Foiled Twisted Pair | FTP | F/UTP |
Shield Twisted Pair | STP | S/UTP |
Shield Foiled Twisted Pair | SFTP | SF/UTP |
Shield Shield Twisted Pair | S/STP | SS/STP3 |
Ces catégories donnent lieu à des Classes :
Classe | Débit | Nombre de Paires Torsadées | Connecteur | Commentaires |
---|---|---|---|---|
3 | 10 Mbit/s | 4 | RJ11 | |
4 | 16 Mbit/s | 4 | S/O | Non-utilisée de nos jours |
5 | 100 Mbit/s | 4 | RJ45 | Obsolète |
5e/D | 1 Gbit/s sur 100m | 4 | RJ45 | S/O |
6/E | 2.5 Gbit/s sur 100m ou 10 Gbit/s sur 25m à 55m | 4 | Idéal pour PoE | |
7/F | 10 Gbit/s sur 100m | 4 | GG45 ou Tera | Paires individuellement et collectivement blindées. Problème de compatibilité avec les classes precédentes due au connecteur. |
Une prise RJ45 comporte 8 broches. Un câble peut être droit quand la broche 1 d'une extremité est connectée à la broche 1 de la prise RJ45 à l'autre extrémité, la broche 2 d'une extremité est connectée à la broche 2 de la prise RJ45 à l'autre extrémité et ainsi de suite ou bien croisé quand le brochage est inversé.
Les câbles croisés sont utilisés lors du branchement de deux équipements identiques (PC à PC, Hub à Hub, Routeur à Routeur).
Le Channel Link ou Canal est l'ensemble du Basic Link ou Lien de base et les cordons de brassage et de raccordement des équipements qui sont limités en distance à 10m.
Le Basic Link est le lien entre la prise RJ45 murale et la baie de brassage. Il est limité à 90m en classe 5D.
La Fibre Optique est un fil de Silice permettant le transfert de la lumière. De ce fait elle est caractérisée par :
Qui plus est, elle ne produit aucune perturbation.
Elle est composée :
Il existe deux types de fibres, la Fibre Monomode et la Fibre Multimodes.
La Fibre Monomode :
La Fibre Multimode :
Les réseaux sans fils sans basés sur une liaison qui utilise des ondes radio-électriques (radio et infra-rouges).
Il existe des technologies différentes en fonction de la fréquence utilisée et de la portée des transmissions :
Les principales ondes utilisées pour la transmission des données sont :
Le CPL utilise le réseau électrique domestique, le réseau moyenne et basse tension pour transmettre des informations numériques.
Le CPL superpose un signal à plus haute fréquence au signal électrique.
Seuls donc, les fils conducteurs transportent les signaux CPL.
Le coupleur intégré en entrée des boîtiers CPL élimine les composants basses fréquences pour isoler le signal CPL.
Le CPL utilise la phase électrique et le neutre. De ce fait, une installation triphasée fournit 3 réseaux CPL différents.
Le signal CPL ne s'arrête pas necéssairement aux limites de l'installation électrique. En effet en cas de compteurs non-numériques le signal les traversent.
Les normes CPL sont :
Norme | Débit Théorique | Débit Pratique | Temps pour copier 1 Go |
---|---|---|---|
Homeplug 1.01 | 14 Mbps | 5.4 Mbps | 25m 20s |
Homeplug 1.1 | 85 Mbps | 12 Mbps | 11m 20s |
PréUPA 200 | 200 Mbps | 30 Mbps | 4m 30s |
Il existe plusieurs technologies de réseau :
Nous détaillerons ici les deux technologies les plus répandues, à savoir Ethernet et Token-Ring.
La technologie Ethernet se repose sur :
L'accès au bus utilise le CSMA/CD, Carrier Sense Multiple Access / Collision Detection (Accès Multiple à Détection de Porteuse / Détection de Collisions).
Il faut noter que :
La technologie Token-Ring se repose sur :
Token-Ring se traduit par Anneau à Jeton. Il n'est pas aussi répandu que l'Ethernet pour des raisons de coûts. En effet le rajout d'un nœud en Token-Ring peut coûter jusqu'à 4 fois plus cher qu'en Ethernet.
Il faut noter que :
L'intérêt de la technologie Token-Ring se trouve dans le fait :
La technologie Token-Ring est donc idéale, voire obligatoire, dans des installations où chaque nœud doit disposer d'une opportunité à intervalle fixe d'émettre des données.
En plus du câblage, les périphériques de réseau spéciaux sont des éléments primordiaux tant au niveau de la topologie physique que la topologie logique.
Les périphériques de réseau spéciaux sont :
L'objectif ici est de vous permettre de comprendre le rôle de chaque périphérique.
Les Concentrateurs permettent une connectivité entre les nœuds en topologie en étoile. Selon leur configuration, la topologie logique peut être en étoile, en bus ou en anneau. Il existe de multiples types de Concentrateurs allant du plus simple au Concentrateur intelligent.
Un Répéteur est un périphérique réseau simple. Il est utilisé pour amplifier le signal quand :
Éventuellement, et uniquement dans le cas où le Répéteur serait muni d'une telle fonction, celui-ci peut être utiliser pour connecter deux réseaux ayant un câblage différent.
Un Pont est Répéteur intelligent. Outre sa capacité d'amplifier les signaux, le Pont analyse le trafic qui passe par lui et met à jour une liste d'adresses des cartes réseau, appelée une table de routage, n'autorisant que les transmissions destinées à d'autres segments du réseau.
Les diffusions sont néanmoins autorisées.
Comme un Pont doit être intelligent, on utilise souvent un micro-ordinateur comme Pont. Forcément équipé de 2 cartes réseau, le Pont peut également jouer le rôle de serveur de fichiers.
Le Pont sert donc à isoler des segments du réseau pour des raisons de :
Il existe trois types de configuration de Ponts
Le Pont en Cascade est à éviter car les données en provenance d'un segment doivent passer par plusieurs Ponts. Ceci a pour conséquence de ralentir la transmission des données, voire même de créer un trafic superflu en cas de rémission par le nœud
Le Pont en Dorsale coûte plus chère que la configuration précédente car il faut un nombre de Ponts équivalent au nombre de segments + 1. Par contre elle réduit les problèmes précédemment cités puisque les données ne transitent que par deux Ponts.
Un Commutateur peut être considéré comme un Concentrateur intelligent et un Pont. Ils sont gérés souvent par des logiciels. La topologie physique d'un réseau commuté est en étoile. Par contre la topologie logique est spéciale, elle s'appelle une topologie commutée.
Lors de la communication de données entre deux nœuds, le Commutateur ouvre une connexion temporaire virtuelle en fermant les autres ports. De cette façon la bande passante totale est disponible pour cette transmission et les risques de collision sont minimisés.
Certains Commutateurs haut de gamme sont équipés d'un système anti-catastrophe qui leur permet d'isoler une partie d'un réseau en panne afin que les autres parties puissent continuer à fonctionner sans problème.
Un Routeur est un Pont sophistiqué capable :
Les Routeurs utilisent une table de routage pour stocker les informations sur :
Il existe deux types de Routeur :
Ce périphérique, souvent un logiciel, sert à faire une conversion de données :
L'en-tête TCP est codée sur 4 octets soit 32 bits :
1er octet | 2ème octet | 3ème octet | 4 ème octet |
---|---|---|---|
Port source | Port destination | ||
Numéro de séquence | |||
Numéro d'acquittement | |||
Offset | Flags | Fenêtre | |
Checksum | Pointeur Urgent | ||
Options | Padding | ||
Données |
Vous noterez que les numéros de ports sont codés sur 16 bits. Cette information nous permet de calculer le nombres de ports maximum en IPv4, soit 216 ports ou 65 535.
L'Offset contient la taille de l'en-tête.
Les Flags sont :
La Fenêtre est codée sur 16 bits. La Fenêtre est une donnée liée au fonctionnement d'expédition de données appelé le sliding window ou la fenêtre glissante. Puisque il serait impossible, pour des raisons de performance, d'attendre l'accusé de réception de chaque paquet envoyé, l'expéditeur envoie des paquets par groupe. La taille de cette groupe s'appelle la Fenêtre. Dans le cas d'un problème de réception d'une partie de la Fenêtre, toute la Fenêtre est ré-expédiée.
Le Checksum est une façon de calculer si le paquet est complet.
Le Padding est un champ pouvant être rempli de valeurs nulles de façon à ce que la taille de l'en-tête soit un multiple de 32
L'en-tête UDP est codée sur 4 octets soit 32 bits :
1er octet | 2ème octet | 3ème octet | 4 ème octet |
---|---|---|---|
Port source | Port destination | ||
longueur | Checksum | ||
Données |
L'en-tête UDP a une longueur de 8 octets.
La taille limite d'un paquet TCP, l'en-tête comprise, ne peut pas dépasser 65 535 octets. Cependant chaque réseau est qualifié par son MTU ( Maximum Tranfer Unit ). Cette valeur est la taille maximum d'un paquet autorisée. L'unité est en octets. Pour un réseau Ethernet sa valeur est de 1 500. Quand un paquet doit être expédié sur un réseau ayant un MTU inférieur à sa propre taille, le paquet doit être fractionné. A la sortie du réseau, le paquet est reconstitué. Cette reconstitution s'appelle ré-encapsulation.
L'adressage IP requière que chaque périphérique sur le réseau possède une adresse IP unique de 4 octets, soit 32 bits au format XXX.XXX.XXX.XXX De cette façon le nombre total d'adresses est de 232 = 4.3 Milliards.
Les adresses IP sont divisées en 5 classes, de A à E. Les 4 octets des classes A à C sont divisés en deux, une partie qui s'appelle le Net ID qui identifie le réseau et une partie qui s'appelle le Host ID qui identifie le hôte :
1er octet | 2ème octet | 3ème octet | 4 ème octet | |
---|---|---|---|---|
A | Net ID | Host ID | ||
B | Net ID | Host ID | ||
C | Net ID | Host ID | ||
D | Multicast | |||
E | Réservé |
L'attribution d'une classe dépend du nombre de hôtes à connecter. Chaque classe est identifié par un Class ID composé de 1 à 3 bits :
Classe | Bits ID Classe | Valeur ID Classe | Bits ID Réseau | Nb. de Réseaux | Bits ID hôtes | Nb. d'adresses | Octet de Départ |
---|---|---|---|---|---|---|---|
A | 1 | 0 | 7 | 27=128 | 24 | 224=16 777 216 | 1 - 126 |
B | 2 | 10 | 14 | 214=16 834 | 16 | 216=65 535 | 128 - 191 |
C | 3 | 110 | 21 | 221=2 097 152 | 8 | 28=256 | 192 - 223 |
Dans chaque classe, certaines adresses sont réservées pour un usage privé :
Classe | IP de Départ | IP de Fin |
---|---|---|
A | 10.0.0.0 | 10.255.255.255 |
B | 172.16.0.0 | 172.31.255.255 |
C | 192.168.0.0 | 192.168.255.255 |
Il existe des adresses particulières ne pouvant pas être utilisées pour identifier un hôte :
Adresse Particulière | Description |
---|---|
169.254.0.0 à 169.254.255.255 | Automatic Private IP Addressing de Microsoft |
Hôte du réseau courant | Tous les bits du Net ID sont à 0 |
Adresse de réseau | Tous les bits du Host ID sont à 0 |
Adresse de diffusion | Tous les bits du Host ID sont à 1 |
L'adresse de réseau identifie le segment du réseau entier tandis que l'adresse de diffusion identifie tous les hôtes sur le segment de réseau.
Afin de mieux comprendre l'adresse de réseau et l'adresse de diffusion, prenons le cas de l'adresse 192.168.10.1 en classe C :
1er octet | 2ème octet | 3ème octet | 4 ème octet | |
---|---|---|---|---|
Net ID | Host ID | |||
Adresse IP | 192 | 168 | 10 | 1 |
Binaire | 11000000 | 10101000 | 000001010 | 00000001 |
Calcul de l'adresse de réseau | ||||
Binaire | 11000000 | 10101000 | 000001010 | 00000000 |
Adresse réseau | 192 | 168 | 10 | 0 |
Calcul de l'adresse de diffusion | ||||
Binaire | 11000000 | 10101000 | 000001010 | 11111111 |
Adresse de diffusion | 192 | 168 | 10 | 255 |
Tout comme l'adresse IP, le masque de sous-réseau compte 4 octets ou 32 bits. Les masques de sous-réseaux permettent d'identifer le Net ID et le Host ID :
Classe | Masque | Notation CIDR |
---|---|---|
A | 255.0.0.0 | /8 |
B | 255.255.0.0 | /16 |
C | 255.255.255.0 | /24 |
Le terme CIDR veut dire Classless InterDomain Routing. Le terme Notation CIDR correspond au nombre de bits d'une valeur de 1 dans le masque de sous-réseau.
Quand un hôte souhaite émettre il procède d'abord à l'identification de sa propre adresse réseau par un calcul AND (ET) appliqué à sa propre adresse et son masque de sous-réseau qui stipule :
Prenons le cas de l'adresse IP 192.168.10.1 ayant un masque de 255.255.255.0 :
1er octet | 2ème octet | 3ème octet | 4 ème octet | |
---|---|---|---|---|
Adresse IP | 192 | 168 | 10 | 1 |
Binaire | 11000000 | 10101000 | 00001010 | 00000001 |
Masque de sous-réseau | ||||
Binaire | 11111111 | 11111111 | 11111111 | 00000000 |
Calcul AND | 11000000 | 10101000 | 00001010 | 00000000 |
Adresse réseau | 192 | 168 | 10 | 0 |
Cet hôte essaie de communiquer avec un hôte ayant une adresse IP de 192.168.10.10. Il procède donc au même calcul en appliquant son propre masque de sous-réseau à l'adresse IP de l'hôte destinataire :
1er octet | 2ème octet | 3ème octet | 4 ème octet | |
---|---|---|---|---|
Adresse IP | 192 | 168 | 10 | 10 |
Binaire | 11000000 | 10101000 | 00001010 | 00001010 |
Masque de sous-réseau | ||||
Binaire | 11111111 | 11111111 | 11111111 | 00000000 |
Calcul AND | 11000000 | 10101000 | 00001010 | 00000000 |
Adresse réseau | 192 | 168 | 10 | 0 |
Puisque l'adresse réseau est identique dans les deux cas, l'hôte émetteur présume que l'hôte de destination se trouve sur son réseau et envoie les paquets directement sur le réseau sans s'adresser à sa passerelle par défaut.
L'hôte émetteur essaie maintenant de communiquer avec avec un hôte ayant une adresse IP de 192.168.2.1. Il procède donc au même calcul en appliquant son propre masque de sous-réseau à l'adresse IP de l'hôte destinataire :
1er octet | 2ème octet | 3ème octet | 4 ème octet | |
---|---|---|---|---|
Adresse IP | 192 | 168 | 2 | 1 |
Binaire | 11000000 | 10101000 | 00000010 | 00000001 |
Masque de sous-réseau | ||||
Binaire | 11111111 | 11111111 | 11111111 | 00000000 |
Calcul AND | 11000000 | 10101000 | 00000010 | 00000000 |
Adresse réseau | 192 | 168 | 2 | 0 |
Dans ce cas, l'hôte émetteur constate que le réseau de destination 192.168.2.0 n'est pas identique à son propre réseau 192.168.10.0. Il adresse donc les paquets à la passerelle par défaut.
Puisque le stock de réseaux disponibles sous IPv4 est presque épuisé, une solution a du être trouvée pour créer des sous-réseaux en attendant l'introduction de l'IPv6. Cette solution s'appelle le VLSM ou Variable Length Subnet Masks. Le VLSM exprime les masques de sous-réseaux au format CIDR.
Son principe est simple. Afin de créer des réseaux différents à partir d'une adresse réseau d'une classe donnée, il convient de réduire le nombre d'hôtes. De cette façon les bits 'libérés' du Host ID peuvent être utilisés pour identifier les sous-réseaux.
Pour illustrer ceci, prenons l'exemple d'un réseau 192.168.1.0. Sur ce réseau, nous pouvons mettre 28-2 soit 254 hôtes entre 192.168.1.1 au 192.168.1.254.
Supposons que nous souhaiterions diviser notre réseau en 2 sous-réseaux. Pour coder 2 sous-réseaux, il faut que l'on libère 2 bits du Host ID. Les deux bits libérés auront les valeurs binaires suivantes :
Les valeurs binaires du quatrième octet de nos adresses de sous-réseaux seront donc :
où les XXXXXX représentent les bits que nous réservons pour décrire les hôtes dans chacun des sous-réseaux.
Nous ne pouvons pas utiliser les deux sous-réseaux suivants :
car ceux-ci correspondent aux débuts de l'adresse réseau 192.168.1.0 et de l'adresse de diffusion 192.168.1.255.
Nous pouvons utiliser les deux sous-réseaux suivants :
Pour le premier sous-réseau l'adresse réseau et l'adresse de diffusion sont :
Sous-réseau #1 | 192 | 168 | 1 | 01XXXXXX |
Calcul de l'adresse de réseau | ||||
Binaire | 11000000 | 10101000 | 00000001 | 01000000 |
Adresse réseau | 192 | 168 | 1 | 64 |
Calcul de l'adresse de diffusion | ||||
Binaire | 11000000 | 10101000 | 00000001 | 01111111 |
Adresse de diffusion | 192 | 168 | 1 | 127 |
Pour le deuxième sous-réseau l'adresse réseau et l'adresse de diffusion sont :
Sous-réseau #2 | 192 | 168 | 1 | 10XXXXXX |
Calcul de l'adresse de réseau | ||||
Binaire | 11000000 | 10101000 | 00000001 | 10000000 |
Adresse réseau | 192 | 168 | 1 | 128 |
Calcul de l'adresse de diffusion | ||||
Binaire | 11000000 | 10101000 | 00000001 | 10111111 |
Adresse de diffusion | 192 | 168 | 1 | 191 |
La valeur qui sépare les sous-réseaux est 64. Cette valeur comporte le nom incrément.
Afin que les données arrivent aux applications que les attendent, TCP utilise des numéros de ports sur la couche transport. Le numéros de ports sont divisés en trois groupes :
Le couple numéro IP:numéro de port s'appelle un socket.
Les ports les plus utilisés sont détaillés dans le fichier /etc/services :
[root@centos7 ~]# more /etc/services # /etc/services: # $Id: services,v 1.55 2013/04/14 ovasik Exp $ # # Network services, Internet style # IANA services version: last updated 2013-04-10 # # Note that it is presently the policy of IANA to assign a single well-known # port number for both TCP and UDP; hence, most entries here have two entries # even if the protocol doesn't support UDP operations. # Updated from RFC 1700, ``Assigned Numbers'' (October 1994). Not all ports # are included, only the more common ones. # # The latest IANA port assignments can be gotten from # http://www.iana.org/assignments/port-numbers # The Well Known Ports are those from 0 through 1023. # The Registered Ports are those from 1024 through 49151 # The Dynamic and/or Private Ports are those from 49152 through 65535 # # Each line describes one service, and is of the form: # # service-name port/protocol [aliases ...] [# comment] tcpmux 1/tcp # TCP port service multiplexer tcpmux 1/udp # TCP port service multiplexer rje 5/tcp # Remote Job Entry rje 5/udp # Remote Job Entry echo 7/tcp echo 7/udp discard 9/tcp sink null discard 9/udp sink null systat 11/tcp users systat 11/udp users daytime 13/tcp --More--(0%)
Notez que les ports sont listés par deux :
La liste la plus complète peut être consultée à l'adresse suivante https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml.
Pour connaitre la liste des sockets ouverts sur l'ordinateur, saisissez la commande suivante :
[root@centos7 ~]# netstat -an | more Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:7127 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:52284 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:49669 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:52284 127.0.0.1:46641 ESTABLISHED tcp 0 0 10.0.2.15:22 10.0.2.2:47261 ESTABLISHED tcp 0 0 127.0.0.1:46641 127.0.0.1:52284 ESTABLISHED tcp6 0 0 :::22 :::* LISTEN tcp6 0 0 ::1:631 :::* LISTEN udp 0 0 10.0.2.15:49309 10.0.2.3:53 ESTABLISHED udp 0 0 0.0.0.0:42155 0.0.0.0:* udp 0 0 0.0.0.0:5353 0.0.0.0:* udp 0 0 127.0.0.1:323 0.0.0.0:* udp 0 0 0.0.0.0:68 0.0.0.0:* udp 0 0 0.0.0.0:14451 0.0.0.0:* udp 0 0 10.0.2.15:37244 212.83.184.186:123 ESTABLISHED udp6 0 0 ::1:323 :::* udp6 0 0 :::35912 :::* raw6 0 0 :::58 :::* 7 Active UNIX domain sockets (servers and established) Proto RefCnt Flags Type State I-Node Path unix 2 [ ACC ] STREAM LISTENING 20224 public/pickup unix 2 [ ACC ] STREAM LISTENING 20228 public/cleanup unix 2 [ ACC ] STREAM LISTENING 20231 public/qmgr unix 2 [ ACC ] STREAM LISTENING 11278 /run/lvm/lvmpolld.socket unix 2 [ ACC ] STREAM LISTENING 13838 /var/run/dbus/system_bus_s ocket unix 2 [ ACC ] STREAM LISTENING 20253 public/flush unix 2 [ ACC ] STREAM LISTENING 20268 public/showq --More--
Pour connaitre la liste des applications ayant ouvert un port sur l'ordinateur, saisissez la commande suivante :
[root@centos7 ~]# netstat -anp | more Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 855/sshd tcp 0 0 127.0.0.1:7127 0.0.0.0:* LISTEN 3275/Remote Access tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 854/cupsd tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 2214/master tcp 0 0 127.0.0.1:52284 0.0.0.0:* LISTEN 3389/Remote Access tcp 0 0 127.0.0.1:49669 0.0.0.0:* LISTEN 3275/Remote Access tcp 0 0 127.0.0.1:52284 127.0.0.1:46641 ESTABLISHED 3389/Remote Access tcp 0 0 10.0.2.15:22 10.0.2.2:47261 ESTABLISHED 4557/sshd: trainee tcp 0 1 10.0.2.15:55144 86.241.135.118:443 SYN_SENT 3275/Remote Access tcp 0 0 127.0.0.1:46641 127.0.0.1:52284 ESTABLISHED 3275/Remote Access tcp6 0 0 :::22 :::* LISTEN 855/sshd tcp6 0 0 ::1:631 :::* LISTEN 854/cupsd udp 0 0 0.0.0.0:42155 0.0.0.0:* 525/avahi-daemon: r udp 0 0 0.0.0.0:5353 0.0.0.0:* 525/avahi-daemon: r udp 0 0 127.0.0.1:323 0.0.0.0:* 556/chronyd udp 0 0 0.0.0.0:68 0.0.0.0:* 4501/dhclient udp 0 0 0.0.0.0:14451 0.0.0.0:* 4501/dhclient udp 0 0 10.0.2.15:37244 212.83.184.186:123 ESTABLISHED 556/chronyd udp6 0 0 ::1:323 :::* 556/chronyd udp6 0 0 :::35912 :::* 4501/dhclient raw6 0 0 :::58 :::* 7 653/NetworkManager Active UNIX domain sockets (servers and established) Proto RefCnt Flags Type State I-Node PID/Program name Path unix 2 [ ACC ] STREAM LISTENING 20224 2214/master public/pickup unix 2 [ ACC ] STREAM LISTENING 20228 2214/master public/cleanup unix 2 [ ACC ] STREAM LISTENING 20231 2214/master public/qmgr unix 2 [ ACC ] STREAM LISTENING 11278 1/systemd /run/lvm/lvmpolld.socket unix 2 [ ACC ] STREAM LISTENING 13838 1/systemd /var/run/dbus/system_bus_socket unix 2 [ ACC ] STREAM LISTENING 20253 2214/master public/flush unix 2 [ ACC ] STREAM LISTENING 20268 2214/master public/showq unix 2 [ ACC ] STREAM LISTENING 13859 1/systemd /var/run/rpcbind.sock --More--
Chaque protocole peut être encapsulé dans une trame Ethernet. Lorsque la trame doit être transportée de l'expéditeur au destinataire, ce premier doit connaitre l'adresse Ethernet du dernier. L'adresse Ethernet est aussi appelée l'adresse Physique ou l'adresse MAC.
Pour connaître l'adresse Ethernet du destinataire, l'expéditeur fait appel au protocol ARP. Les informations reçues sont stockées dans une table. Pour visualiser ces informations, il convient d'utiliser la commande suivante :
[root@centos7 ~]# arp -a ? (10.0.2.3) at 52:54:00:12:35:03 [ether] on enp0s3 gateway (10.0.2.2) at 52:54:00:12:35:02 [ether] on enp0s3
Les options de cette commande sont :
[root@centos7 ~]# arp --help Usage: arp [-vn] [<HW>] [-i <if>] [-a] [<hostname>] <-Display ARP cache arp [-v] [-i <if>] -d <host> [pub] <-Delete ARP entry arp [-vnD] [<HW>] [-i <if>] -f [<filename>] <-Add entry from file arp [-v] [<HW>] [-i <if>] -s <host> <hwaddr> [temp] <-Add entry arp [-v] [<HW>] [-i <if>] -Ds <host> <if> [netmask <nm>] pub <-''- -a display (all) hosts in alternative (BSD) style -e display (all) hosts in default (Linux) style -s, --set set a new ARP entry -d, --delete delete a specified entry -v, --verbose be verbose -n, --numeric don't resolve names -i, --device specify network interface (e.g. eth0) -D, --use-device read <hwaddr> from given device -A, -p, --protocol specify protocol family -f, --file read new entries from file or from /etc/ethers <HW>=Use '-H <hw>' to specify hardware address type. Default: ether List of possible hardware types (which support ARP): ash (Ash) ether (Ethernet) ax25 (AMPR AX.25) netrom (AMPR NET/ROM) rose (AMPR ROSE) arcnet (ARCnet) dlci (Frame Relay DLCI) fddi (Fiber Distributed Data Interface) hippi (HIPPI) irda (IrLAP) x25 (generic X.25) infiniband (InfiniBand) eui64 (Generic EUI-64)
La cryptographie apporte quatre points clefs:
La cryptographie est basée sur l'arithmétique. Il s'agit, dans le cas d'un texte, de transformer les lettres qui composent le message en une succession de chiffres (sous forme de bits dans le cas de l'informatique), puis ensuite de faire des calculs sur ces chiffres pour:
Le chiffrement se fait à l'aide d'une clef de chiffrement. Le déchiffrement nécessite une clef de déchiffrement.
On distingue deux types de clefs:
Le chiffrement par substitution consiste à remplacer dans un message une ou plusieurs entités (généralement des lettres) par une ou plusieurs autres entités. On distingue généralement plusieurs types de cryptosystèmes par substitution :
Ce système est aussi appelé le système à Clef Secrète ou à clef privée.
Ce système consiste à effectuer une opération de chiffrement par algorithme mais comporte un inconvénient, à savoir qu'il nécessite un canal sécurisé pour la transmission de la clef de chiffrement/déchiffrement.
Le système de Méthode du Masque Jetable (One Time Pad) fût mis au point dans les années 1920. Il utilisait une clef générée aléatoirement à usage unique.
Les algorithmes de chiffrement symétrique couramment utilisés en informatique sont:
Ce système est aussi appelé Système à Clef Publique.
Ce système consiste à avoir deux clefs appelées des bi-clefs:
Ce système est basé sur ce que l'on appelle une fonction à trappe à sens unique ou one-way trap door.
Il existe toutefois un problème – s'assurer que la clef publique récupérée est bien celle qui correspond au destinataire !
Les algorithmes de chiffrement asymétrique couramment utilisés en informatique sont:
Ce système est un compromis entre le système symétrique et le système asymétrique. Il permet l'envoie de données chiffrées à l'aide d'un algorithme de chiffrement symétrique par un canal non-sécurisé et a été mis au point pour palier au problème de lenteur de déchiffrement du système asymétrique.
Ce système fonctionne de la façon suivante :
La fonction de hachage, aussi appelée une fonction de condensation, est à sens unique (one way function). Il « condense » un message en clair et produit un haché unique.
Les deux algorithmes de hachage utilisés sont:
Lors de son envoie, le message est accompagné de son haché et il est donc possible de garantir son intégrité:
Ce système permet de vérifier que l'empreinte correspond bien au message reçu, mais ne permet pas de prouver que le message a bien été envoyé par l’utilisateur A.
Pour garantir l'authentification du message l‘utilisateur A va chiffrer ou signer le haché à l'aide de sa clé privée. Le haché signé est appelé un sceau.
Ce mécanisme de création de sceau est appelé scellement.
Ce mécanisme est identique au procédé utilisé par SSH lors d'une connexion
GNU Privacy Guard permet aux utilisateurs de transférer des messages chiffrés et/ou signés.
Sous RHEL/CentOS 7, le paquet gnupg est installé par défaut :
[root@centos7 ~]# whereis gpg gpg: /usr/bin/gpg /usr/share/man/man1/gpg.1.gz
Pour initialiser GnuPG, saisissez la commande suivante :
[root@centos7 ~]# gpg gpg: directory `/root/.gnupg' created gpg: new configuration file `/root/.gnupg/gpg.conf' created gpg: WARNING: options in `/root/.gnupg/gpg.conf' are not yet active during this run gpg: keyring `/root/.gnupg/secring.gpg' created gpg: keyring `/root/.gnupg/pubring.gpg' created gpg: Go ahead and type your message ... ^C gpg: signal Interrupt caught ... exiting
Pour générer les clefs, saisissez la commande suivante :
[root@centos7 ~]# gpg --gen-key gpg (GnuPG) 2.0.22; Copyright (C) 2013 Free Software Foundation, Inc. This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Please select what kind of key you want: (1) RSA and RSA (default) (2) DSA and Elgamal (3) DSA (sign only) (4) RSA (sign only) Your selection? 1 RSA keys may be between 1024 and 4096 bits long. What keysize do you want? (2048) Requested keysize is 2048 bits Please specify how long the key should be valid. 0 = key does not expire <n> = key expires in n days <n>w = key expires in n weeks <n>m = key expires in n months <n>y = key expires in n years Key is valid for? (0) Key does not expire at all Is this correct? (y/N) y GnuPG needs to construct a user ID to identify your key. Real name: I2TCH Email address: infos@i2tch.eu Comment: Test Key You selected this USER-ID: "I2TCH (Test Key) <infos@i2tch.eu>" Change (N)ame, (C)omment, (E)mail or (O)kay/(Q)uit? O You need a Passphrase to protect your secret key. We need to generate a lot of random bytes. It is a good idea to perform some other action (type on the keyboard, move the mouse, utilize the disks) during the prime generation; this gives the random number generator a better chance to gain enough entropy. We need to generate a lot of random bytes. It is a good idea to perform some other action (type on the keyboard, move the mouse, utilize the disks) during the prime generation; this gives the random number generator a better chance to gain enough entropy. gpg: /root/.gnupg/trustdb.gpg: trustdb created gpg: key F6A5B400 marked as ultimately trusted public and secret key created and signed. gpg: checking the trustdb gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model gpg: depth: 0 valid: 1 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 1u pub 2048R/F6A5B400 2016-08-10 Key fingerprint = CA95 0CB9 859B 2F80 B8AF 8C07 5365 C618 F6A5 B400 uid I2TCH (Test Key) <infos@i2tch.eu> sub 2048R/700F1CD5 2016-08-10
La liste de clefs peut être visualisée avec la commande suivante :
[root@centos7 ~]# gpg --list-keys /root/.gnupg/pubring.gpg ------------------------ pub 2048R/F6A5B400 2016-08-10 uid I2TCH (Test Key) <infos@i2tch.eu> sub 2048R/700F1CD5 2016-08-10
Pour importer la clef d'un correspondant dans sa trousse de clefs il convient d'utiliser la commande suivante :
# gpg --import la-clef.asc
Pour exporter sa clef publique, il convient d'utiliser la commande suivante :
[root@centos7 ~]# gpg --export --armor I2TCH > ~/I2TCH.asc [root@centos7 ~]# cat I2TCH.asc -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v2.0.22 (GNU/Linux) mQENBFeqtJkBCACgQWXgjwnOMvsI1KDgyCRrg3MZmjcvU9SBh+lEEEWfqY7MKXjs PsXN/MHjQIWSptVe0OjVQhQWDicIEiVQ6nxV+jqx5Q9fqxmjsOrzIQFadsF5LS/9 LR9KcXdBoSORGXMIsRKMzfS6oyK3yi5jM65P6jpH6PnyaX1PvlgjASh7F8OGoU8y 46WW/nW4DEN3MsX2FBtwY6aMcD5+Nvb8tJrQGz/DCrd045DRAR15mA8SVPPHSRMY v3UzxXeRKxF/NDlecGubP1xfvvqkg/+hxUuybAc6MBhDQKvwL/ZpCoBlUCiouFPA T9bYfagX2LHVBanY/mtIVhYDygtdc37hovEzABEBAAG0IUkyVENIIChUZXN0IEtl eSkgPGluZm9zQGkydGNoLmV1PokBOQQTAQIAIwUCV6q0mQIbAwcLCQgHAwIBBhUI AgkKCwQWAgMBAh4BAheAAAoJEFNlxhj2pbQAYW8H/iEg51IkqWYFSDBDWUljK3Sv vvVGdQhqc7UptgYyqCWfegngdBH+2ScB8kbM8QVGX8kJ+xT4SeiV/VJdN6sHIkHV sHBj5x77E5QVaU2Oz0cOlvg9cyGuQ5Y5sBN0MYEp7Q+mHpCTFhaCj8zwQ1/ZHdlK Qk/8nNk/k2A94BJCwyQqITRWlOTYj0JGzgZV8yU5ROISsk+L6Pi4IHJw0+ZXlPXv b0bG4p4mEmnhzZcfJ3runLJlCNrMRrWvBkkkGK/djuXDIR7HStQQlreSPG/m1JRF hP/SARssyIWxyABSYOjR214jVLhC/pQvnbuVguYJoR6tdYqiui7oq+HBHXkP5pe5 AQ0EV6q0mQEIAOSMChRKnaZgOLzh0FN7jCJT8z8xqj1Qze8F4Vz6nS+X0Rk38lQt ICRSMJFm6CzyPbQamAAIPshT256brXF0jPp9vpirJn/bPsiT+rtu0dl5QyWJqcc/ fE+/HaMVOuQ9HrplxV/heBqyPSA8BCppbAMti8i2DK7pNqe1JJ7CRxG0nakDSEgK QbyrGjZYm0q2c9zb9QSbzxg/aKX2D9dlHUpNl4dhJ231d0OhBMQoW6psJjIrzfHd dpgAYycgennv7Ik8+CIOjgb+Gl5AewLYCMFKCx/mV6/UkzXhmWw/o/POKsRFQJM+ glXAr6ddQRhk6L482R3qkWTlQHx62KAr7BMAEQEAAYkBHwQYAQIACQUCV6q0mQIb DAAKCRBTZcYY9qW0AF60B/9tpW1Bq8GyDN6kpj+of/b8xu37A4v6Ws43feuT7cNc EuCi+EB6wyQ3dGSgQ9BUrO2KbF0OtjYxak3FWrFkmoFucvraxC2xQZuoqN+Qtydf utmC6V4dCOsp3NWkuCBlUN4axI+m2M2tgTn06iDDkW0ZTISxMqapHjzIi43ufJrD 1RBPjl8BBvxSqcceZsybqNre8u9xka2fXW8xMTJr14xeYITd/YJbJ5UkpU0xmzJz hR6B8Nji4yDplTZJtz8yJ+vOlg4p7TBN6O/BCvf83q9DfmhtlE8sYsoQ1dHhPNPR VjdGSFRo2huGFd2KNCleilRVI3xcnrR9S7ziRJu9KG9H =9R5l -----END PGP PUBLIC KEY BLOCK-----
Cette clef peut ensuite être jointe à des messages électroniques ou bien déposée sur un serveur de clefs tel http://www.keyserver.net.
Créez maintenant un message à signer :
[root@centos7 ~]# vi ~/message.txt [root@centos7 ~]# cat ~/message.txt This is a test message for gpg
Pour signer ce message en format binaire, il convient d'utiliser la commande suivante :
[root@centos7 ~]# gpg --default-key I2TCH --detach-sign message.txt You need a passphrase to unlock the secret key for user: "I2TCH (Test Key) <infos@i2tch.eu>" 2048-bit RSA key, ID F6A5B400, created 2016-08-10 [root@centos7 ~]# ls -l | grep message -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig [root@centos7 ~]# cat message.txt.sig �W��� Se����,�|�D=���X�@N�����|�k!�M[���yһ��p�������}(C$����Y��d:��E�і^-��W{Տ� ��2�;��`yj��9��]�b�{��`��ב���������|*�%��R[root@centos7 ~]# ��rt������;�_S9z���HK���Hq�!�G�$��2�=Scc=
Pour signer ce message en format ascii, il convient d'utiliser la commande suivante :
[root@centos7 ~]# gpg --default-key I2TCH --armor --detach-sign message.txt You need a passphrase to unlock the secret key for user: "I2TCH (Test Key) <infos@i2tch.eu>" 2048-bit RSA key, ID F6A5B400, created 2016-08-10 [root@centos7 ~]# ls -l | grep message -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt -rw-r--r--. 1 root root 490 Aug 10 07:17 message.txt.asc -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig [root@centos7 ~]# cat message.txt.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAABAgAGBQJXqrkDAAoJEFNlxhj2pbQATwoH/0oAm1YkXH3cfnlZef+qAc3X AfFZz8lfwSlrBYwgDA/vd98tJNLv8VxYLRu02JcRBHqjV/LYqfCACoLKyYWCUzT/ NZiOPZDVaEpOx1vLIbmBxGclfFtbvSiZj/eBrReE2tAnnTBSTPLH58kPAMEmVgM6 Io8BPSnZvOlNhYQrPsGd046SLPRu8hTozwtB47Do6B6RazzpGLG7zOD1JZP56eD7 oo3+1HxYdv4arVgjb/bfyCNtvyPyQm+sTZPYL3vfAjkHfBQAaoAVSPRKRLgUMPD0 xrlhOU0PhK1+0pF8nVf/jt+SgCiGU8Jg1zEKCqSBuIT2Acs/kZIMo75Qo9zE2C4= =rO70 -----END PGP SIGNATURE-----
Pour vérifier la signature d'un message signé en mode ascii, il convient d'utiliser la commande :
[root@centos7 ~]# gpg --verify message.txt.asc gpg: Signature made Wed 10 Aug 2016 07:43:49 CEST using RSA key ID F6A5B400 gpg: Good signature from "I2TCH (Test Key) <infos@i2tch.eu>"
Pour vérifier la signature d'un message signé en mode ascii et produit en dehors du message lui-même, il convient d'utiliser la commande :
# gpg --verify message.txt.asc message.txt
Pour signer ce message dans le message lui-même en format ascii, il convient d'utiliser la commande suivante :
[root@centos7 ~]# gpg --default-key I2TCH --clearsign message.txt You need a passphrase to unlock the secret key for user: "I2TCH (Test Key) <infos@i2tch.eu>" 2048-bit RSA key, ID F6A5B400, created 2016-08-10 File `message.txt.asc' exists. Overwrite? (y/N) y [root@centos7 ~]# ls -l | grep message -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt -rw-r--r--. 1 root root 568 Aug 10 07:43 message.txt.asc -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig [root@centos7 ~]# cat message.txt.asc -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This is a test message for gpg -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJXqr8VAAoJEFNlxhj2pbQAQ3cH+wemHfA6SoMOakxzno0iJ5ry yROrwTm2clnEbN2zJ7rWzwRT6YtPU4mFgDyjL6G7TzOU5o9AI1dfm2iZ3kdJKmgQ ug1F9SfhtGjltnPB46keYnzthaHNzwLwNJtv2pgxcfhO9gbFWH4FCjMRAGm9S4Hl okF/xKVVoQzK/n/OyelUJJ6GzfNnoS75bv1WbFlie2+KlTs1MEZGZK4HiZKeXUM5 8Z4wPBKy3AlcQlZdW9rScbyHjAeyQ/yFR8Bnax6m1MK7fJv3XoaDgRegENrGwvRN YHV7kmFU3X/ew8l85FW3q1URjKxAZLqzYRXjNRoFs67yZYTNGqcZvP3BWlefpTw= =JTVm -----END PGP SIGNATURE-----
Pour chiffrer un message, il faut disposer de la clef publique du destinataire du message. Ce dernier utilisera ensuite sa clef privée pour déchiffrer le message. Il convient de préciser le destinataire du message, ou plus précisément la clef publique à utiliser, lors d'un chiffrement :
gpg --recipient <destinataire> --encrypt <message>
Par exemple pour chiffrer un message en mode binaire, il convient de saisir la commande suivante :
[root@centos7 ~]# gpg --recipient I2TCH --encrypt message.txt [root@centos7 ~]# ls -l | grep message -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt -rw-r--r--. 1 root root 568 Aug 10 07:43 message.txt.asc -rw-r--r--. 1 root root 368 Aug 10 07:47 message.txt.gpg -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig [root@centos7 ~]# cat message.txt.gpg � �q3p����?�j* ���X��VL��_~7���_*�u���BD��R��҃E�%��!�j����X�$��aԼ�F0[�)\N܂��$&�S�1���i�c����Pt��ȉH#��9���lRe���MvX9Wi�K�h��ěWΚ�S5�i�H��U���/"�c~,��Mm����`���(��_�E��|Q�5;��e��L"�cLQ�+��/fhrS�E��F��3���&������Pk�*��$H��5طR]���rM�����Mt9*͊
Et pour chiffrer un message en mode ascii, il convient de saisir la commande suivante :
[root@centos7 ~]# gpg --recipient I2TCH --armor --encrypt message.txt File `message.txt.asc' exists. Overwrite? (y/N) y [root@centos7 ~]# ls -l | grep message -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt -rw-r--r--. 1 root root 596 Aug 10 07:49 message.txt.asc -rw-r--r--. 1 root root 368 Aug 10 07:47 message.txt.gpg -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig [root@centos7 ~]# cat message.txt.asc -----BEGIN PGP MESSAGE----- Version: GnuPG v2.0.22 (GNU/Linux) hQEMA8ZxMwBwDxzVAQf/TAyZ0QI5NKvhQTQC5bAuALrxIXnX0t7yL5ARJ1A4qeE9 vzKPBj7IJHANmW5t9Is+zq1fjdmNVBl7rDw9fLEHGXVARhWlyhMUPHdw2XPSE+VT 0Vzg89w/g5G6eirmKsvDDZq3jm3c/k1w0BrAH6nowAsNuQwoesDr2fazOYVZH+OA BHr8aslUp06VEOC7dy9gXy7o0Q5Ycb94uM7wC/ByqP2a4sJG10MMUxdSw7vk53/n qdiIw0oCdhxNcirjSer3ZzHmqeSeQp6Sl424WuV1VZLnQXvmm084h3Z73kfBbeQc BJfGqDWIv0pNb/5hn+LOdYn+8JZFguKu+H6ah//ogtJeAbg4kocR6zQzdMp1m8lY p3h4HgfllK85X+WCQBcTgVaY7t0FHEkfQTrF3oYJI5kkRRnBvHKsKSN1fltKauBc tmT2G6lZTHO+YRUItKjlAti21hVuRw1gUierqy97Rg== =NeW+ -----END PGP MESSAGE-----
Pour décrypter un message il convient d'utiliser la commande suivante :
[root@centos7 ~]# gpg --decrypt message.txt.asc You need a passphrase to unlock the secret key for user: "I2TCH (Test Key) <infos@i2tch.eu>" 2048-bit RSA key, ID 700F1CD5, created 2016-08-10 (main key ID F6A5B400) gpg: encrypted with 2048-bit RSA key, ID 700F1CD5, created 2016-08-10 "I2TCH (Test Key) <infos@i2tch.eu>" This is a test message for gpg
On appelle PKI (Public Key Infrastucture, ou en français infrastructure à clé publique (ICP), parfois infrastructure de gestion de clés (IGC)) l’ensemble des solutions techniques basées sur la cryptographie à clé publique.
Les cryptosystèmes à clés publiques permettent de s'affranchir de la nécessité d'avoir recours systématiquement à un canal sécurisé pour s'échanger les clés. En revanche, la publication de la clé publique à grande échelle doit se faire en toute confiance pour assurer que :
Ainsi, il est nécessaire d'associer au bi-clé (ensemble clé publique / clé privée) un certificat délivré par un tiers de confiance : l'infrastructure de gestion de clés.
Le tiers de confiance est une entité appelée communément autorité de certification (ou en anglais Certification authority, abrégé CA) chargée d'assurer la véracité des informations contenues dans le certificat de clé publique et de sa validité.
Pour ce faire, l'autorité signe le certificat de clé publique à l'aide de sa propre clé en utilisant le principe de signature numérique.
Le rôle de l'infrastructure de clés publiques est multiple et couvre notamment les champs suivants :
Une infrastructure à clé publique est en règle générale composée de trois entités distinctes :
Pour palier aux problèmes liés à des clefs publiques piratées, un système de certificats a été mis en place.
Le certificat permet d’associer la clef publique à une entité ou une personne. Les certificats sont délivrés par des Organismes de Certification.
Les certificats sont des fichiers divisés en deux parties :
La structure des certificats est normalisée par le standard X.509 de l’Union internationale des télécommunications.
Elle contient :
Le Certificat est signé par l'autorité de certification:
La vérification se passe ainsi:
Copyright © 2023 Hugh Norris.