Jusqu'à présent, nous avons appris à utiliser PDP pour crypter les messages afin que seul le destinataire puisse lire le
contenu du message.
Pour ce faire, l'expéditeur David dans notre exemple utilise la clé publique du récepteur afin que le récepteur rend publique
sa clé publique comme son nom l'indique.
C'est très bien car la clé publique ne peut pas être utilisée pour déchiffrer les messages.
Il ne peut être utilisé que pour crypter des messages.
David crypte donc le message auprès des destinataires.
Clé publique de John.
Le message est envoyé et John ne le recevra pas.
Il utilise sa propre clé privée qu'il ne partage jamais avec personne pour déchiffrer le message.
Par conséquent, David peut envoyer le message à John comme il le souhaite.
Il peut l'envoyer sous forme de message texte sous forme de message instantané ou même l'utiliser dans un service non sécurisé.
C'est bien parce que si quelqu'un lit le message, il verra du charabia.
Ils veulent pouvoir voir le contenu à moins d'avoir la clé privée.
Et tant que John ne partage pas la clé privée, il n'est pas nécessaire qu'il la partage.
Personne ne pourra alors lire ce message à l'exception de John.
C'est vraiment très bien.
Le seul problème ici est qu'il n'y a aucun moyen pour John de vérifier que le message qu'ils
ont reçu a bien été envoyé par David.
Donc, comme je l'ai dit pour que cela fonctionne, John doit rendre publique sa clé publique.
Il est donc facile d'obtenir la clé publique de John.
Par conséquent, John pourrait l'avoir dans sa signature dans son e-mail.
Il peut l'avoir dans sa signature dans un forum.
Il pourrait le partager publiquement parce qu'il veut que les gens lui envoient des messages cryptés.
Il n'y a donc rien de mal à rendre votre clé publique publique.
Le seul problème est que quelqu'un peut faire semblant d'être David.
Utilisez la clé publique de John pour crypter un message et l'envoyer à John.
Et de cette façon, John n'a aucun moyen de savoir si ce message est réellement venu de David ou non.
Pour résoudre ce problème, David devra signer le message.
Cela peut en fait être fait avec PDP.
Alors laissez-moi vous montrer comment cela fonctionnera.
Avec cet exemple.
Encore une fois, nous avons David.
Il veut envoyer un message secret à John.
Et comme nous l'avons appris avant la première chose que David fera, il utilisera la clé publique de John pour
crypter le message.
Le message se transformera en charabia.
À ce stade de la conférence précédente, nous avons envoyé le message.
Mais cette fois, David va signer le message avec sa propre clé privée, donc il n'a toujours pas envoyé la clé
privée.
Le message est toujours à la fin de David et ce qu'il va faire, c'est qu'il va créer une signature
pour ce message.
Cette signature correspond à ce message.
Et si quelque chose est modifié dans le message.
Si une lettre est modifiée, la signature changera.
Par conséquent, cette signature peut être utilisée pour vérifier que le message n'a pas été modifié depuis qu'il a été signé
par la clé privée de David.
Gardez à l'esprit que David conserve toujours sa propre clé privée.
Il ne l'a envoyé par aucun moyen de communication.
Nous avons donc maintenant un message avec un contenu crypté et avec une signature qui correspond à la clé
privée de David.
Ensuite, le message est envoyé.
En utilisant n'importe quelle méthode de communication comme nous l'avons dit, vous pouvez même utiliser une méthode de communication non sécurisée.
John va recevoir le message avec sa signature et avant de décrypter dans ce message avec
sa propre clé privée ce qu'il va faire est qu'il va utiliser la clé publique de David afin de
vérifier la signature.
Donc, comme je l'ai dit, la signature a été créée avec la clé privée de David.
Et puis John n'a pas la clé privée de David.
Mais il va utiliser la clé publique de David pour vérifier la signature si le message n'a pas été modifié.
La vérification réussira.
Et de cette façon, John saura que ce message a été envoyé par David et n'a été modifié par
personne car, comme je l'ai dit, si une lettre est modifiée, la clé publique de David ne
vérifiera pas la signature.
Ainsi, lorsque la signature est vérifiée, nous savons que David était l'expéditeur réel du message et que le message n'a
pas été modifié lors de son envoi.
Qu'il ait été envoyé sur Internet sous forme de message texte ou en utilisant tout autre moyen de communication.
La prochaine étape est très similaire à ce qui s'est passé lors de la conférence précédente.
John utilisera sa propre clé privée pour décrypter le message et lire son contenu qui n'est
qu'un message secret.
Comme vous pouvez le constater, chaque partie a toujours conservé sa propre clé privée.
Personne n'a envoyé sa clé privée à l'autre partie. L'expéditeur crypte donc le message avec la clé publique du
destinataire et signe le message avec sa propre clé privée.
Le message est envoyé, le destinataire vérifie que la signature de l'expéditeur est une clé publique
et déchiffrée avec sa propre clé privée de cette façon, il peut vérifier que ce message provient de l'expéditeur.
Il peut vérifier que le message n'a pas été modifié lors de son envoi et que le message est crypté
et la seule personne qui peut le lire est le destinataire car il a gardé sa propre clé
privée privée et elle n'a été partagée avec personne.
Maintenant, tout cela devrait devenir plus clair dans la prochaine conférence car je vais vous montrer comment crypter
les messages et les signer en tant qu'expéditeur et je vais également vous montrer comment vérifier la signature et décrypter les messages en tant
que destinataire.