[[{"text":"

Pour faire la séquence, vous avez besoin du logiciel wireshark.

Pour l'installer, il faut aller sur le site suivant:

","title":"trames et communication (Wireshark)","tagtitle":"h1"},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

Comme on la vue, la commande ping permet de tester la présence sur le réseau d'une machine dont on connait l'adresse IP ou le nom (host Name),

Elle permet également d'avoir une idée de la rapidité́ de communication avec cette machine.

1) Après avoir ouvert l’invité de commande de Windows, lancer dans cette fenêtre la commande :

ping 192.168.1.1 ou ping 192.168.0.1 en fonction de votre box.

Observation :

remplacer cette copie d'écran par la copie de votre écran

2) Tester le commande: ping 18:a6:f7:ce:03:3a (c’est l’adresse mac du raspberry)

Conclusion :

3) Tester le commande: ping PC-C103-100 (C’est le nom du PC du professeur)

Conclusion :

La commande ping fonctionne également avec l'adresse internet d'une machine en dehors du réseau.

4) Tester la commande: ping google.fr

remplacer cette copie d'écran par la copie de votre écran

5) Comparer les durées moyennes des ping pour le PC du professeur et pour la machine qui héberge le site « google.fr ».

Conclusion :

","title":"La commande Ping"},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

Wireshark est un logiciel qui permet d'enregistrer et d'analyser les informations qui circulent sur le câble réseau relié à un PC.

2.1 Enregistrement des trames

1) Télécharger et installer le logiciel wireshark : https://www.wireshark.org/#download

2) Lancer le logiciel Wireshark, la fenêtre suivante apparaît :

3) Choisir la carte réseau (Ethernet) (c’est celle qui a une activité) :

4) On se propose d'enregistrer les informations circulant pendant l'exécution de la commande:

ping google.fr

Pour cela il faut:

ouvrir une fenêtre cmd.exe et écrire la commande ping google.fr sans la valider avec la touche entrée.

ouvrir wireshark

organiser les fenêtres de façon à les voir toutes les deux

lancer la capture dans la fenêtre wireshark en appuyant sur l’icône bleu :

revenir dans la fenêtre cmd.exe et valider la commande avec la touche entrée

retourner dans la fenêtre wireshark et arrêter la capture (en appuyant sur le carré rouge) dès que la commande ping est terminée

enregistrer la capture dans le dossier Mes documents sous le nom: ping_google.pcap

Observation :

remplacer cette copie partielle d'écran par la copie partielle de votre écran

Chaque ligne correspond à un \"paquet\" d'informations appelé́ aussi une trame (Frame) ou datagramme. Parmi toutes ces trames certaines n'ont rien à voir avec la commande ping. Seules les trames dont le protocol est ICMP correspondent à l'exécution de cette commande (voir colonne Info).

Utilisation d'un filtre ( Filter) pour ne conserver à l'écran que les trames ICMP.

5) Taper icmp dans la fenêtre et cliquer sur apply :

observation: remplacer cette copie d'écran par la copie de votre écran

Il ne reste que 8 trames correspondant à une alternance de requêtes (request) et de réponses (reply).

Les requêtes circulent du PC (source) dont l'adresse IP est: .....................

au PC (destination) dont l'adresse IP est: ..........................

2.2 Analyse d'une trame :

Dans l'exemple ci-dessus :

1 – Sur les différentes trames enregistrées, la trame n°50 est sélectionnée, on peut voir les différentes couches qu’elle contient sur la fenêtre du milieu et le détail de la trame en hexadécimal sur la fenêtre du bas.

2 – Cette trame comporte 3 couches : la couche Ethernet, la couche Internet Protocol et la couche Internet Control Message Protocol.

3 – La couche Ethernet de cette trame est détaillée et comporte elle-même 3 champs : le champ Destination, le champ Source et le champ Type. Ici, le champs source est sélectionné, et l’on peut le voir dans la partie hexadécimale.

","title":"Utilisation de Wireshark"},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

3.1 la structure

1) A partir de la capture réalisée précédemment appliquer un filtre icmp et sélectionner la couche Ethernet de la deuxième trame (ping reply). Compléter alors le tableau suivant :

Contenu

deuxième trame (ping reply). Compléter alors le tableau suivant :

Contenu

Champs

Adresse MAC destination

Adresse MAC source

Type*

*Le champ Type définit la couche suivante : 08 00 = couche IP ; 08 06 = couche arp.

2) Observer les autres trames : elles commencent toute par une couche de type Ethernet.

3.2 Rôle

La couche Ethernet permet aux trames de circuler sur le réseau.

Supposons que les machines d'un réseau soient reliées par un hub. Si une machine envoie une trame, celle-ci arrive à toutes les autres machines. Le champ \"Adresse MAC destination\" de la couche Ethernet permet aux machines réceptrices de savoir si la trame leur est destinée.

Supposons maintenant que les machines d'un réseau soient reliées par un switch. Si une machine envoie une trame, celle-ci arrive au switch. Le champ \"Adresse MAC destination\" de la couche Ethernet permet au switch de savoir à qui la trame est destinée.

Ainsi dans tous les cas la trame arrive à son destinataire.

","title":"La couche Ethernet"},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

4.1 La structure

1) A partir de la capture réalisée précédemment, appliquer un filtre icmp et sélectionner la couche IP de la deuxième trame. Compléter alors le tableau suivant :

Contenu
Champs	Version	Differenjtiel services field	Length	identification	flags	Time to live	Protocol

Contenu
Champs	Checksum	IP source	IP destination

Signification des principaux champs :

V: Version (1 quartet) il s'agit de la version du protocole IP que l'on utilise (actuellement on utilise la version 4 )

H: Header lenght (1 quartet), c'est le nombre de groupes de 4 octets constituant la couche IP (nota : la valeur par défaut est 5, soit 5*4octets=20octets).

Serv: Type de service (1 octet)

Lenght: Longueur totale (2 octets), indique la taille totale de la trame en octets (sans la couche Ethernet). La taille de ce champ étant de 2 octets, la taille totale d'une trame ne peut pas dépasser 65536 octets.

Identification (2 octets)

Offset (2 octets)

Time : Durée de vie (1 octet) appelée aussi TTL, pour Time To Live. Ce champ indique le nombre maximal de routeurs à travers lesquels la trame peut passer. Ce champ est décrémenté à chaque passage dans un routeur, lorsque celui-ci atteint la valeur critique de 0, le routeur détruit la trame. Cela évite l'encombrement du réseau.

Protocole (1 octet) : ce champ, permet de savoir quel est le protocole de la couche suivante. exemples ICMP : 0x01 TCP : 0x06 UDP: 0x11

Checksum : Somme de contrôle de l'en-tête,(2 octets) : ce champ contient une valeur codée sur 16 bits qui permet de contrôler l'intégrité de la trame.

Adresse IP source (4 octets) : Ce champ représente l'adresse IP de la machine émettrice, il permet au destinataire de répondre

Adresse IP destination (4 octets) : adresse IP du destinataire du message.

4.2 Rôle

La couche IP permet à une machine de dialoguer avec une autre machine qui n'est pas sur le même réseau.

Si une machine A envoie une trame à une machine B n'appartenant pas au même réseau, A envoie la trame à la passerelle, qui fait partie du réseau de A (Adresse MAC destination= passerelle) mais dans la couche IP l'adresse est l'IP de la machine B.

","title":"La couche Internet Protocol (IP) :"},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

5.1 La structure

A partir de la capture réalisée précédemment, appliquer un filtre icmp et sélectionner la couche ICMP de la première trame (ping request).

1) Compléter le tableau en indiquant les noms et les nombres d'octets des 6 champs constituant cette couche :

Nom du champ	Type	Code
Nombre d'octet	1

2) Observer les différentes trames et en déduire le rôle du champ Type :

3) Observer les différentes trames et en déduire le rôle du champ Séquence number

","title":"La couche ICMP (Internet Control Message Protocol)"},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

6.1 QCM

1) Ping fonctionne avec :

□ une adresse IP

□ une adresse MAC

□ l'adresse d'un site internet

□ le nom d'une machine

2) Une trame est composée de plusieurs couches :

□ vrai

□ faux

3) Une couche est composée de plusieurs trames :

□ vrai

□ faux

4) Une couche est composée de plusieurs champs :

□ vrai

□ faux

5) La première couche d'une trame est toujours :

□ une couche IP

□ une couche Ethernet

□ une couche ARP

6) La couche qui permet la circulation des informations dans un réseau est :

□ la couche IP

□ la couche Ethernet

7) La couche qui permet la circulation des informations sur internet est :

□ la couche IP

□ la couche Ethernet

6.2 Analyse d'une trame

On a relevé́ la trame suivante (un ping entre 2 machines):

1) Encadrer et repérer la couche Ethernet

2) Encadrer et repérer la couche la couche IP.

3) Compléter le tableau suivant :

Adresse MAC source
Adresse MAC destination
IP source (hexadécimal)
IP source (la convertir en décimal)
IP destination (hexadécimal)
IP destination (la convertir en décimal)

4) Repérer la machine source et la machine destination sur le schéma suivant :

5) Compléter sur ce schéma les adresses MAC source et destination

6) Colorier sur le schéma le chemin emprunté par la trame

6.3 Analyse d'une trame

On a relevé́ la trame suivante (un ping entre 2 machines):

1) Encadrer et repérer la couche Ethernet

2) Encadrer et repérer la couche la couche IP.

3) Compléter le tableau suivant :

Adresse MAC source
Adresse MAC destination
IP source (hexadécimal)
IP source (la convertir en décimal)
IP destination (décimal)
IP destination (la convertir en décimal)

4) Repérer la machine source et la machine destination sur le schéma suivant :

5) Compléter sur ce schéma les adresses MAC source et destination

6) Colorier sur le schéma le chemin emprunté par la trame

","title":"Exercices"},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

7.1 Le fonctionnement

La couche TCP permet de communiquer en mode connecté, c'est-à-dire avec des accusés de réception permettant à chaque machine de savoir si l'information qu'elle a envoyées a bien été reçue et

de faire transiter sur la même ligne plusieurs conversations \"simultanément\". Ceci est possible grâce au concept de ports (ou sockets): un port est un nombre différent associé à chaque machine et valable pendant une \"conversation\".

Établissement d'une connexion

Le processus de communication, qui se fait grâce à une émission de données et d'un accusé de réception, est basé sur un numéro d'ordre (Sequence number ou Acknowledgement number), il faut que les machines émettrices et réceptrices (client et serveur) connaissent le numéro d'ordre initial de l'autre machine.

L'établissement de la connexion entre deux applications se fait souvent selon le schéma suivant :

Les deux machines doivent donc synchroniser leurs séquences grâce à un mécanisme communément appelé three ways handshake (poignée de main en trois temps).

Ce dialogue permet d'initier la communication, il se déroule en trois temps, comme sa dénomination l'indique :

Dans un premier temps la machine émettrice (le client) transmet une trame dont le drapeau SYN est à 1 (pour signaler qu'il s'agit d' une trame de synchronisation), avec un numéro de séquence C

Dans un second temps la machine réceptrice (le serveur) reçoit la trame initiale provenant du client, puis lui envoie un accusé de réception, c'est-à-dire une trame dont le drapeau ACK est à 1 et le drapeau SYN est à 1 (car il s'agit là encore d'une synchronisation). Ce segment contient un numéro de séquence S et un numéro d'accusé de réception C+1,

Enfin, le client transmet au serveur un accusé de réception, c'est-à-dire un segment dont le drapeau ACK est à 1, dont le drapeau SYN est à zéro (il ne s'agit plus d' une trame de synchronisation). Son numéro de séquence est C+1 et son numéro d'accusé de réception est S+1.

Suite à cette séquence comportant trois échanges les deux machines sont synchronisées et la communication peut commencer!

Lors de l'émission d'une trame, un numéro d'accusé de réception et un numéro de séquence sont associés. A réception de cette trame , la machine réceptrice va retourner une trame dont le drapeau ACK est à 1 (afin de signaler qu'il s'agit d'un accusé de réception) accompagné d'un numéro de séquence égal au numéro d' accusé de réception précédent et d'un nouveau numéro d' accusé de réception,

De plus, grâce à une minuterie déclenchée dès l'émission d' une trame au niveau de la machine émettrice, la trame est réexpédié dès que le temps imparti est écoulé, car dans ce cas la machine émettrice considère que la trame est perdu...

Toutefois, si la trame n'est pas perdue et qu'elle arrive tout de même à destination, la machine réceptrice saura grâce au numéro d'ordre qu'il s'agit d'un doublon et ne conservera que la dernière trame arrivée à destination...

7.2 Observation des trames:

Nous allons à présent visualiser les informations circulant sur le câble Ethernet et correspondant aux échanges entre client et serveur lors de la visualisation de la page HTML du site web sti2d.ecolelamache hébergée par le serveur Apache situé dans le 192.168.13.250. (ou 192.168.13.251).

a. Ouvrir un navigateur web (par exemple firefox)

b. Ouvrir Wireshark et configurer la capture avec le filtre: ip.addr == 192.168.13.250

c. Lancer la capture dans la fenêtre wireshark

d. Saisir 192.168.13.250 dans votre navigateur et appuyer la touche Entrée

e. Arrêter la capture dans la fenêtre wireshark dés que la page HTML apparaît et sauvegarder dans le dossier Mes documents sous le nom

f. Remplacer cette copie partielle d'écran par la copie partielle de votre écran

g. Relever le contenu complet de la première trame (repérable par l'information [SYN] dans la colonne Info). Remplacer cette copie partielle d'écran par la copie partielle de votre écran

h. Repérer sur la trame précédente les différentes couches

i. A partir de la capture réalisée précédemment, sélectionner la couche TCP (Transmission Control Protocol) de la première trame (repérable par l'information [SYN] dans la colonne Info). Compléter alors le tableau suivant en hexadécimal sauf pour l'octet flag à convertir en binaire:

t flag à convertir en binaire:

Contenu

champ

Source port

Dest. port

Sequence number

Acknowledgement number

H. len

flag

Le client: je veux communiquer sur le port (……....… )16, (port HTML par défaut sur lequel le serveur écoute) il faudra me répondre sur le port (……......)16. mon numéro de séquence est (…....……)16

j. même travail pour la deuxième trame (repérable par l'information [SYN ,ACK] dans la colonne Info).

contenu

champ

Source port

Dest. port

Sequence number

Acknowledgement number

H. len

flag

H. len

flag

le serveur: bien reçu votre n° de séquence, si j'ajoute 1 cela donne(...............)16 . Mon numéro de séquence est (......................)16

k. troisième trame (repérable par l'information [ACK] dans la colonne Info).

contenu

champ

Source port

Dest. port

Sequence number

Acknowledgement number

H. len

flag

Le client: bien reçu votre n° de séquence, si j'ajoute 1 cela donne(.................) 16 .

l. quatrième trame (GET / HTTP/1.1 ).

contenu
champ
Source port
Dest. port
Sequence number
Acknowledgement number
H. len
flag

Le client: voici mon message (voir couches suivante de cette trame), son n° d' accusé de réception est (......................)16 .

m. cinquième trame (HTTP/1.1 200 OK).

contenu
champ
Source port
Dest. port
Sequence number
Acknowledgement number
H. len
flag

Le serveur: j'ai bien reçu votre message n°(.......................)16 voici ma réponse (voir couches suivante de cette trame) son n° d' accusé de réception est (...............)16 .

","title":"La couche TCP"},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

8.1 Observation des trames

a. Combien de couche comporte la trame \"GET /index.html HTTP/1.1\"

b. Quelle est la machine qui a émis cette trame et quel est le statu (client ou serveur) de cette machine?

c. A partir de la capture réalisée précédemment sélectionner la couche HTTP (Hypertext Transferl Protocol) de la trame \"GET /index.html HTTP/1.1\"

d. Remplacer cette copie partielle d'écran par la copie partielle de votre écran

Remarque: la couche http est un texte codé en ASCII, les \"\\r\\n\" correspondes aux octets 0d(Carriage Return) et 0a (Line Feed).

e. Combien de lignes cette couche http comporte elle?

La couche étudiée est un demande émise par une machine ayant un statut de client. On l'appelle une requête http.

8.2 structure d'une requête http:

• ligne de requête:

	Method	Request URI*	HTTP-version
exemple:	GET	/exemple1.html	HTTP1.1

*Uniform Resource Identifier

• lignes suivantes: (facultatives): ces lignes fournissent des informations sur le client HTML :

exemples:

User-Agent	indique le client HTML utilisé
Accept-Language	indique que langue doit être utilisée pour la réponse
Accept	indique le type de donnée à utiliser pour la réponse

8.3 structure d'une réponse http:

• ligne de réponse:

Compléter le tableau dans le cas d’une réponse à la requête.

Reponse version	Status-Code	Reponse-Phrase
.

• lignes suivantes: (facultatives): ces lignes fournissent des informations fournies par le serveur HTML :

exemples:

Server	indique le serveur HTML utilisé
Date	indique que date de la réponse
Keep-Alive	indique la durée pendant laquelle le serveur restif actif en cas de nom réponse du client

• Ligne : indiquer dans votre cas ces lignes :

gne : indiquer dans votre cas ces lignes :

Server
Date
Keep-Alive

","title":"La couche HTTP"},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

Elle contient en mode texte la page HTML. Dans wireshark, les caractères non imprimables sont noté:

\\t pour la tabulation

\\n pour les saut de ligne.

","title":"La couche HTML"},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

a. Le langage HTML permet-il à un serveur d'insérer dans une page des images qui sont située sur un autre serveurs?

□ oui □ non

b. Le langage HTML permet-il à un serveur d'insérer dans une page des liens vers d'autres pages hébergées sur le même serveur?

□ oui □ non

c. Les balises <title> et </title> permettent

□ d'écrire en gros caractères en milieu de page
□ d'écrire un texte sur l'onglet du client HTML
□ de faire apparaître une icône sur l'onglet du client HTML

d. En mode client serveur:

□ le serveur attend une sollicitation du client
□ le client attend une sollicitation du serveur
□ c'est le client qui a l'initiative du dialogue

e. Le logiciel \"Apache\"

□ est un client HTML
□ est un serveur HTML

f. Firefox

□ est un client HTML
□ est un serveur HTML

g. La couche TCP fait intervenir des PORTS, ce sont

□ des prises RJ45 situées sur la carte réseau
□ des nombres codés sur 2 octets et qui restes identiques pendant tout un \"dialogue\"
□ des nombres codés sur 4 octets
□ des nombre qui permettent au client et au serveur de ne pas mélanger deux dialogues.

h. La couche TCP fait intervenir des \"numéros de séquence\" et des numéros d'accusé de réception, ce sont:

□ des nombres codés sur 4 octets et qui restes identiques pendant tout un \"dialogue\"
□ des nombres codés sur 4 octets qui évoluent au cour d'un \"dialogue\"
□ des nombre qui permettent au client et au serveur de vérifier que tout ce que l'un a envoyé a bien été reçu par l'autre.

i. Pour l'établissement d'une connexion, il faut:

□ 1 trame □ 2 trames □ 3 trames □ 5 trames

j. La couche HTTP est composée

□ de plusieurs champs ayant des longueur fixes
□ de plusieurs lignes séparées l'une de l'autre par le code ASCII du point virgule.
□ de plusieurs lignes séparées l'une de l'autre par le code ASCII du retour chariot (od)16.
□ de plusieurs lignes séparées l'une de l'autre par les codes du retour chariot (\\t) et du changement de ligne (\\n)

","title":"Exercices"},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

Nous savons que pour que l'information puisse circuler sur un réseau Ethernet, il faut que la machine \"source\" connaisse l'adresse MAC de la machine \"destination\" indispensable pour la couche Ethernet.

ﬦ Après avoir ouvert la fenêtre cmd.exe, exécuter la commande ping PC-C103-100 afin de vérifier la présence sur le réseau du PC du professeur.

11.1 Commandes arp -a, arp -d *

La commande arp -a permet d'afficher une table des adresses MAC associées aux adresses IP de certaines machine du réseau.

ﬦ Exécuter à présent dans la fenêtre cmd.exe la commande: arp -a

observation: remplacer cette copie partielle d'écran par la copie partielle de votre écran

$\"\"$

Notre machine connait donc un certain nombre d'adresses MAC d'autres machines du réseau.

Exécuter le commande: arp -d * puis exécuter de nouveau arp -a et conclure:

Conclusion: la commande arp -d * permet de.......

Remarque : dans la fenêtre cmd.exe, il est possible de récupérer des anciennes commandes à l'aide des touches [↑] et [↓]

Exécuter la commande: ping PC-C103-100puis exécuter de nouveau arp -a et conclure:

11.2 Protocole arp

On se propose de comprendre comment une machine apprend l'adresse MAC d'une autre machine. Pour cela:

ﬦ Relever l'adresse Mac de votre PC. Nous en aurons besoin par la suite.

ﬦ Lancer wireshark et ouvrir la fenêtre de choix de la carte réseau; mais ne pas lancer la capture pour l'instant.

ﬦ Effacer la table arp avec la commande arp -d *

ﬦ Ecrire la commande ping PC-C103-100 sans la valider pour l'instant.

ﬦ Lancer la capture (wireshark)

ﬦ Valider la commande ping PC-C103-100 avec la touche [Entrée]

ﬦ Arrêter la capture une fois la commande ping exécutée

ﬦ Enregistrer la capture.

ﬦ Afin de n'afficher que les trames intéressantes, appliquer le filtre:
(icmp || arp) && eth.addr==adresse mac de votre PC

On ne conserve ainsi que les trames dont le protocole est icmp ou arp et qui sont destinées ou issues de notre PC.

observation: remplacer cette copie partielle d'écran par la copie partielle de votre écran

$\"\"$

11.2.2 Requête

A partir de la capture réalisée précédemment sélectionner la trame \"who has...?\".

Combien cette trame comporte elle de couches?

Sélectionner la couche Ethernet de la trame \"who has...?\". et compléter le tableau suivant:

contenu

champs

Adresse MAC destination

Adresse MAC source

Type*

Cette trame est une requête: \"quelle est l'adresse MAC correspondant à une IP connue ?\" . Comme l'adresse MAC du destinataire est inconnue, la trame est envoyée à toutes les machines du réseau.

Pour signifier qu'une trame est envoyée à toute les machines du réseau, on utilise l'adresse MAC particulière: FF-FF-FF-FF-FF appelée adresse de \"broadcast\"

Sélectionner maintenant la couche Address Resolution Protocol de la trame \"who has...?\". et compléter le tableau suivant:

contenu

champs

Hard. Type

PType

H. size

P. size

Opcode

MAC source

contenu

champs

IP source

MAC destination

IP destination

Remarque: l'adresse MAC n'étant pas connue, le champ correspondant est rempli de zéros.

11.2.3 Réponse

A partir de la capture réalisée précédemment sélectionner la couche Ethernet de la trame \"… is at...\".

Combien cette trame comporte elle de couches?

Sélectionner la couche Ethernet de la trame \"… is at...\" et compléter le tableau suivant:

contenu

champs

Adresse MAC destination

Adresse MAC source

Type*

Sélectionner maintenant la couche Address Resolution Protocol de la trame \"… is at...\" et compléter le tableau suivant:

contenu

champs

Hard. Type

PType

size

Opcode

MAC source

contenu

champs

IP source

MAC destination

IP destination

11.2.4 Observation des trames arp sur le réseau:

Faire une nouvelle capture avec Wireshark en appliquant uniquement le filtre arp.

observer et conclure:

","title":"Address Resolution Protocol"},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

12.1 QCM

L'adresse MAC 00-00-00-00-00 signifie : □ adresse inconnue □ toutes les machines du réseau

L'adresse MAC FF-FF-FF-FF-FF signifie : □ adresse inconnue □ toutes les machines du réseau

12.2 Analyse d'une trame

On a relevé la trame suivante :

ﬦ Encadrer et repérer la couche Ethernet (colonne hexadécimal)

ﬦ Quel est le protocole de la couche suivante (non encadrée)?

ﬦ Compléter le tableau:

Adresse MAC source
IP source (décimal)
Adresse MAC destination
IP destination (décimal)

ﬦ Repérer la machine source et la (les) machine destination sur le schéma suivant

ﬦ Compléter sur ce schéma les adresses MAC connues

ﬦ Colorier sur le schéma le chemin emprunté par la trame

$\"\"$

12.3 Analyse d'une trame

ﬦ Reprendre les questions précédentes avec la trame suivante :

$\"\"$

","title":"Exercices:"},{"edit":"

Mettre le résultat ici (code et figure).

"}]]

Détails: Écrit par : Richard GAUTHIER; Création : 13 Janvier 2021; Mis à jour : 13 Janvier 2021; Clics : 2266

[[{"text":"","title":"Sécurisation des communications","tagtitle":"h1"},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

****** fig routeur

Avec les acquis du programme de première [NSI 1'°, chap. 26, 28 et 29], nous pouvons comprendre exactement ce qu'il se passe lorsque l'on navigue

vers un site web, par exemple « https://www.sciencesappliquees.com/ ».

L'URL du site est décodée par le navigateur.
Ce dernier isole le protocole (HTTP), le nom de domaine (www.sciencesappliquees.com) et le chemin vers la ressource (ici /, la « racine » du site).
Le navigateur effectue une résolution de nom pour déterminer l'adresse IP correspondant au nom de domaine (209.245.128.109).
Le navigateur peut alors établir une connexion TCP vers l'adresse IP du serveur web, sur le port 80.
Une fois la connexion établie, client et serveur échangent des données en utilisant le protocole HTTP.

On se souvient aussi que les communications sur Internet utilisent un ensemble de protocoles, organisés en couches:

Couche matérielle avec des protocoles tels que Ethernet ou 802.11 n.
Couche Internet, avec le protocole IP permettant de définir des routes, c'est-à-dire l'ensemble des machines du réseau traversées pour atteindre la machine de destination.
Couche de transport avec les protocoles UDP ou TCP, qui s'occupent en particulier de garantir l'intégrité des données transmises (garanties minimales pour UDP ou très fortes pour TCP).
Couche d'application dans laquelle se trouvent les protocoles de haut niveau : HTTP, IMAP, etc.

Ce processus à été très peu modifié depuis la conception de TCP/IP à la fin des années 1970.

Chaque protocole (SMTP, FTP, puis HTTP au

milieu des années 1990), s'est inséré dans ce cadre au niveau de la couche

d'application.

Cependant, avec la démocratisation d'Internet, du Web et la diversification des usages, des problèmes sont apparus.

En effet, comme on le sait, les données transmises par le protocole de la couche d'application sont découpés en paquets TCP, eux-mêmes encapsulés dans des paquets IP.

****** photo routeur

Ces paquets IP sont envoyés par la source au prochain routeur de son sous-réseau.

Ce routeur retransmet ensuite le paquet au routeur suivant et ainsi de suite jusqu'à l'arrivée à destination.

Chaque routeur peut donc inspecter les paquets pour en connaître le contenu.

Cette situation n'est clairement pas idéale.

En effet, si l'on utilise un site web pour effectuer des transactions bancaires, renseigner des informations personnelles (impôts, arrêt maladie, etc.), ou simplement exprimer son opinion, on souhaite que le contenu des messages envoyés ne soit connu que de deux entités:

la source et la destination.

Ce simple constat nous permet de mettre en avant trois aspects liés à la sécurisation des communications:

Comment chiffrer le contenu des communications, afin qu'elles ne soient lisible que par la source et la destination?
Comment garantir que le serveur auquel on se connecte est bien celui de la personne et ou de l'entité auquel on pense se connecter?
Comment garantir les deux propriétés ci-dessus en réutilisant l'infrastructure d'Internet, à savoir les communications TCP/IP?

","title":""},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"⊕

********* mettre des apps et table xor

Une première technique lorsque l'on souhaite chiffrer un message est d'utiliser une méthode de chiffrement symétrique.

Formellement, une telle méthode est donnée par deux fonctions :

c(m,k) est la fonction de chiffrement. Elle prend en arguments un message en clair m (une chaîne de caractères par exemple) et une clé de chiffrement k (qui peut être une chaîne de caractères, un nombre, etc.).

Elle produit en sortie une chaîne de caractères chiffrée s.

d(s,k) est la fonction de déchiffrement. Elle prend en arguments un message chiffré s et une clé de déchiffrement k et renvoie le message en clair m.

Le terme symétrique vient du fait que la même clé est utilisée pour chiffrer et déchiffrer le message.

Un exemple simple de méthode de chiffrement symétrique est le chiffrement par décalage, encore appelé codage de César (de l'empereur romain Jules César qui utilisait cette technique pour ses correspondances militaires).

La méthode consiste à choisir un entier n et à décaler chaque lettre du message initial de n lettres dans l'alphabet (en recommençant à « A » si le décalage fait dépasser « Z »).

Ici, l'entier n constitue la clé de chiffrement.

Par exemple, en utilisant un décalage de 5 lettres, le message

L INFORMATIQUE C EST SUPER

devient

Q NSKTWRFYNVZJ H JXY XZUJW

La fonction de déchiffrement consiste à prendre un message chiffré et à décaler chaque lettre de n positions vers l'arrière.

Une méthode de chiffrement un peu moins naïve est le chiffrement par XOR (ou ou exclusif).

******* table de vérité

Celle-ci repose sur l'utilisation de l'opérateur binaire ou exclusif noté ⊕.

Étant donné un message m (par exemple

« L'INFORMATIQUE C'EST SUPER ») et une clé de chiffrement k (par exemple

« NSI »), on recopie plusieurs fois la clé de façon à obtenir une chaîne de la

même longueur que le message:

L'INFORMATIQUE C'EST SUPER

NSINSINSINSINSINSINSINSINS

Chaque caractère du message et de la clé augmentée est ensuite converti en

nombre (par exemple en son code Unicode (utf-8):

76 39 73 78 70 79 82 77 65 84 73 81 85 69 32 67 39 69 83 84 32 83 85 80 69 82

78 83 73 78 83 73 78 83 73 78 83 73 78 83 73 78 83 13 78 83 73 78 83 73 78 83

On effectue ensuite l'opération entre chaque nombre du message et de la clé.

Nous la détaillons ci-dessous entre les nombres 84 (lettre « T »} et 78 (lettre « N ») :

0 1 0 1 0 1 0 0 84

⊕ 0 1 0 0 1 1 1 0 78

0 0 0 1 1 0 1 0 26

On rappelle que l'opération ⊕ entre deux bits renvoie 0 si les deux bits sont égaux et 1 s'ils sont différents.

Le message chiffré sera donc:

2 116 0 0 21 6 28 30 8 26 26 24 27 22 106 13 116 12 29 7 105 29 6 25 11 1

Une propriété intéressante de l'opérateur ⊕ est qu'il est réversible:

si A⊕B = C, alors A⊕C = B et B⊕C = A.

Ce n'est pas le cas des opérateurs logiques et (and) et ou bits à bits.

On peut facilement contrôler que 84⊕78 = 26, mais aussi que 84 @ 26 = 78 et 78 ⊕ 26 = 84.

Par conséquent, le message chiffré ci-dessus peut être déchiffré en réexécutant

l'opération ⊕ nombre à nombre avec les entiers formant la clé étendue

« NSINSINSINSINSINSINSINSINS ».

De plus, l'opérateur ⊕ est l'une des

opérations de base implémentée par le matériel dans l'unité arithmétique et

logique du microprocesseur.

Ces caractéristiques font que l'opérateur ⊕ est une brique de base couramment utilisée dans les algorithmes de chiffrement modernes (même si, utilisé naïvement comme nous l'avons fait ci-dessus, il n'apporte pas une grande sécurité).

Attention cependant:

si la méthode de chiffrement est connue, alors une clé trop courte (comme celle choisie ici) peut compromettre la sécurité de la communication.

Parmi les algorithmes de chiffrement symétriques les plus utilisés, on peut citer AES (pour l'anglais Advanced Encryption Standard, standard de

chiffrement avancé) et ChaCha20.

Bien que très complexes, ces deux algorithmes reposent sur des principes similaires au chiffrement XOR décrit plus

haut:

une clé initiale est étendue (mais pas aussi naïvement qu'en la répétant);
la clé et le message sont mélangés (en utilisant entre autres des opérations ⊕), de façon réversible.

En plus d'être sûrs (il est excessivement difficile, sans connaître la clé, de décrypter un message), ils sont très efficaces et permettent de chiffrer de longs messages en temps réel.

Par exemple, ils permettent de chiffrer les données contenues dans un fichier avant de les écrire sur un disque dur, où

de chiffrer des communications audio ou vidéo en temps réel sans impact perceptible sur les performances du système.

","title":"Cryptographie symétrique","tagtitle":"h1"},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

Termes liés à la représentation de l'information

Coder : représenter de l'information par un ensemble de signes prédéfinis. On utilise parfois le verbe encoder.

Décoder : interpréter un ensemble de signes pour extraire l'information qu'ils représentent.

Chiffrer : rendre une suite de symboles incompréhensible au moyen d'une clé de chiffrement.

Déchiffrer/décrypter : retrouver la suite de symboles originale à partir du message chiffré.

On utilise le terme déchiffrer lorsque l'on utilise une clé de déchiffrement pour récupérer le texte initial et le

terme décrypter lorsque l'on arrive à déterminer le message original sans utiliser la clé.

Coder et décoder s'utilisent lorsqu'il n'y à pas de secret, Par exemple, on parle de « codage en complément à deux » des entiers. C'est juste une façon de représenter les entiers positifs ou négatifs par une suite de bits.

N'importe qui peut décoder la suite de bits pour déterminer l'entier.

Le terme « coder » (qui est un anglicisme, to code) est aussi utilisé de façon informelle comme synonyme de « programmer » comme dans la phrase

« j'ai codé cette application ».

L'anglicisme « crypter » est à proscrire;

on utilisera « chiffrer ».

","title":""},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

Cryptanalyse

La cryptanalyse est un ensemble de techniques utilisées pour décrypter un texte, c'est-à-dire retrouver le texte en clair à partir du texte chiffré sans posséder la clé de déchifirement.

Une telle tentative de décryptage s'appelle une attaque sur le texte chiffré.

Il existe diverses techniques, très complexes.

Par exemple, si on dispose d'un programme permettant de chiffrer un texte en utilisant une clé, on peut essayer de chiffrer plusieurs messages choisis, en faisant varier les messages et la clé pour voir comment le résultat chiffré se

comporte.

Les attaques statistiques, quant à elles, tentent de déterminer le contenu du message en collectant des statistiques (fréquences, nombre ou densité de certaines suites d'octets) dans le message chiffré.

Une autre technique, si on dispose de la fonction de déchiffrement mais pas de la

clé, consiste à exécuter une attaque par force brute, en énumérant et en essayant toutes les clés possibles.

Si la clé de chiffrement est trop courte, alors ce type d'attaque basique à de fortes chances de réussir.

Les attaques par canal auxiliaire tentent de déterminer des informations sur l'algorithme de chiffrement, la clé ou le message en mesurant des phénomènes indirectement liés au processus de chiffrement.

Par exemple, en mesurant précisément la température de certaines zones du microprocesseur pendant le chiffrement, certains attaquants réussissent à déterminer quelle partie de l'unité arithmétique et logique est utilisée et donc quelles opérations sont utilisées et avec quelle fréquence (multiplications, ou exclusif, additions, etc.).

En mesurant les temps de chiffrement pour un fichier de taille fixe, un attaquant peut parfois déterminer la taille de la clé initiale, avant qu'elle ne soit étendue.

En combinant ces techniques, d'autres informations plus importantes encore peuvent être déterminées, comme le nombre de bits à « 1 » dans la clé.

À l'inverse, le rôle des concepteurs de méthodes de chiffrement est de les rendre résistantes à de telles attaques.

","title":""},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

Malgré les nombreux avantages du chiffrement symétrique, ce dernier possède un défaut important.

En effet, si deux personnes veulent établir un canal de communication sûr en utilisant une méthode de chiffrement symétrique, les deux personnes doivent d'abord se mettre d'accord sur la clé à

utiliser (et évidemment sur l'algorithme lui-même).

Or, les deux participants sont justement dans la situation où il ne peuvent pas encore communiquer de façon sûre.

Ils vont donc avoir un problème pour se mettre d'accord sur la clé:

soit ils échangent la clé par un moyen de communication non sûr (par e-mail, par courrier, etc.) mais dans ce cas, un attaquant pourrait alors s'emparer de la clé et compromettre la sûreté des futures communications chiffrées avec cette clé;
soit ils échangent la clé par un moyen « non pratique », par exemple en stockant une clé générée sur un support de stockage et en se rencontrant physiquement pour se donner la clé de chiffrement.

Pour résoudre ce problème, diverses techniques ont été développées dès les

années 1970, d'abord de manière privée, en particulier par les services secrets

britanniques et américains, puis dans la recherche académique publique.

Ces techniques reposent sur la cryptographie asymétrique encore appelée cryptographie à clé publique.

Nous présentons ici trois méthodes de cryptographie à clé publique, par ordre chronologique de leur découverte.

Nous nous limitons à une description de haut niveau sont hors programme.

","title":"Cryptographie asymétriqu","tagtitle":"h1"},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

Puzzles de Merkle

Les puzzles de Merkle sont l'un des premiers exemples de méthode cryptographique à clé publique.

Ils ont été proposés en 1974 par le cryptologue américain Ralphe C. Merkle (1952-).

Alice et Basile souhaitent se mettre d'accord sur une clé secrète, c'est-à-dire une clé de chiffrement pour un algorithme symétrique.

Ils n'ont à leur disposition qu'un canal de communication non sûr qui peut être espionné à tout moment par Ève (diminutif de l'anglais eavesdropper, l'oreille indiscrète ou l'espion).

Alice et Basile procèdent en trois étapes.

Étape 1 : Alice génère un très grand nombre N (par exemple 100 000) de

messages de la forme:

identifiant : i, clé : k

où i et k sont générés aléatoirement.

Par exemple, Alice génère un fichier de

100 000 lignes contenant:

...

identifiant : 129878, clé : abAZda9h!snasjda

identifiant : 821012, clé : sladl)i32#QSdsal

identifiant : 321091, clé : 9Sakns281a154031

...

Étape 2 : Alice va ensuite chiffrer chaque ligne avec un algorithme de chiffrement symétrique et une clé de faible longueur différente pour chaque

ligne.

Le but est que chaque ligne soit susceptible d'être décryptée avec une attaque par force brute, par exemple en 10 secondes de calcul.

Pour l'exemple, nous utilisons la méthode par ou exclusif de la section précédente

avec des clés formées de quatre lettres majuscules.

On obtient un fichier:

...

40 62 324353 51 35 44 32 52 49 101 128 122 116 119 120 105 114 125 109 122 88 41 130 243 101 127...

56 3249 59 37 45 50 60 48 42 32 117 107 100 108 103 96 116 101 103 125 100 5557 146237116111...

35 385447 62 4353 40 434439 97 112 98 96 115 123 114 106 112 102 98 4845 137235115128...

...

Étape 3 : Alice envoie le fichier contenant les lignes chiffrées à Basile.

Naturellement, Eve peut intercepter ce fichier car il est envoyé par un canal non sécurisé.

Basile choisit au hasard une ligne du fichier, par exemple

56 32 49 59 37 45 50 60 48 42 32 117 107 100 108 103 96 116 101 103 125 1005557 146 237 116111...

Il énumère toutes les clés possibles de petite taille pour trouver celle qui correspond.

Il arrive à déchiffrer la ligne

identifiant : 821012, clé : sladlj132#QSdsal

grâce à la clé « QDTU ».

Basile renvoie alors à Alice le message en clair « 821012 ».

Eve peut aussi intercepter ce message mais ne peut a priori rien en faire.

Étape 4 : sur réception du message de Basile, Alice regarde dans son fichier

en clair la ligne contenant « identifiant : 821012 ».

Ils peuvent tous les deux utiliser maintenant la clé « s1adl1j132#QSdsal » pour communiquer.

Le point crucial ici est qu'Eve ne peut pas deviner quelle ligne a été choisie par Basile.

Elle n'a donc pas d'autre choix que d'essayer d'attaquer en force brute les 100000 lignes du fichier, et tester chacune de ces lignes déchiffrées pour tenter de décoder la communication entre Basile et Alice.

Si forcer une ligne prend une seconde, alors Eve mettra au pire 1000 000 secondes et en moyenne 500 000 secondes pour trouver la bonne clé (soit un peu moins 6 jours).

Pendant ces six jours, Alice et Basile disposent d'un canal sûr, qu'ils peuvent utiliser pour échanger des informations.

Cette technique a été l'une des premières proposées et repose sur l'asymétrie suivante:

choisir et attaquer une ligne est une opération réaliste pour Basile, mais déchiffrer toutes les lignes est coûteux pour Eve.

Ici, si découvrir une ligne coûte M secondes et qu'il y a N lignes, le coût moyen pour Eve est de (MxN)/2 secondes.

Bien que novatrice pour l'époque, cette technique n'apporte pas de nos jours des garanties suffisantes.

Mais elle a été une source d'inspiration directe pour la seconde méthode que nous présentons, le protocole d'échange de clés Diffie-Hellman.

","title":""},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

*******

Méthode de Diffie-Hellman

Le protocole d'échange de clés de Diffie-Hellman est une autre méthode permettant à deux participants de convenir d'une clé symétrique partagée en utilisant un canal de communication non sûr.

Ce protocole a été proposé en 1976 par Bailey W. Diffie (1944—) et Martin Hellman (1945-), deux eryptologues américains.

Il repose sur certaines fonctions mathématiques dont nous décrivons ici les caractéristiques sans rentrer dans les détails.

Supposons que nous possédions une fonction mathématique M (pour « mélange ») prenant en arguments deux entiers et possédant les propriétés suivantes:

La fonction M est connue (on connaît sa formule où l'algorithme qui permet de la calculer).
Si on connaît M(x,y) et x alors il est « difficile » de retrouver y. Par difficile, on souhaite que la seule façon dont on dispose pour trouver un y tel que M(x,y) ait une valeur donnée est d'essayer tous les entiers y possibles.
Pour tous entiers x, y et z, on a M(M(x,y),z) = M(M(x,z),y).

Une analogie couramment utilisée est celle des pots de peintures.

Supposons que l'on ait à notre disposition un très grand nombre de couleurs de peintures différentes.

Les entiers x, y et z correspondent à trois couleurs différentes, par exemple :

x est un certain jaune bien particulier,

y un bleu

et z un rouge.

La fonction M prend 10cl (centilitre) de deux couleurs et les mélange (pour obtenir 20cl de peinture).

Notre fonction M possède bien les trois propriétés ci-dessus.

Nous connaissons M et tout un chacun (muni d'un verre doseur) peut la reproduire (propriété 1}.

Étant données deux couleurs (par exemple

jaune et bleu), si on les mélange on obtient 20 cl d'un vert bien particulier.

Il semble a priori impossible, en ayant à notre disposition le vert et la référence

exacte du jaune, de deviner quel bleu a été utilisé, car pour de la peinture il n'existe pas d'opération de «soustraction» qui permettrait de retirer le jaune du vert (propriété 2).

Enfin, si on mélange d'abord Je jaune et le bleu, puis le rouge on obtient au final 30 cl d'un certain marron.

On obtient 30 el du même marron si on mélange d'abord le jaune et le rouge, puis qu'on ajoute le bleu (propriété 3).

Une remarque importante est que, même si on dispose d'un mélange vert (jaune et bleu) et orange (jaune et rouge), alors

si on réunit ces deux mélange on btiendra 40 cl d'un marron différent (car la proportion de jaune est plus importante).

La figure 1 décrit le protocole en utilisant l'analogie des couleurs.

*******

Alice Canal public (non sûr) Basile

Étape 1

æ — Jaune moutarde

Étape 2

z = Rouge rubis

M{x,z) = Orange

y = Bleu cobalt

M{zx,y) = Vert

Étape 3

M(x,y) = Veat : Mx,z) = Orange

Étape à

Mélange de Orange

et Bleu cobalt

M(M(x, 2),y)

Mélange de Vert

let Rouge rubis

| M(M(x,y),2)

Marron Marron

À partir de ce point, Alice et Basile peuvent communiquer de façon sûre

en utilisant le « Marron » comme clé de chiffrement

pour un algorithme symétrique

Figure 1 — Le protocole d'échange de clés de Diffie-Hellman.

*******

Les étapes permettant le partage de clés sont les suivantes:

Étape 1: Alice et Basile se mettent avant tout d'accord sur une couleur de base commune. Cette couleur est considérée comme « publique ». En cffet, Alice et Basile doivent pour l'instant communiquer via un canal non sécurisé.

On doit donc faire l'hypothèse qu'un attaquant peut avoir connaissance du contenu des communications.

Étape 2: Alice et Basile choisissent ensuite chacun une couleur qu'ils gardent secrète. Une fois cette couleur choisie, ils la mélangent à la couleur publique pour obtenir chacun un mélange dont il est impossible d'extraire la couleur secrète.

Étape 3: Ils peuvent ensuite chacun s'envoyer leur mélange respectif. Ici, un attaquant pourrait connaître les mélanges, mais grâce aux propriétés de la fonction de mélange M, il ne peut pas découvrir la couleur secrète.

Étape 4: Alice et Basile ajoutent au mélange reçu leur couleur secrète, Ils disposent donc tous les deux d'un mélange des trois couleurs dans les bonnes proportions.

Ils peuvent utiliser ce mélange comme clé.

Le protocole d'échange de clés de Diffie-Hellman résout de façon élégante le problème d'échange de clé posé par l'utilisation d'un algorithme de chiffrement symétrique.

L'utilisation de ce protocole laisse toutefois une dernière faiblesse:

il ne permet pas l'authentification des participants,

i.e., Alice n'a pas la garantie que la personne avec qui elle communique de façon sûre est bien Basile.

La troisième méthode de crypographie asymétrique que nous présentons, RSA, permet de résoudre ce problème.

","title":""},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

Le système RSA

Le système RSA est un système de chiffrement asymétrique basé sur des paires de clés publiques et privées.

Son nom est formé des initiales de ces trois inventeurs : Ron Rivest (1947), cryptologue américain, Adi Shamir (1952-), cryptologue israélien, et Len Adleman (1945--), cryptologue américain.

Tout comme le protocole de Difie-Hellman, ce système repose sur des théorèmes mathématiques complexes, dont le détail va au-delà du programme de terminale.

Ce système se prête également moins bien à des analogies simples, telle que celle des couleurs.

Nous n'en détaillons donc que les grands principes et nous nous concentrons sur son utilisation pour l'authentification des participants à une communication en réseau.

Nous abordons dans un premier temps la partie chiffrement.

Le système RSA consiste en la mise en place d'une paire de clé publique et privée pour chaque participant.

Nous notons K_pubAlice, la clé publique d'Alice et KprivAlice sa clé privée.

La notation K__Alice(m) signifie, «chiffrer m avec la clé K (publique ou privée) d'Alice ».

La manière exacte de créer ces clés est complexe.

La seule chose à retenir est que les deux clés sont liées.

Étant donné un message m, on à:

Kpub_Alice ( Kpriv_Alice(m)) = Kpriv_Alice ( Kpub_Alice(m)) = m

ce qui signifie que si on chiffre le message m d'abord avec la clé privée puis

qu'on chiffre le résultat avec la clé publique, ou dans l'autre ordre, on obtient le message initial.

En d'autres termes, l'une des deux clés permet de défaire le chiffrement effectué par l'autre clé.

Les propriétés mathématiques mises en jeux font aussi qu'il est

impossible, en connaissant Kpub_Alice, de deviner Kpriv_Alice;
impossible, en connaissant uniquement Kpub_Alice(m) ou Kpriv_Alice(m), de deviner m.

Une fois ces propriétés établies, si Basile souhaite envoyer un message secret

à Alice, les deux procèdent comme suit:

Alice diffuse sa clé publique Kpub_Alice. Par exemple, elle la met sur sa page web, elle l'envoie par e-mail, etc. Cette clé peut être connue de tous. La clé privée est gardée secrète par Alice.
Basile chiffre son message m en effectuant Kpub_Alice(m) et l'envoie à Alice.
Alice applique sa clé privée au message chiffré KprivAlice(KpubAlice(m)) et obtient ainsi le message en clair.

Comme on le voit, le système RSA permet de chiffrer des messages sans s'être mis d'accord sur une clé de chiffrement symétrique commune.

Ce système possède cependant un inconvénient de taille:

le chiffrement et le déchiffrement nécessitent des calculs très coûteux.

Cette complexité fait qu'il n'est pas possible d'utiliser RSA pour chiffrer directement des gros volumes de données ou des flux de communication (par exemple une visioconférence avec envoi de vidéo et de son).

Ce problème peut être réglé en remarquant qu'on peut utiliser RSA dans le même but que le protocole d'échange de clé de Difñc-Hellman.

Si Basile veut échanger des gros volumes de données de façon sûre avec Alice, il peut d'abord choisir une clé pour un algorithme de chiffrement symétrique.

Une telle clé est un fichier de quelques milliers d'octets. Il peut ensuite envoyer cette clé à Alice, de manière sûre, en utilisant RSA.

Une fois la clé symétrique reçue, un algorithme de chiffrement symétrique efficace (tel que ChaCha20 ou AES) peut être utilisé.

Un autre avantage de RSA, qui a fait sa popularité, est la possibilité de l'utiliser comme système d'authentification.

","title":""},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

***** schema site interner serveur

Attaque de l'homme du milieu

Comme nous l'avons vu, le chiffrement des communications permet de se protéger contre l'espionnage des communications, c'est-à-dire l'observation passive par un tiers des messages envoyés entre deux participants.

Considérons maintenant le scénario suivant.

Supposons qu'Alice soit cliente de l'établissement bancaire BasileBanque.

Les communications entre Alice et BasileBanque étant confidentielles, elles doivent évidemment être chiffrécs, mais cela n'est pas suffisant.

Marion (la malveillante) peut procéder à l'attaque suivante.

Elle envoie un e-mail au format HTML à Alice, lui demandant de se connecter d'urgence sur le site de sa banque.

Le contenu d'un tel e-mail pourrait être:

<htmi>

<body>

Veuillez vous connecter d'urgence au site

<a href=\"http://marion.com\">BasileBanque.com</a>.

</body>

</htnl>

Ce dernier s'affichera de la façon suivante:

Veuillez vous connecter d'urgence au site BasileBanque.com

Si Alice n'est pas méfiante, et que Marion utilise en plus d'autres techniques (comme de reproduire exactement la page d'accueil dn site BasileBanque. com), alors elle ne se rendra pas compte qu'elle est connectée au mauvais site.

Marion pourra donc recevoir tous les messages envoyés par Âlice.

Elle pourra aussi les retransmettre au véritable site BasileBanque.com, en se faisant passer pour Alice.

Marion sera donc dans une position d'intermédiaire entre Alice et Basile.

Elle pourra retransmettre passivement les requêtes d'Alice à BasileBanque, ou les modifier avant de les retransmettre (par exemple changer le montant ct le destinataire d'un virement bancaire), ce que l'on peut illustrer par le schéma suivant:

********

[Alice ]&—— +————— | BasileBanque.com

Ici, le chiffrement n'est d'aucune aide.

En effet, même si Alice établit un canal sûr entre elle et Marion, et que Marion en établit un entre elle-même et BasileBanque, l'attaque peut quand même avoir lieu.

On appelle cela une attaque de l'homme du milieu (ou man in the midle attack en anglais, souvent abrégé en MITM).

La faille fondamentale permettant cette attaque est l'absence d'authentification.

Ici, le serveur de Marion, qui imite le comportement du serveur de BasileBanque, n'a pas eu à prouver qu'il était bien une machine appartement à BasileBanque.

Nous allons maintenant voir comment le système RSA peut être utilisé pour authentifier les communications.

","title":"Authentification des participants","tagtitle":"h1"},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

Certificats et tiers de confiance

Comme on l'a vu, afin de sécuriser entièrement les communications entre deux participants, il faut non seulement les chiffrer, mais aussi que chaque participant puisse s'assurer de l'identité de son correspondant.

Avant de rentrer dans les détails de l'authentification des communications en réseau, nous allons faire une analogie avec l'authentification des personnes en France.

L'État délivre aux citoyens français (qui font les démarches) une carte nationale d'identité.

Si un bureau de poste souhaite authentifier une personne pour lui permettre de retirer un colis, elle peut vérifier la carte d'identité de la personne.

La carte d'identité n'est qu'un bout de carton plastifié et ne permet donc pas à elle seule de prouver l'identité d'une personne.

Le système fonctionne parce que le bureau de poste fait confiance à l'État qui a fait les vérifications nécessaires pour s'assurer de l'identité de la personne avant de lui délivrer la carte.

Les communications en réseau sur Internet sont authentifiées de la même façon.

L'entité qui veut prouver son identité présente un certificat.

Ce dernier doit être délivré par une autre entité. en laauelle les deux participants ont confiance, que l'on appelle un tiers de confiance.

Si Alice, qui souhaite correspondre avec BasileBanque, veut s'assurer que c'est bien Basile qui est le propriétaire du site, elle devra lui demander un certificat.

Ce dernier sera délivré par un tiers de confiance, Théo (le tiers de confiance).

Évidemment, dans le cadre de communications en réseau, le certificat doit être lui aussi numérique.

Ces certificats numériques sont créés à partir des clés RSA publiques et privées des participants.

Étape 1 : Basic va voir Théo. Théo vérifie que Basile est bien le propriétaire du site BasileBanque.com.

Il peut par exemple constater que Basile

peut administrer le site, rajouter des pages, ou qu'il peut présenter des documents légaux (preuve d'achat du nom de domaine par exemple).

Une fois ces vérifications faites, Théo utilise sa clé privée K_pubBasilepour chiffrer la clé publique de Basile:

s = KprivThéo(KpubBasile)

Un tel fichier s s'appelle un certificat.

Dans ce cas particulier, on dit que Théo signe la clé publique de KpubBasile avec sa clé privée.

Étape 2 : Alice veut se connecter à BasileBanque.com. Lors de la connexion, le site lui fournit la clé publique de Basile, KpubBasile ainsi que le certificat s.

Étape 3 : Alice récupère alors la clé publique de Théo, en qui elle a confiance.

Elle calcule

KpubThéo(s) = KpubThéo(KprivThéo(KpubBasile))) = KpubBasile

Alice peut alors comparer la clé publique que Basile lui à fournie et celle résultant du déchiffrement de la signature.

Si les deux sont les mêmes, Alice a la garantie que Basile est bien passé voir Théo et que ce dernier a bien fait toutes les vérifications nécessaires.

Étape 4 : Alice ayant authentifié BasileBanque.com comme étant bien le site détenu par Basile, elle peut initier avec lui une communication sécurisée, par exemple en utilisant la clé publique pour chiffrer une clé symétrique ou en utilisant Diffie-Hellman pour se mettre d'accord sur une clé.

","title":""},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

Nous sommes maintenant équipés pour expliquer le fonctionnement du protocole HTTPS (Hyper Text Transfer Protocole Secure, protocole de transfert de documents hypertexte sécurisé).

Bien que ce dernier repose sur les concepts cryptographiques que nous avons présentés, d'autres considérations

ont été prises en compte lors de sa conception:

compatibilité avec HTTP: le but n'est pas de recréer un nouveau protocole, mais juste de rendre HTTP plus sûr;
modularité et compatibilité future: les systèmes cryptographiques présentés reposent sur le fait que certaines opérations demandent tellement de temps de calcul à l'attaquant qu'elles sont incassables en pratique. Cependant, les capacités de calculs des ordinateurs augmentant avec les progrès technologiques, il faut pouvoir changer la difficulté des problèmes à résoudre (par exemple augmenter la taille des clés ou changer les algorithmes de chiffrement) sans remettre en cause tout le protocole;
performances : un site web populaire devra effectuer plusieurs milliers d'opérations de chiffrement et déchiffrement par seconde. Comme on l'a vu, les méthodes symétriques sont peu coûteuses mais demandent de pouvoir échanger une clé de façon sûre.
Les méthodes asymétriques sont sûres mais très coûteuses en temps de calcul, il faut donc limiter l'usage de ces dernières au strict minimum.

","title":"Le protocole HTTPS","tagtitle":"h1"},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

***** recuperer certificat sc

Autorités de certifications et format X.509

Une autorité de certification (ou AC) est une entité habilitée à délivrer des certificats.

Une AC est un tiers de confiance. Parmi les différentes AC on retrouve:

des entreprises spécialisées;
des associations à but non lucratif (comme l'initiative Let's Encrypt, libre et gratuite);
des états.

Comme nous l'avons vu, le rôle des tiers de confiance est d'attester, au moyen d'un certificat numérique, qu'une entité (entreprise, personne, etc.) est bien qui elle prétend être.

Les autorités de certifications forment un «club» très fermé.

En effet, les systèmes d'exploitation et les navigateurs web, en particulier, possèdent les clés publiques des AC sous forme de fichiers.

Elles sont en nombre relativement restreint.

Par exemple, au début 2020, la fondation

Mozilla, qui produit le navigateur web Firefox, reconnaît environ un peu plus d'une centaine d'autorités de certification.

Chacune d'elles répond à des critères très stricts, vérifiés par des audits réguliers dont les résultats sont publics.

Les société Microsoft, Apple et Google (qui développent des systèmes d'exploitation et des navigateurs) ont elles aussi leurs critères (qui ne sont pas forcément les mêmes que ceux de la fondation Mozilla) pour accepter les autorités de certification.

Les systèmes d'exploitation et les navigateurs web possèdent une copie de chacune de leurs clés publiques.

Les AC émettent des certificats. Ces derniers fonctionnent sur le principe expliqué précédemment, avec quelques considérations techniques supplémentaires.

Le format standard de certificat est le format X.509. Ce dernier est un format de fichier binaire, contenant entre autres:

l'identifiant de l'AC qui signe le certificat;
l'identifiant de l'entité certifiée;
la date de validité du certificat;
la clé publique de l'entité certifiée;
l'algorithme utilisé pour la signature du certificat;
la signature du certificat par l'AC.

Sous Unix, la commande openssl permet d'obtenir des informations sur un certificat.

Par exemple, le certificat du site https://nsi-terminale.fr peut être affiché comme ceci:

$ openssl x509 -in fullchain.pem -text

Ici, le paramètre x509 indique que l'on travaille avec un certificat au format X.509, le paramètre -in permet de donner le fichier de certificat, ici fullchain.pem et le paramètre -text indique que l'on souhaite afficher le contenu du certificat de façon lisible.

La sortie de la commande (abrégée) est :

Certificate:

******

Data:

Version: 3 (0x2)

Issuer: C=US, O=Let's Encrypt, CN=Let's Encrypt Authority X3

Validity

Not Before: May 4 08:03:48 2020 GMT

Not After : Aug 2 08:03:48 2020 GMT

Subject: CN=nsi-terminale.fr

Subject Public Key Info:

Public Key Algorithm: rsaEncryption

Public-Key: (2048 bit)

Modulus:

00:ce:1d:f4:48:24:bd:0d:64:3a:74:

Exponent: 65537 (0x10001)

Signature Algorithm: sha256WithRSAEncryption

38:90:e9:9d:20:12:9d:35:b7:db:4f:64:14:fd:0e:

******

L'AC ayant produit ce certificat est « Let's Encrypt ». Le certificat n'est

valide que sur la période du 4 mai au 2 août 2020, et devra être renouvelé après.

Le site certifié est nsi-terminale.fr.

La clé publique du site, c'est-à-dire celle qui sera utilisée par le navigateur web pour chiffrer la communication initiale, fait 2048 bits, et est donnée par les deux champs Modulus et Exponent {raccourcis pour des raisons d'espace).

Enfin, l'algorithme de signature est sha256WithRSAEncryption.

Cet algrithme est une variation de la signature RSA que nous avons présentée dans la section précédente.

Ici, plutôt que de signer (i.e., de chiffrer) toutes la clés publiques du site, PAC a d'abord calculé une somme de contrôle avec l'algorithme de hachage SHA256.

Ce dernier produit un entier de 256 bits en « mélangeant » les différents octets du certificat (tous les champs présentés, exceptés Signature Algorithm: et la signature).

Ce « résumé » du certificat (incluant le nom de l'entité, les dates de validité et la clé publique) est ensuite signé (i.e., chiffré) avec la clé privée de l'autorité « Let's Encrypt ».

Lorsque le client, Alice, souhaite vérifier que le site

******

https://

nsi-terminale.fr

*******

est authentifié, il lui suffit de retirer les deux derniers champs du certificat, de calculer la somme de contrôle avec l'algorithme SHA256, et de la chiffrer avec la clé publique de l'autorité « Let's Encrypt ».

Cette dernière étant une autorité reconnue, les navigateurs web possèdent

une copie de sa clé publique, afin de procéder aux vérifications.

Avant d'illustrer comment les certificats sont utilisés dans le cadre du protocole HTTPS, nous terminons notre présentation des autorités de certifications en citant les niveaux de certifications. En effet, il existe trois niveaux de certification possibles:

DV (pour l'anglais domain validated, soit validation du domaine), c'est le niveau le plus basique. l'AC a juste vérifié que la personne qui a demandé le certificat est bien la personne qui contrôle le nom de domaine certifié. Ce contrôle peut être fait à distance, en demandant à l'admiuistrateur de déposer à un certaine URL un fichier généré par l'AC (par exemple

*******

http://nsi-terminale.fr/fichier).

OV (pour l'anglais organisation validated, validation de l'organisation), est le niveau intermédiaire. Des vérifications sont faites sur l'existence légale de la personne morale ou physique correspondant à l'entité certifiée.

L'AC effectue des vérifications manuelles auprès de l'entité (généralement une entreprise) qui demande la certification. Par exemple, l'AC passe un appel téléphonique au siège social de l'entreprise pour s'assurer de son existence, en plus des vérifications faites au niveau DV.

EV (pour l'anglais extended validated, soit validation étendue), est le niveau le plus haut de certification. L'AC vérifie les documents légaux fournis

par l'entreprise à certifier et recoupe ces vérifications avec les registres

publics (registres des entreprises par exemple), en plus des vérifications

faites au niveau OV.

","title":""},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

Détails du protocole HTTPS

Le protocole HTTPS qui permet d'établir des communications sécuri-

sées entre un client et un serveur web est en fait simplement le protocole

HTTP, auquel une couche de cryptographie a été ajoutée. En effet, HTTPS

est simplement la réunion de deux protocoles existants, HTTP, pour l'in-

teraction avec le serveur web et TLS (Transport Layer Security, sécurité

de la couche de transport). Rappelons-nous le fonctionnement du protocole

HTTP. Lorsqu'un client (par exemple un navigateur web) souhaite afficher la

naon httne://wrmr nei-torminala fr/indos htmi il initin uno ronnavinan

TCP vers l'adresse IP de la machine www.nsi-terminale.fr sur le port 80.

Une fois la connexion établie, le navigateur envoie une requête HTTP, c'est-

à-dire une suite d'octets de la forme

GET /index.html HTTP/1.1

Host: www.nsi-terminale.fr

Le protocole TLS ajoute simplement une phase permettant l'authentification

du serveur et la mise en place sécurisée d'une clé de chiffrement symétrique, appelée clé de session. Une fois cette clé déterminée et connue du client et du

serveur, le client et le serveur échangent des requêtes et réponses HTTP (la

requête GET précédente), mais ces dernières seront chiffrées avant l'envoi

et déchiffrées lors de la réception. L'authentification empêche l'exécution

d'attaques de l'homme du milieu, et le chiffrement empêche les routeurs et

autres machines intermédiaires de lire le contenu des messages. La figure 24.2

décrit la phase de mise en place, appelée « poignée de main TLS » (TLS

handshake en anglais). Cette phase initiale n'étant pas compatible avec le

protocole HTTP, un port différent à été choisi pour le protocole HTTPS, à

savoir je port 448.

Les étapes de cette poignée de main reprennent chacun des points déve-

loppés tout au cours du chapitre.

Étape 1 : Le client envoi un message initial (nommé « Hello ») ainsi que

des options. En particulier, le client indique les différents algorithmes cryp-

tographiques qu'il peut utiliser, ainsi que d'autres paramètres techniques.

Étape 2 : Le serveur envoie sa réponse, contenant entre autres le certificat

X.509 contenant sa clé publique, signée par une autorité de certification.

Étape 3 : Le client vérifie le certificat au moyen de la clé publique de l'AC

(qu'il doit posséder). Il procède aussi à d'autres vérifications (comme le fait

que le certificat est toujours valide).

Étape 4 : Le client et le serveur conviennent d'une clé de session pour un

algorithme symétrique. Iis peuvent soit choisir de chiffrer une clé choisie par

le client avec la clé publique du serveur, soit utiliser le protocole d'échange

de clé de Diffie-Hellman pour convenir d'une cié de session partagée.

Étape 5 : Le serveur est authentifié par le client, et les deux ont convenu

d'une clé de session. Ils peuvent donc échanger de manière sûre des messages

du protocole HTTP en les chiffrant.

Tous ces aspects sont observables en inspectant Picône de « cadenas » se

trouvant dans la barre d'adresse des navigateurs web. Par exemple, pour le

navigateur Firefox, connecté au site https://www.nsi-terminale.fr, on

peut afficher les propriétés de la connexion, comme indiqué à la figure 24.3.

Dans cette figure, on peut voir entre autres détails que la connexion utilise

les options

TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256

Serveur

Hello

Client ' Internet

‘

Options

' X.509

Lie

®\" :

validation, pub

KCA

X.509

@..

He Clé de session

' =

échanges sécurisés

Figure 24,2 — Mise en place d'une connexion HTTPS.

ce qui signifie qu'elle utilise le protocole TLS (plutôt que son prédécesseur

SSL, moins sûr). Le sigle ECDHE, pour Elliptic Curve Diffie-Hellman Ephe-

meral, indique que la clé de session est échangée par le protocole de Diffie-

Hcliman dans sa variante utilisant les courbes elliptiques comme problème

mathématique sous-jacent. L'authentification est assurée par RSA. Le chif-

frement symétrique est quant à lui assuré par l'algorithme AES128.

Certains problèmes peuvent survenir lors de la poignée de main TLS.

Le plus courant est l'utilisation par le serveur d'un certificat non signé ou

signé par une entité inconnue. Un navigateur indique alors un message si-

milaire à celui de la figure 24.4. La présence de ce message indique que la

communication est chiffrée, mais pas authentifiée. Le serveur web peut alors

appartenir à un utilisateur malveillant effectuant une attaque de l'homme

du milieu. En pratique, ce phénomène sc produit aussi lorsque le certificat

west plus valide, par exemple si l'administrateur du site n'a pas renouvelé

son certificat à temps. En cas d'absence de chiffrement (utilisation du proto-

cole HTTP simple), le navigateur affiche généralement un cadenas rouge ou

harré nt dénanenilla 18 gsigie Aa mate de nager nu antre infnrmatian sancihla

Général

identité du site web

Stéweb: mwwnsiterminale.fr

Propriétarre : Ce site web ne fournit pas d'informations sur son prapriétaire.

Vérifie par: Let's Encrypt Afficher le certificat

Expirele: 2 août 2020

Vie privée ct historique

Aije déjà visité ce site web auparavant ? Oui, 11 fois

Ce site web conserve-t-i des informations sur mon ordinateur ? Non

Aïje un mot de passe enregistré pour ce site web 7 Non Voir les mots de passe enregistrés

Détails techniques

Connexion chiffrée (clés TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256, 128 bits, TLS 1.2}

La page actuellement affichée a été chiffrée avant d'avoir té envoyée sur Internet

Le chiffrement rend très difficile aux personnes non autorisées la visualisation de la page durant son transit entre

ordinateurs. fl est donc très improbable que quelqu'un puisse lire cette page durant son transit sur le réseau:

Aide

Figure 24,3 — Les propriétés d'une connexion HTTPS.

& Attention : risque probable de sécurité

Firefox a détecté une menace de sécurité potentielle et n'a pas poursuivi vers . Si vous accédez à

ce site, des attaquants pourraient dérober des informations comme vos mots de passe, courriels, ou données

de carte bancaire.

Que pouvez-vous faire ?

Le problème vient probablement du site web, donc vous ne pouvez pas y remédier.

Si vous naviguez sur un réseau d'entreprise ou si vous utilisez un antivirus, vous pouvez contacter les équipes

d'assistance pour obtenir de l'aide. Vous pouvez également signaler le prablème aux personnes qui

administrent le site web.

Retour (recommandé) Avanté...

Figure 24.4 - Connexion non sûre.

","title":""},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

À retenir. La sécurisation des communications sur Internet repose sur

l'utilisation de la cryptographie. Les algorithmes de chiffrement sy-

métrique utilisent la même clé pour chiffrer et déchiffrer des mes-

sages. Certains, comme ÂES ou ChaCha20, sont considérés comme sûrs

et sont efficaces. Ils supposent cependant que les participants puissent

échanger la clé symétrique de façon sûre. Cela peut être fait en utlisant

des techniques à clé publique, comme le protocole d'échange de clé de

Diffie-Hellman. Les algorithmes de chiffrement asymétrique, tels

que RSA, reposent sur une paire de clés publique et privée et ne né-

cessitent pas l'échange d'un secret partagé. Le système RSA permet en

outre d'authentifier les participants, en utilisant un tiers de confiance.

Le protocole HTTPS utilise le protocole TLS pour ajouter au protocole

HTTP une phase d'authentification et d'échange de clé de chiffrement.

Il utilise pour cela des certificats envoyés par le serveur web et signés

par des autorités de certification. Une fois le serveur authentifié par

le client, ce dernier peut utiliser RSA où Diffie-Hellman pour conve-

nir d'une clé de chiffrement symétrique avec le serveur et entamer une

communication chiffrée.

","title":""},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"

Exercice 186 Pour chacun des sigles ou noms suivants, le décrire en une

phrase sans donner la signification du sigle.

1. TLS 4. ChaCha20

2. RSA 5. HTTPS

3. Diffe-Hellman 6. AES

4. X.509

Solution page 503 D

","title":"Exercice"},{"edit":"

Mettre le résultat ici (code et figure).

"},{"solution":""}],[{"text":"

Exercice 187 Écrire en Python une fonction chiffre _xor(msg, cle) qui

prend en arguments deux chaînes d'octets (type bytes) et qui renvoie le

chiffrement XOR du message avec la clé, sous forme d'une chaîne d'octets.

On rappelle que l'on peut créer une chaîne d'octets en utilisant le construc-

teur bytes et en lui donnant en argument une liste d'entiers, chacun compris

entre 0 et 255.

Indication : On rappelle que pour un chiffrement XOR, la clé doit être

« étendue » de façon à avoir la même taille que le message. Cependant, il

n'est pas nécessaire de créer une chaîne intermédiaire contenant des copies

répétées de la clé. On pourra en effet faire une utilisation judicieuse de

l'opérateur « 4% ». Solution page 504 D

","title":"Exercice"},{"edit":"

Mettre le résultat ici (code et figure).

"},{"solution":""}],[{"text":"

Exercice 188 Comme expliqué dans le cours, un chiffrement XOR simple

n'apporte pas une grande sécurité. On va montrer qu'en connaissant

quelques informations on peut facilement retrouver la clé si cette dernière

est trop courte. Soit la chaîne d'octets chiffrée :

b'\\x0e6/+y;.< x-(7,,\\x9b\\xf0z48z:646<z*\\x9a\\xf3(64+<{?

On sait que les 4 derniers caractères du message en clair sont \"nsel\". On

sait aussi que la clé fait exactement 3 caractères et que ce sont des lettres

majuscules sans accent.

Écrire un programme Python, utilisant la fonction chiffre xor de

l'exercice précédent, qui essaye toutes les combinaisons de clé jusqu'à trou-

ver la bonne. Mesurer le temps d'exécution. On pourra utiliser la fonction

time.time() du module time pour connaître l'heure courante, en nombre

de secondes depuis une date de référence non spécifiée.

Solution page 504 D

","title":"Exercice"},{"edit":"

Mettre le résultat ici (code et figure).

"},{"solution":""}],[{"text":"

Exercice 189 On se place dans le contexte de la figure 24.2. Le client est un

navigateur web classique (par exemple Firefox). Le serveur web est configuré

sur une machine dont le nom de domaine est www.monsite.fr. Dans chacune

des situations suivantes, dire quelle étape de la poignée de main TLS échoue.

Les questions sont indépendantes.

1. Le serveur web n'est pas configuré pour supporter le protocole HTTPS

et ne sert des pages qu'en HTTP.

2. Le fichier contenant le certificat côté serveur est périmé.

3. L'utilisateur du navigateur pointe ce dernier vers lPURL

http://www.monsite.fr:448.

4. L'administrateur du serveur a créé une paire de clé publique et privée, a signé le certificat que le serveur envoie aux clients et effacé les clés.

5. Le navigateur commence à afficher la page de garde du site. Le câble

connectant le serveur au réseau est coupé.

Solution page 505 CO

","title":"Exercice"},{"edit":"

Mettre le résultat ici (code et figure).

"},{"solution":""}],[{"text":"

Exercice 190 Télécharger le fichier https://www.nsi-terminale.fr/

cert.pem. Utiliser la commande openss1 pour déterminer les informations

de ce certificat. Donner en particulier sa date d'expiration et le nom de l'AC

","title":"Exercice"},{"edit":"

Mettre le résultat ici (code et figure).

"},{"solution":""}],[{"text":"

Exercice 191 On rappelle qu'une socket est un objet représentant une

connexion TCP vers un hôte et un port donné. En Python, un client se

connectant en TCP à un serveur peut s'écrire comme suit :

import socket

hote = 'www.nsi-terminale.fr?

#Prend en argument un couple nom et port

s = s.create_connection((hote, 80))

Sur un tel objet s, on peut utiliser une méthode s ,read(n) où nest un entier

strictement positif. La méthode renvoie une chaîne d'octets (type bytes)

dont 13 taille peut être inférieure ou égale à n. Une taille de 0 indique que

le serveur à fini sa réponse. La méthode s.write(b) où b est une chaîne

d'octets envoie la chaîne au serveur.

On peut automatiquement rajouter une couche TLS à un programme

utilisant une socket en utilisant le module Python ss1.

import socket

import ssl

hote = 'www.nsi-terminale.fr?

ctx = ssl.create default _context()

#Prend en argument un couple nom et port

s = s.create_connection((hote, 443))

ss = ctx.wrap_socket(s, server_hostname=hote)

#On réutilise ss comme une socket ici.

Dans le code ci-dessus, l'objet ss est une socket, peut s'utiliser comme une

socket, qui chiffrera automatiquement les messages envoyés et déchiffrera

les messages lus. En plus des méthodes .read() et .write(), l'objet ss

possède une méthode .getpeercert() qui renvoie un dictionnaire décrivant

le certificat.

Compléter le code ci-dessus pour qu'il récupère la page de garde du

site web https://wuw.nsi-terminale.fr. Une fois ce code écrit et testé, changer le paramètre server _hostname pour qu'il indique un hôte différent

de celui stocké dans la variable hote. Expliquez le message d'erreur.

Solution page 506 CO

","title":"Exercice"},{"edit":"

Mettre le résultat ici (code et figure).

"},{"solution":""}],[{"text":"

Exercice 192 On considère le cas d'un site Internet https://www.monsite.

fr. Ce dernier a été mal configuré et le fichier privkey.pem, contenant

la clé privée correspondant à la clé publique contenue dans le certificat, est téléchargeable. Le site choisi d'utiliser RSA pour l'échange de clé de

session (et non pas Diffie-Hellman). Indiquer ce que peut faire un utilisateur

malveillant en possession de cette clé privée. Solution page 506 D

","title":"Exercice"},{"edit":"

Mettre le résultat ici (code et figure).

"},{"solution":""}],[{"text":"","title":""},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"","title":""},{"edit":"

Mettre le résultat ici (code et figure).

"}],[{"text":"","title":""},{"edit":"

Mettre le résultat ici (code et figure).

"}]]

Détails: Écrit par : Richard GAUTHIER; Création : 13 Janvier 2021; Mis à jour : 13 Janvier 2021; Clics : 1841

Numérique et Sciences Informatiques

La spécialité NSI est ouverte aux lycéennes et lycéens qui veulent s’approprier des concepts et des méthodes qui fondent l’informatique. Cet enseignement prolonge l’enseignement commun de 2de en sciences numériques et technologie (SNT) et s’appuie sur les cours d'algorithmique de mathématiques en 2de.

Au programme

L'horaire hebdomadaire est de 4h en 1re et 6 h en terminale.
Quatre grands domaines sont abordés : les données, les algorithmes, les langages, les machines (dont les objets connectés et les réseaux), et leurs systèmes d’exploitation.
Cet enseignement favorise les travaux pratiques et la réalisation de projets.

Des projets variés

Une partie des cours (au moins un quart de l'horaire) est consacrée aux projets des élèves.
En première comme en terminale, par petits groupes, ils doivent imaginer des solutions pour répondre à un besoin.
Les sujets sont variés. Les élèves peuvent travailler autour d’un objet connecté ou d’un robot, du traitement d’image ou de son, d’une application mobile (par exemple de réalité virtuelle ou augmentée), du développement d’un site Web associé à l’utilisation d’une base de données, de la réalisation d’un interprète d’un mini-langage ou encore d’un programme de jeu de stratégie, etc.

Plusieurs parcours d’études supérieures recrutent NSI :

Les universités en informatique ;
Les écoles d’ingénieur post-bac ;
Les classes prépa, avec une nouvelle section MPI (Maths-Physique-Informatique) ;
Les IUT.
Les BTS

Et après ... quels métiers ?

Quels métiers après NSI ?

Orientation avec la spécialité NSI

Voici un simulateur de l'Onisep : http://www.horizons21.fr/

Compléments

Pourquoi choisir NSI : eduscol.education.fr

Voir le diaporama

Détails: Écrit par : Richard GAUTHIER; Création : 13 Janvier 2021; Mis à jour : 14 Janvier 2021; Clics : 14984

[[{"login":"devoir"}],[{"quiz":1209}]]

Détails: Écrit par : Richard GAUTHIER; Création : 11 Janvier 2021; Mis à jour : 21 Janvier 2021; Clics : 1815

[[{"login":"devoir"}],[{"quiz":1195}]]

Détails: Écrit par : Richard GAUTHIER; Création : 11 Janvier 2021; Mis à jour : 11 Janvier 2021; Clics : 1563

Page 38 sur 79

1ère Générale NSI

Term. Générale NSI

Terminale STI2D SIN

Bts Ccst

Technico-commercial 3.0

Vidéos YouTube

sti2d sin json tp 27 wireshark trame reseau

Elle contient en mode texte la page HTML. Dans wireshark, les caractères non imprimables sont noté:

a. Le langage HTML permet-il à un serveur d'insérer dans une page des images qui sont située sur un autre serveurs?

Nous savons que pour que l'information puisse circuler sur un réseau Ethernet, il faut que la machine \"source\" connaisse l'adresse MAC de la machine \"destination\" indispensable pour la couche Ethernet.

tnsi sequence 32 json sécurité des communications

Pourquoi choisir la spécialité NSI au bac général?

Numérique et Sciences Informatiques

snt login devoir reseaux sociaux

1nsi login devoir theme c table csv