Donc, encore une fois, qu'est-ce qu'un algorithme symétrique dans un algorithme symétrique?
La même clé est utilisée pour chiffrer et déchiffrer le message.
Un exemple d'algorithme à clé symétrique serait un oui.
Notez que l'expéditeur et le destinataire utilisent le même algorithme ainsi que la même clé.
Cela peut poser un problème majeur, car l’expéditeur et le destinataire doivent connaître la nature de la clé et
ont besoin d’une méthode pour le communiquer.
Le problème est de savoir comment dire à la sécurité quelle est la clé si je n’ai pas encore de tunnel
sécurisé, j’ai besoin de la clé pour établir un tunnel sécurisé.
Mais je ne peux pas établir de tunnel sécurisé tant que nous ne savons pas quelle est la clé.
Cela signifie donc que nous devons communiquer la clé hors bande.
J'ai besoin de t'appeler.
Je dois vous demander pourquoi je dois utiliser une méthode hors bande pour vous dire quoi utiliser.
Ainsi, à titre d'exemple, si je suis au Royaume-Uni et que vous êtes aux États-Unis et que vous souhaitez configurer un VPN privé
entre ou à l'extérieur du Royaume-Uni. K. et l'Iran aux États-Unis, je devrais me téléphoner et vous laisser savoir quelle clé utiliser.
C'est bien quand nous avons un VPN simple, mais cela ne va pas bien quand nous avons des milliers de routeurs.
Il y a un avantage d'un algorithme symétrique.
Les bons chiffrements symétriques sont simplement sécurisés et faciles à mettre en œuvre à l'aide de microprocesseurs modernes et ils ont
tendance à être utilisés pour le chiffrement en masse.
Il existe quelques exemples d'algorithmes à clé symétrique ces jours-ci.
Oui et blowfish va expliquer le standard de cryptage des données ou des jours trippés comme un standard de cryptage avancé ou A-S
plus en détail dans les prochaines diapositives.
Mais pour l’instant, sachez que nous utilisons encore des algorithmes à
clé symétrique dans l’espace actuel en raison de l’avantage qu’ils
peuvent crypter rapidement des données en vrac et des microprocesseurs modernes; et récepteur.
Remarquez donc que l'expéditeur utilise des jours avec une clé de 2h59 et le destinataire utilise des jours avec une clé de 2h59.
Il a été développé par IBM et le U. S. Agence de sécurité nationale en 1975.
Il a une longueur de clé fixe de 56.
Rappelons-nous encore une fois qu'une adresse IP proche vous donne deux à la puissance de 24
combinaisons, deux à la puissance 56 combinaisons.
L'algorithme était donc bon, mais la longueur de la clé ne répond pas aux exigences de sécurité actuelles et il est recommandé
de ne pas utiliser les jours dans les environnements d'entreprise actuels.
Le problème est qu'il est susceptible d'attaques par force brute.
En 1998, le message crypté était déchiffré en 56 heures et en 1999, il suffisait d'un peu plus de 22 heures pour craquer une
fois de plus, ce qui n'est pas recommandé dans les environnements d'aujourd'hui.
À peu près au même moment où trois jours ont été développés, Trippled Days est également un algorithme à clé symétrique qui utilise le
même nombre de jours, et le récepteur utilise le même nombre de jours et qui ont le même jeu de clés.
Dans ce cas, il y a trois clés.
La façon dont fonctionne le triple-B est qu’il faut que les données soient cryptées avec une clé, puis que
le texte crypté soit déchiffré avec une clé différente.
Et ensuite, il est crypté avec une troisième clé.
Dans ce cas, la clé trois.
Les données sont donc cryptées puis décryptées puis cryptées mais avec des clés différentes.
Maintenant si clé un et clé trois sont les mêmes.
Cela donnerait 112 mais la longueur de la clé si la clé un et la clé 3 ne sont pas identiques.
Il en résulterait 168, mais vous constaterez que la longueur de la clé est supérieure à celle des jours, qui était
de 56 bits.
S'il vous plaît noter à s. une. un niveau, on ne
s'attend pas à ce que vous compreniez les détails de tous ces algorithmes, mais je les
mentionne ici car je trouve qu'il est plus facile de comprendre comment fonctionne le paeans si vous avez un peu de connaissances sur le fonctionnement des
algorithmes yes ou Advanced Encryption Standard est recommandé. algorithme à clé symétrique à utiliser aujourd'hui dans les entreprises, l'expéditeur et le destinataire utilisent à
nouveau le même algorithme ainsi que la même clé car il s'agit de l'algorithme à clé symétrique Yes existe en
différentes variantes.
Vous avez huit cent vingt huit virgule huit cent quatre vingt douze mais un 8 est 256 mais oui
a été annoncé en 2001 et est devenu une norme du gouvernement fédéral en mai 2002.
Il a été approuvé par la NSA pour les informations top secrètes. Il s'agit à nouveau de l'algorithme recommandé
pour les utilisateurs dans l'environnement d'entreprise actuel.
Les détails de ces trois algorithmes sont disponibles sur Internet.
Consultez Wikipedia et d’autres sources pour obtenir des informations plus détaillées sur le fonctionnement des
algorithmes mais ne pouvez pas vous contenter de savoir que les algorithmes à trois jours ou les clés symétriques peuvent être
utiles pour le cryptage et le décryptage des données.
Un algorithme à clé asymétrique utilise maintenant une clé différente pour chiffrer et déchiffrer.
Ainsi, par exemple, l'expéditeur utiliserait un algorithme asymétrique tel que RSA.
Le récepteur utiliserait un algorithme tel que RSA.
Notez toutefois que différentes clés sont utilisées pour chiffrer et déchiffrer les données.
Algorithmes à clé asymétrique.
Un grand nombre des problèmes de longue date posés par les algorithmes à clé symétrique, tels que
l’échange des clés secrètes avec un algorithme à clé symétrique.
Par exemple, comment pouvons-nous nous envoyer la clé privée décidée sans l’intercepter?
Lorsque vous utilisez à nouveau un algorithme à clé symétrique sans canal sécurisé, il est impossible
d'établir un canal sécurisé.
Par exemple, je dois vous dire de manière sécurisée quelle est la clé de forme dans un algorithme symétrique, mais nous
avons tous deux besoin de savoir en quoi consiste la clé secrète pour établir un canal sécurisé afin de pouvoir
l'envoyer en toute sécurité.
Mais nous pouvons configurer le canal car nous n’avons pas encore de clé.
Cela signifie que nous devons nous dire la clé de la clé.
Comme en se téléphonant, des algorithmes de clé asymétriques nous permettent de résoudre ce
problème car différentes clés sont utilisées cryptage / décryptage.
Notez également que les algorithmes de clé asymétriques ont des peluches de clé bien supérieures à celles des algorithmes de clé symétriques
La longueur de la clé varie de 512 octets à 2048.
C’est une bonne partie de cette information qui n’est pas dans le cadre du cours, mais il est bon
de la connaître pour comprendre le travail de Hoggy Peahens avec un algorithme à clé asymétrique.
Vous avez fusé générer ce qu'on appelle une clé privée.
Maintenant, le mot privé signifie que vous ne dites à personne ce que votre clé est.
En d'autres termes, une clé privée est gardée pour soi.
Personne d'autre ne se fait dire que votre clé privée est une clé publique dérivée d'une clé privée.
Donc tout d’abord, un appareil comme Arata générera une clé privée.
Il générera ensuite une clé publique à partir de sa clé privée. Veuillez noter qu’une clé privée ne peut pas être générée à
partir d’une clé publique.
Une clé publique ne peut être générée qu'à partir d'une clé privée.
Maintenant, ce n’est pas un cours de mathématiques et nous n’allons pas entrer dans les mathématiques des
clés publiques et privées ou dérivées.
En tant qu'ingénieurs de réseau, nous devons simplement comprendre leur fonctionnement et comment les
configurer dans des environnements de réseau.
En résumé, vous créez une clé privée que vous gardez pour vous.
Vous générez ensuite une clé publique à partir de votre clé privée. Votre clé publique est ensuite partagée avec le monde.
Désormais, quelque chose crypté avec votre clé privée ne peut être déchiffré que par votre clé publique et quelque chose
crypté avec votre clé publique ne peut être déchiffré qu'avec votre clé privée.
Ainsi, par exemple, si un membre de gauche souhaite envoyer un élément à droite, son
fonctionnement est le suivant: B génère une clé privée. Une clé publique est ensuite générée à partir de cette clé privée. B partage ensuite sa
clé publique avec un lorsqu'il le souhaite. pour envoyer quelque chose à être un chiffre, les données avec une clé publique qui sait maintenant que la
seule clé capable de déchiffrer quelque chose chiffré avec la clé publique est cette clé privée.
Et B est la seule personne à posséder ces clés privées.
Donc, un chiffre les données avec ces clés publiques et l'envoie à B.
B est le seul appareil ou la seule personne à posséder cette clé privée.
Donc, seul B peut déchiffrer les informations, ce qui peut être très déroutant.
Alors, laissez-moi le répéter si je veux vous envoyer quelque chose que vous seul pouvez déchiffrer, je
chiffrerais les données avec votre clé publique si vous voulez m'envoyer quelque chose que je ne peux déchiffrer que.
Vous crypteriez ces données avec ma clé publique car seule ma clé privée pourrait décrypter quelque chose
de crypté avec ma clé publique.
Maintenant, comment cela s’applique-t-il au Premier ministre? Alors qu’en 1976, les messieurs Duffy et Hellman découvraient un moyen de
sortir du dilemme de la sécurité.
En d'autres termes, le problème que nous avons eu avec la transmission d'un secret louche à travers un média
non sécurisé peut être résolu en utilisant Diffie Hellman.
Ils ont découvert qu'en utilisant une clé différente, certaines fonctions à sens unique pouvaient être annulées.
La solution appelée cryptographie à clé publique tire parti d'une caractéristique des nombres premiers
et presque premiers.
Plus précisément, il est difficile de trouver les deux facteurs d’un grand nombre qui n’a que
deux facteurs primordiaux.
Cela utilise des choses comme les résidus quadratiques et si vous êtes un mathématicien, cela n'aura aucun sens, j'en
suis sûr, une fois de plus, en tant qu'ingénieurs réseau, nous n'avons pas besoin de comprendre le calcul derrière tous ces algorithmes.
Nous devons juste savoir quand appliquer les algorithmes dans les environnements de production.
Il suffit donc de comprendre que Diffie Hellman a découvert un moyen de créer en toute sécurité un
canal sécurisé pour échanger une clé secrète secrète, telle que requise par des algorithmes, comme un
jour et une journée, un support non sécurisé comme Internet caché est secret.
En bref, le chemin du retour à la maison et des travaux est le suivant.
Les pairs.
En d'autres termes, les deux périphériques impliqués dans un VPN peuvent céder une clé secrète partagée basée sur la
valeur publique des autres pairs et leur propre secret.
En d'autres termes, si vous et moi allons configurer un VPN et que nous devons créer une clé secrète partagée
entre nous en utilisant des mathématiques complexes, nous pouvons créer un secret partagé en toute sécurité sans que d'autres personnes ne puissent
déterminer en quoi consiste cette clé.
Vous avez besoin d'au moins un vote secret pour effectuer cette fonction ou ce calcul.
Rappelez-vous que les clés secrètes ou privées ne sont pas échangées avec d'autres personnes.
Ainsi, l'attaquant n'a pas de valeur secrète et doit effectuer un logarithme discret d'une vallée publique qui est infaisable
du point de vue informatique.
En d'autres termes, en théorie impossible.
Ainsi, par exemple, oui, le MTA prend des données que nous voulons voir de manière non sécurisée en utilisant un algorithme comme un oui.
Être un algorithme à clé symétrique nécessite que la même clé soit utilisée pour le cryptage et le décryptage.
Nous voulons pouvoir définir une clé secrète partagée entre l'expéditeur et le destinataire de manière sécurisée sur un support non sécurisé,
avec toutes sortes d'indésirables essayant de détecter le réseau et de déterminer le mot
de passe.
Donc, les deux pairs doivent établir une clé partagée en toute sécurité et Diffie Hellman nous donne la possibilité
de le faire.
Ainsi, en utilisant la cryptographie à clé publique et d'autres mots clés privée et publique, nous pouvons élaborer
un secret partagé en toute sécurité sans que les autres ne puissent le voir.
Ainsi, lorsque deux personnes souhaitent configurer un VPN, elles utilisent Diffie Hellman pour élaborer une clé partagée.
La raison pour laquelle nous avons besoin de cette clé de nuance est les algorithmes de clé symétrique, tels que ceux qui exigent que la même
clé soit utilisée des deux côtés.
Et la raison pour laquelle nous utilisons ABS est qu’il est bon pour le cryptage en masse.
Une fois que l’échange de clés Diffie Hellman a eu lieu, nous pouvons créer un secret partagé pendant
huit ans.
Et la clé de protection peut être utilisée pour le chiffrement en masse de données qui peuvent être envoyées de
manière sécurisée sur Internet non sécurisé et uniquement déchiffrées par la partie destinataire.