Héros et bienvenue dans la vidéo d'aujourd'hui, nous aurons un aperçu de haut niveau sur le protocole de l'East GDP.
No E setpiece est fondamentalement une extension de East CDB.
Or, en HD, c'est que la communication est cryptée à l'aide de la couche transport.
La sécurité, qui est également appelée else maintenant à Alice, en est fondamentalement une version plus récente.
Et donc vous avez peut-être entendu, comme je l'ai dit, quelque part là-bas, nous connaissons le protocole, le protocole basé sur
l'état est une référence à vous.
Ce protocole est donc également appelé E CTP, Orioles ou ECB ou adresse.
Est-ce si souvent dans votre navigateur que vous ouvrez des sites Web tels que des sites Web bancaires ou généralement des sites Web,
qui peuvent être des informations plus sensibles ?
Vous verrez ce verrou et également un CDP vert.
Donc, ce journal signifie essentiellement que votre communication est sécurisée.
C'est donc mon meilleur site Web, et si vous voyez que le domaine est le point com interne du laboratoire et qu'il a ce verrou
vert.
À droite.
Donc ce verrou vert et ce sont les TDP.
Il en va de même avec leur site Web bancaire.
Même pour l'utilisation du site Web bancaire, il a ce cadenas vert et il a les talons E.
Cela signifie donc essentiellement que la communication qui pourrait se produire entre les revendications territoriales peut
être ce navigateur et le site Web ici.
Dans ce cas, il est dit que la communication est cryptée et cela peut être vérifié, qu'il y
a un ordre de verrouillage vert dans le domaine.
Comprenons donc certains scénarios où un boîtier de CD s'avère très utile.
Ainsi, dans ce scénario, vous avez un utilisateur qui envoie son nom d'utilisateur et son mot de passe en texte brut au
serveur Web pour authentification.
Vous avez donc un serveur Web, cela peut donc être certaines applications et c'est elles qui l'utilisent.
Vous êtes donc l'un de ces sites Web à partir de votre navigateur et d'un site Web.
Vous demander login et mot de passe.
Donc, vous mettez votre nom d'utilisateur de journalisation comme épilepsie et vous mettez le mot de passe comme ceci ou vous ne
savez pas si un attaquant se trouve entre eux.
Il y a donc un attaquant qui est assis et renifle le réseau.
Ensuite, il pourra récupérer toutes les informations d'identification qui transitent dans ce réseau en clair.
Donc, si vous voyez plus tôt, vous avez un attaquant qui fait une attaque d'homme au milieu, il a récupéré le
nom d'utilisateur.
Vous êtes confronté au mot de passe et il le fait dans sa base de données.
Ainsi, plus il coupe le réseau longtemps, plus il pourra obtenir de nom d'utilisateur et de mot de passe.
Maintenant, la raison pour laquelle il peut obtenir le mot de passe et le nom d'utilisateur est qu'ils voyagent en texte
clair.
Donc, les données sont un protocole en texte brut comme vous avez FPP, vous avez un CTP.
Donc, si vous utilisez ce protocole en clair pour transférer des données sensibles, alors s'il y en a, il pourrait y
avoir un attaquant, alors vos informations d'identification seraient divulguées.
Maintenant, il y a aussi un deuxième scénario où vous avez un homme au milieu avec des attaques d'intégrité.
Donc, ce qui se passe dans l'attaque d'intégrité, c'est que l'attaquant modifie le paiement de la façon dont les paquets sont
en transit.
Voyons donc que vous envoyez des informations qui envoient 100 $ à la facture d'électricité en commençant afin que l'attaquant puisse
modifier l'attaquant et le recevoir, et il puisse modifier les détails.
C'est donc 700 $ pour attaquer l'exemple.
Internet exemplaire afin de connaître la destination, il recevra donc ces détails.
Et si la destination.
Il est donc destiné à alerter l'attaquant, puis son attaque est totalement réussie.
C'est donc l'attaque d'intégrité, que les données elles-mêmes soient modifiées ou pendant le transit.
Ainsi, pour éviter les deux scénarios précédents dont nous avons discuté ainsi que divers autres, diverses normes
cryptographiques ont été associées pour établir un ordre de communication sécurisé et un réseau de confiance et ces normes que le
jury a applaudies lorsqu'il le savait comme un endroit sûr.
C'était donc la version initiale du protocole, qui était essentiellement destinée à une communication sécurisée.
Donc SSL 2. 0 est sorti en 1995.
Puis certaines améliorations.
Ensuite, vous avez SSL 3. 0 en 1996.
Ensuite, le nom est entré dans les différents protocoles utilisés dans SSL 3. 0 pourrait être facilement compromis.
Supposons donc que vous utilisez une communication sécurisée avec SSL 3. 0, puis les protocoles qui étaient utilisés car
SSL et la facture ne sont que des normes cryptographiques.
Il contient donc à son tour beaucoup de protocoles de données, certains protocoles que j'utilise généralement.
Cryptage, certains protocoles sont utilisés pour l'intégrité dans d'autres.
Donc SSL 3. 0, les protocoles qui ont été utilisés ici, ils sont considérés comme dangereux.
Cela signifie qu'ils pourraient être compromis.
Donc SSL 3. 0 semble être utilisé et vous aviez les toutes nouvelles normes de construction.
Donc, pour ajouter ceci, le changement de nom, le concept global reste la même année que différents protocoles sont
utilisés ici.
Donc, vous devez libérer 1. 0 en 1999.
Ensuite, vous avez 1. 1, puis votre 1. 2, et vous avez le dernier 1. 3 en 2018, qui a été publié.
Maintenant, comprenons-le facilement.
Donc, ce qui se passe ici, c'est que chaque site Web a un certificat, donc chaque site Web qui utilise un DBS a
un certificat.
Ainsi, un certificat est fondamentalement comme un passeport, qui est délivré par une entité de confiance.
Ainsi, le passeport est généralement délivré par un gouvernement, quel qu'il soit.
Donc, dans mon cas, si je vis en Inde, le passeport est délivré par le gouvernement indien.
Cependant, avant que le passeport ne soit délivré, quel que soit le contenu de ce passeport, ce pourrait
être votre nom, votre date de naissance, votre adresse, ce contenu sera vérifié par le gouvernement.
Donc, généralement en Inde, avant la délivrance du passeport, vous verrez que les flics visitent chez vous pour vérifier
si vous y vivez réellement et que les données que vous avez partagées ne sont pas malveillantes.
Un.
Tout est donc vérifié dans votre passeport et de manière similaire.
Ce certificat est aussi comme un passeport.
Il contient de nombreuses informations et ce certificat est émis par un organisme de confiance et l'a fait.
Ce certificat contient beaucoup de détails comme votre nom de domaine, sa validité, la clé publique et autres.
Il s'agit donc d'un exemple de certificat indiquant à quoi cela ressemble exactement.
Donc, si vous voyez que ce certificat est délivré à zebra dot com de la même manière que les passeports, donc si j'ai
un passeport, le passeport aura un nom, dit Zalora.
De même, le certificat émis pour votre site Web portera le nom de domaine de votre site Web,
qui est silver dot com.
Maintenant, en plus de cela, il contient de nombreuses autres informations comme Virgin.
Vous avez le numéro de série, vous avez l'algorithme de signature du certificat, vous avez l'émetteur et
aussi la validité, ainsi que les informations relatives à la clé publique.
Maintenant, généralement, chaque fois que vous ouvrez un site Web setpiece, le serveur Web vous enverra son certificat.
C'est donc la première chose.
Vous avez donc, disons, que le serveur Web vous a envoyé son propre certificat.
C'est donc comme un gros certificat car il contient beaucoup d'informations.
Maintenant le navigateur.
Donc dans ce cas, Glenn vérifie s'il est exprimé, l'émission du certificat ou non.
C'est donc une grande chose.
Donc, le plan doit valider si la confiance ou non.
OK, maintenant, s'il reste, il vérifiera également tous les détails contenus dans le certificat.
Comme quand vous allez à l'international, puis pendant la chaîne, ils vérifieront tout mangé.
Une fois qu'il a vérifié et qu'il accepte qu'il soit authentique, il prendra les informations de clé publique
de ce certificat.
Ce certificat a donc la clé publique.
Et puis il initie aussi la négociation.
Maintenant, nous savons qu'un accord est essentiellement utilisé pour une communication sécurisée, c'est donc l'un des cas
d'utilisation importants.
Ainsi, pour une communication sécurisée, il faut les informations publiques afin que vous compreniez la clé publique et
privée si vous connaissez le cryptage à clé asymétrique.
Ainsi, le cryptage asymétrique est utilisé pour générer une nouvelle porte symétrique temporaire, qui sera utilisée pour une
communication sécurisée.
Alors que se passe-t-il ici ?
Il faut les informations publiques et un mot de passe sécurisé, c'est donc quelque chose comme un mot de passe sécurisé qui
est généré.
Ainsi, ce pied de passe sécurisé, qui est légitime en tant que clé symétrique, sera utilisé pour les opérations liées au chiffrement et au
déchiffrement sur l'ensemble du canal.
Cependant, cela sécurise la transmission de la clé via un cryptage de clé asymétrique.
C'est pourtant le haut niveau de quoi êtes-vous ?
Permettez-moi de vous montrer rapidement quelques éléments, donc si je viens d'ouvrir le dot com interne du laboratoire, voici notre site Web
de test.
Ainsi, lorsqu'ils ouvrent simplement cela, il voit essentiellement une connexion sécurisée.
Alors permettez-moi de l'étendre, et il est vérifié par Let's Encrypt.
Cela signifie donc essentiellement que tous les détails faisant partie de ce certificat sont vérifiés par
l'émetteur.
Dans ce cas, l'émetteur est let's encrypt.
Il peut y avoir plusieurs émetteurs.
Ainsi, lorsque vous faites une information mordi, vous pourrez obtenir les certificats pour.
Informations civiques, donc ABC que ce certificat est délivré au document interne de Labs, il est vérifié
par le groupe d'inscription et il expire le 24 septembre 2019.
Maintenant, si vous entrez dans les détails techniques, il semble que la connexion soit cryptée et ce
sont essentiellement les protocoles qui sont utilisés pour le cryptage automatique.
Et pourtant, vous avez la liste était dans un point deux.
Donc, si vous voulez examiner le certificat réel, voici à quoi ressemble le certificat.
Là où vous avez le nom commun, vous avez ce numéro de série, vous avez le début.
Alors, il a été publié.
Jusque-là, il est délivré.
Cela signifie essentiellement l'expiration ainsi que l'empreinte digitale.
Maintenant, si vous regardez dans les détails, ce sont des détails plus anciens qui font partie du certificat.
Vous aviez donc la version du certificat, vous aviez le numéro de série, vous aviez l'émetteur.
Donc, dans ce cas, l'émetteur est let's encrypt.
Nous avons déjà vu la validité.
Maintenant, c'est l'une des parties importantes.
C'est donc l'algorithme à clé publique, ce qui est étrange, n'est-ce pas ?
Et c'est la clé publique réelle.
Je le pense.
Il s'agit de la clé publique à travers laquelle la nouvelle est générée de manière symétrique, qui à son
tour serait utilisée pour la communication cryptée.
C'est donc comme si vous ne pouviez pas vraiment dire cette clé symétrique à ce que le site Web en texte brut,
si vous l'envoyez à nouveau en texte brut, l'attaquant pourra le découvrir.
Vous utilisez donc ce cryptage asymétrique pour envoyer la nouvelle clé symétrique, qui sera ensuite utilisée pour
la communication.
Alors que se passe-t-il ?
Le navigateur Web prend cette clé publique.
Ensuite, la clé de symétrie est cryptée avec cette clé publique et l'envoie au serveur Web.
Maintenant, puisque le serveur Web détient la clé privée, il pourra déchiffrer le paquet chiffré et
la communication pourra alors commencer.
Aucun patient ne vient par ici.
Le navigateur fera-t-il confiance à cela ?
Laissez donc le navigateur recevoir un certificat et le certificat est vérifié par X-Y-Z.
Aucun navigateur viable ne croit que c'est la première question.
Et la deuxième question est de savoir qui fera confiance au navigateur et qui ne fera pas confiance ?
Alors pour comprendre ça ?
Allons aux options, allons à la confidentialité et à la sécurité, et allons voir le certificat.
Donc, vous êtes cela contient essentiellement la liste des autorités de certification, auxquelles le navigateur fait confiance.
Voici donc la liste complète de l'autorité de certification, à laquelle mon navigateur Firefox actuel fait confiance.
Donc, si vous montez un peu plus haut dans les entités de confiance que vous avez également, chiffrons ici.
Voilà donc comment les choses se présentent.
Donc généralement, ces émetteurs que vous avez ces émetteurs, vous devrez leur payer.
Ouvrons donc l'un d'eux.
Donc, l'un des émetteurs, vous avez un Comodo.
Comodo est donc également l'une des entités étatiques au sein du navigateur.
Donc, si vous examinez le certificat SSL, vous pouvez essentiellement produire le certificat SSL à partir de celui-ci.
Donc, fondamentalement, ils vérifieront parce que l'émetteur, quel qu'il soit, doit vérifier les détails.
Donc si vous passez par Comodo, alors vous devrez vérifier.
Ensuite, le Comodo vérifiera les détails ici.
Faisons donc une chose.
Permettez-moi d'ouvrir rapidement Wireshark.
Et passons aux paquets provenant de l'interface sans fil.
Et maintenant, ouvrons une nouvelle fenêtre privée et ouvrons le dot com interne des laboratoires.
Revenons donc en Asie.
Je vais arrêter la capture de paquets.
Alors faisons n'importe quoi.
Retrouvons rapidement l'adresse IP associée au domaine.
Il s'agit donc de l'adresse IP et nous allons rapidement créer un filtre.
C'est donc une journée sur le terrain, donc tout colis allant de mon ordinateur portable vers la destination.
Donc actuellement, vous voyez que le premier colis a été envoyé.
Cela fait donc partie de leur poignée de main DCP.
Donc, dans le cadre de l'accord, il y a la poignée de main.
Vous avez cette ligne.
Donc, tout client qui souhaite communiquer via le protocole de la transaction, le premier paquet est alors le fil conducteur de cette ligne
?
Bonjour.
Donc, si vous descendez un peu, vous avez aussi le client.
Et donc généralement, nous avons déjà discuté du fait que le serveur enverrait généralement le certificat, de sorte
que le certificat aurait toutes les informations, y compris la clé publique.
Ainsi, une fois que la clé publique est reçue par le client et que la clé symétrique est générée, vous avez
l'échange de clé qui se produit, puis vous avez la spécification de chiffrement conjointe.
Et cela après Jeanne Safer parler, vous avez le message crypté.
Cela fait donc encore partie du protocole et ne discutera pas en détail de l'accord qui est ancien pour le
moment.
Mais généralement, après ce message de négociation crypté, vous disposez généralement des données de l'application.
Maintenant, si vous examinez les données de l'application, toutes les données sont fondamentalement cryptées, vous ne saurez
donc pas vraiment ce qui est exactement transmis.
Donc, il y a n'importe quel attaquant qui est assis entre les deux.
Il ne sera pas en mesure d'obtenir qu'est-ce que c'est exactement?
Et si nous examinons le protocole de données, c'est un vieux projet de loi élevé car c'est quelque chose dont nous avons discuté dans
cette diapositive un.
Pour conclure cette vidéo, nous venons de discuter de la configuration du serveur Web, car ici,
lorsque nous ouvrons le laboratoire dot com interne, il s'est avéré automatiquement qu'il était fiable et les données apparaissaient automatiquement dans le
navigateur.
Mais en interne, nous avons vu qu'il se passait beaucoup de choses dans cette poignée de main DNS.
Ainsi, dans une configuration de serveur Web, le serveur Web doit également fournir le certificat à ce terrain.
Sinon, comment Klein le saura-t-il ?
Donc, en gros, disons que c'est la seule chose que nous pouvons faire aux laboratoires internes.
Donc, ce qui se passe ici, c'est que vous avez une idée du SSL et de l'événement du certificat scolaire.
Il s'agit de la chaîne de certificats.
C'est donc le certificat qui est transmis au client.
Klein vérifiera alors le contenu de ce certificat.
Et vous avez également la clé de certificat SSL.
Il s'agit donc essentiellement de la clé privée.
On sait donc qu'au sein du chiffrement asymétrique, c'est ce que la clé publique et la clé privée.
Ainsi, si un navigateur crypte les données avec la clé publique, le serveur Web transportera ces données avec
la clé privée correspondante, qui est stockée dans ce serveur zip.
Ainsi, l'importance de cette clé privée serait toujours extrêmement importante car,
essentiellement, si cette clé privée est volée, la communication peut également être déchiffrée.
C'est donc le haut niveau.
Qu'avez-vous à propos de ces étapes?
J'espère avoir pris.
Heureux que vous ayez compris le protocole des étapes et pourquoi exactement il est utilisé.
Alors avec ça, nous concluons cette vidéo.