Eroe e bentornato nel video di oggi, avremo una panoramica di alto livello sul protocollo del PIL orientale.
Nessun pezzo E è fondamentalmente un'estensione di East CDB.
Ora in HD è che la comunicazione è crittografata utilizzando il livello di trasporto.
La sicurezza, che viene anche chiamata else now ad Alice, è fondamentalmente una versione più recente di essa.
E quindi potresti aver sentito, come ho detto, da qualche parte laggiù, conosciamo il protocollo, il protocollo statale
è un riferimento a te.
Quindi questo protocollo viene anche chiamato E CTP, Orioles o ECB o indirizzo.
È così tante volte all'interno del tuo browser quando apri siti Web come siti Web bancari o in genere siti
Web, che potrebbero essere informazioni più sensibili?
Vedrai questo lucchetto e anche un CDP verde.
Quindi questo registro significa sostanzialmente che la tua comunicazione è sicura.
Quindi questo è il mio miglior sito Web e se vedi che il dominio è dot com interno di labs e ha questo lucchetto
verde.
Destra.
Quindi questo lucchetto verde ed è TDP.
Lo stesso vale con il loro sito web bancario.
Anche per l'utilizzo del sito web bancario, ha questo lucchetto verde e ha gli stub E.
Quindi ciò significa sostanzialmente che la comunicazione che potrebbe avvenire tra le rivendicazioni sulla terra può
essere questo browser e il sito Web qui.
In questo caso, si dice che la comunicazione è crittografata e che può essere verificata, che
c'è un ordine di blocco verde all'interno del dominio.
Cerchiamo quindi di capire alcuni scenari in cui una custodia per CD si rivela molto utile.
Quindi, in questo scenario, hai un utente che sta inviando il suo nome utente e password in un testo normale al
server web per l'autenticazione.
Quindi hai un server web, quindi queste possono essere determinate applicazioni e questo è che lo usano.
Quindi sei uno di quei siti Web dal tuo browser e un sito Web.
Ti chiede login e password.
Quindi metti il tuo nome utente di registrazione come epilessia e metti la password come questa o non hai password per sapere
se c'è un aggressore che si trova tra di loro.
Quindi c'è un attaccante che è seduto e fiuta la rete.
Quindi sarà in grado di recuperare tutte le credenziali che passano in questa rete in chiaro.
Quindi, se vedi prima, hai un aggressore che sta facendo un attacco di uomo nel mezzo, ha recuperato il nome
utente.
Affronta la password e lui lo sta facendo all'interno del suo database.
Quindi più a lungo taglia la rete, più nome utente e password sarà in grado di ottenere.
Ora, il motivo per cui è in grado di ottenere la password e il nome utente è perché viaggiano in un testo
normale.
Quindi i dati sono un protocollo di testo normale come se avessi FPP, hai un CTP.
Quindi, se usi quel protocollo in chiaro per trasferire dati sensibili, se esiste, potrebbe esserci un
utente malintenzionato, le tue credenziali verrebbero trapelate.
Ora c'è anche un secondo scenario in cui hai un uomo nel mezzo con attacchi all'integrità.
Quindi quello che succede nell'attacco all'integrità è che l'attaccante sta cambiando il pagamento nel modo in cui i pacchetti sono
in transito.
Quindi vediamo che stai inviando informazioni che inviano $ 100 all'inizio della bolletta elettrica in modo che l'attaccante possa
modificare l'attaccante e riceverlo, e lui possa modificare i dettagli.
Quindi è $ 700 per l'attaccante l'esempio.
Internet esemplare, quindi conosci la destinazione, quindi riceverà questi dettagli.
E se la destinazione.
Quindi ha lo scopo di allertare l'attaccante, quindi il suo attacco ha completamente successo.
Quindi questo è l'attacco all'integrità, indipendentemente dal fatto che i dati stessi vengano modificati o durante il transito.
Quindi, per evitare i due scenari precedenti di cui abbiamo discusso e anche vari altri, vari standard
crittografici sono stati messi insieme per stabilire un ordine di comunicazione sicuro e una rete affidabile e quegli standard che la
giuria ha applaudito quando lo sapeva come un luogo sicuro.
Quindi questa era la versione iniziale del protocollo, che era fondamentalmente pensata per una comunicazione sicura.
Quindi SSL 2. 0 è stato rilasciato nell'anno 1995.
Poi alcuni miglioramenti.
Allora hai SSL 3. 0 nel 1996.
Quindi il nome è entrato nei vari protocolli utilizzati in SSL 3. 0 potrebbe essere facilmente compromesso.
Quindi supponiamo che tu stia utilizzando una comunicazione sicura con SSL 3. 0, quindi i protocolli utilizzati perché
SSL e fattura sono solo standard crittografici.
Quindi a sua volta contiene molti protocolli di dati, alcuni protocolli che uso generalmente.
Crittografia, alcuni protocolli vengono utilizzati per l'integrità in altri.
Quindi SSL 3. 0, i protocolli che sono stati usati qui sono considerati pericolosi.
Ciò significa che potrebbero essere compromessi.
Quindi SSL 3. 0 sembra essere utilizzato e avevi gli standard di costruzione nuovi di zecca.
Quindi, per aggiungere questo, il cambio di nome, il concetto generale rimane lo stesso anno in cui vengono utilizzati protocolli
diversi qui.
Quindi devi rilasciare 1. 0 nel 1999.
Allora hai 1. 1, poi il tuo 1. 2 e hai l'ultimo 1. 3 nel 2018, che è stato rilasciato.
Ora capiamolo in modo semplice.
Quindi quello che succede qui è che ogni sito Web ha un certificato, quindi ogni sito Web che utilizza un DBS ha
un certificato.
Quindi un certificato è fondamentalmente come un passaporto, che viene rilasciato da un'entità fidata.
Quindi il passaporto viene generalmente rilasciato da un governo, qualunque sia il governo.
Quindi nel mio caso, se vivo in India, il passaporto viene rilasciato dal governo indiano.
Tuttavia, prima che il passaporto venga rilasciato, qualunque contenuto sia morto all'interno di quel passaporto, quindi potrebbe essere
il tuo nome, la tua data di nascita, il tuo indirizzo, quel contenuto sarà verificato dal governo.
Quindi, in genere in India, prima che il passaporto venga rilasciato, vedrai che i poliziotti visitano casa tua
per verificare se vivi effettivamente lì e i dati che hai condiviso non sono dannosi.
Uno.
Quindi tutto viene verificato all'interno del tuo passaporto e in modo simile.
Questo certificato è anche come un passaporto.
Contiene molte informazioni e quel certificato viene emesso da una persona fidata e lo ha fatto.
Questo certificato ha molti dettagli come il tuo nome di dominio, la sua validità, la chiave pubblica e altri.
Quindi questo è un certificato di esempio su come appare esattamente.
Quindi, se vedi che questo certificato viene rilasciato a zebra dot com simile ai passaporti, quindi se ho un passaporto,
il passaporto avrà un nome, dice Zalora.
Allo stesso modo, il certificato che viene emesso per il tuo sito web, avrà quel nome di dominio del tuo sito
web, che è silver dot com.
Ora, insieme a questo, ha molte altre informazioni come Virgin.
Hai il numero di serie, hai l'algoritmo di firma del certificato, hai l'emittente e anche
la validità, così come le informazioni relative alla chiave pubblica.
Ora, generalmente, ogni volta che apri un sito Web di setpiece, il server Web ti invierà il suo certificato.
Quindi questa è la prima cosa.
Quindi, diciamo, il server web ti ha inviato il proprio certificato.
Quindi questo è come un grande certificato perché contiene molte informazioni.
Ora il browser.
Quindi in questo caso, Glenn verifica se espresso, l'emissione del certificato o meno.
Quindi questa è una cosa importante.
Quindi il piano deve convalidare se la fiducia o meno.
OK, ora se si ferma, verificherà anche tutti i dettagli che sono all'interno del certificato.
Come quando vai internazionale, poi durante il canale verificheranno mangiato tutto.
Una volta verificato e accettato che sia autentico, prenderà le informazioni sulla chiave pubblica da
questo certificato.
Quindi questo certificato ha la chiave pubblica.
E poi avvia anche la trattativa.
Ora sappiamo che un accordo è fondamentalmente utilizzato principalmente per comunicazioni sicure, quindi questo è uno dei
casi d'uso importanti.
Quindi, per una comunicazione sicura, prende le informazioni pubbliche in modo che tu possa capire la chiave pubblica
e privata se conosci la crittografia della chiave asimmetrica.
Quindi la crittografia asimmetrica viene utilizzata per generare una nuova porta simmetrica temporanea, che verrà utilizzata per
comunicazioni sicure.
Allora cosa succede qui?
Prende le informazioni pubbliche e una password sicura, quindi è come se venisse generata una password
sicura.
In modo che il pass foot sicuro, che è legittimo come chiave simmetrica, verrà utilizzato per operazioni crittografate e correlate alla decrittografia
in tutto il canale.
Tuttavia, ciò garantisce che la chiave venga passata attraverso la crittografia a chiave asimmetrica.
Eppure, questo è l'alto livello di cosa sei?
Lascia che ti mostri rapidamente alcune cose, quindi se apro il punto com interno dei laboratori, questo è il nostro sito Web
di prova.
Quindi, quando lo aprono, fondamentalmente vede una connessione sicura.
Quindi lascia che lo espanda e viene verificato da Let's Encrypt.
Ciò significa sostanzialmente che tutti i dettagli che fanno parte di questo certificato vengono verificati
dall'emittente.
In questo caso, l'emittente è Let's encrypt.
Possono esserci più emittenti.
Quindi, quando esegui un mordi information, sarai in grado di ottenere i certificati per.
Informazione civica, quindi ABC che questo certificato viene rilasciato su documento interno di Labs, è verificato
dal gruppo di quotazione e scade il 24 settembre 2019.
Ora, se vai nei dettagli tecnici, sembra che la connessione sia crittografata e sostanzialmente
questi sono i protocolli utilizzati per la crittografia automatica.
Eppure la tua lista era in un punto due.
Quindi, se vuoi esaminare il certificato effettivo, ecco come appare il certificato.
Dove hai il nome comune, hai questo numero di serie, hai l'inizio.
Quindi è stato emesso.
Fino ad allora viene emesso.
Ciò significa sostanzialmente la scadenza e l'impronta digitale.
Ora, se guardi nei dettagli, questi sono dettagli più vecchi che fanno parte del certificato.
Quindi avevi la versione del certificato, avevi il numero di serie, hai l'emittente.
Quindi, in questo caso, l'emittente è Let's encrypt.
Abbiamo già visto la validità.
Ora questa è una delle parti importanti.
Quindi questo è l'algoritmo della chiave pubblica, che è strano, vero?
E questa è la vera chiave pubblica.
Credo di si.
Questa è la chiave pubblica attraverso la quale viene generato simmetricamente il nuovo, che a sua volta
verrebbe utilizzato per la comunicazione crittografata.
Quindi è come se non si potesse davvero dire quella chiave simmetrica a ciò che il sito Web in testo normale, se lo
invii di nuovo in testo normale, l'attaccante sarà in grado di scoprirlo.
Quindi utilizzi questa crittografia asimmetrica per inviare la nuova chiave simmetrica, che verrà quindi utilizzata per
la comunicazione.
Allora cosa succede?
Il browser web prende questa chiave pubblica.
Quindi la chiave di simmetria viene crittografata con questa chiave pubblica e la invia al server web.
Ora, poiché il server web detiene la chiave privata, sarà in grado di decrittografare il pacchetto crittografato e
quindi la comunicazione potrà iniziare.
Nessun paziente viene in questo modo.
Il browser si fiderà di questo?
Quindi lascia che il browser riceva un certificato e il certificato sia verificato da X-Y-Z.
Nessun browser valido si fida che questa sia la prima domanda.
E la seconda domanda è chi si fiderà del browser e chi non si fiderà?
Quindi per capirlo?
Andiamo alle opzioni, andiamo a privacy e sicurezza e andiamo a visualizzare il certificato.
Quindi sei fondamentalmente questo contiene l'elenco delle autorità di certificazione, che il browser si fida.
Quindi questi sono l'intero elenco dell'autorità di certificazione, di cui si fida il mio attuale browser Firefox.
Quindi, se sali un po' all'interno delle entità fidate che hai anche, crittografiamo qui.
Quindi ecco come stanno le cose.
Quindi, in generale, questi emittenti che hai questi emittenti, dovrai pagare loro.
Quindi apriamone uno.
Quindi uno degli emittenti, hai un Comodo.
Quindi Comodo è anche una delle entità di stato all'interno del browser.
Quindi, se esamini il certificato SSL, puoi sostanzialmente produrre il certificato SSL da loro.
Quindi, in pratica, verificheranno perché l'emittente, chiunque sia l'emittente, deve verificare i dettagli.
Quindi, se stai passando per Comodo, dovrai verificare.
Quindi il Comodo verificherà i dettagli qui.
Quindi facciamo una cosa.
Fammi aprire rapidamente Wireshark.
E veniamo ai pacchetti che passano dall'interfaccia wireless.
E ora apriamo una nuova finestra privata e apriamo il punto com interno di labs.
Quindi torniamo in Asia.
Interromperò l'acquisizione del pacchetto.
Quindi facciamo qualsiasi cosa.
Scopriamo velocemente l'indirizzo IP associato al dominio.
Quindi questo è l'indirizzo IP e creeremo rapidamente un filtro.
Quindi questa è una giornata campale, quindi qualsiasi pacco va dal mio laptop verso la destinazione.
Quindi attualmente vedi che il primo pacco è stato inviato.
Quindi questo fa parte della loro stretta di mano DCP.
Quindi, come parte dell'accordo, c'è la stretta di mano.
Hai quella linea.
Quindi ogni cliente che vuole comunicare tramite il protocollo dell'affare, il primo pacchetto è quindi il capofila di quella linea?
Ciao.
Quindi, se scendi un po', hai anche il cliente.
E quindi, in generale, abbiamo già discusso del fatto che il server in genere invia il certificato,
quindi il certificato avrebbe tutte le informazioni, inclusa la chiave pubblica.
Quindi, una volta che la chiave pubblica viene ricevuta dal client e viene generata la chiave simmetrica, si ha lo
scambio di chiavi che avviene, quindi si hanno le specifiche di cifratura congiunte.
E questo dopo che Jeanne parla più sicuro, hai il messaggio crittografato.
Quindi questo fa parte del protocollo ancora una volta non si discuterà in dettaglio dell'accordo che è antico al
momento.
Ma in genere, dopo questo messaggio di handshake crittografato, in genere hai i dati dell'applicazione.
Ora, se esamini i dati dell'applicazione, tutti i dati sono sostanzialmente crittografati, quindi non
saprai davvero cosa viene passato esattamente.
Quindi c'è un attaccante che si trova nel mezzo.
Non sarà in grado di ottenere cos'è esattamente questo?
E se esaminiamo il protocollo dei dati, si tratta di un vecchio conto pesante in quanto è qualcosa di cui abbiamo discusso in
questa diapositiva uno.
Per concludere questo video, abbiamo appena discusso della configurazione del server web perché qui quando
apriamo i laboratori dot com interni, è successo automaticamente che è attendibile e i dati sono apparsi automaticamente all'interno del
browser.
Ma internamente abbiamo visto che c'erano molte cose che accadono in quell'handshake DNS.
Quindi, all'interno di una configurazione di server web, anche il server web deve fornire il certificato a quella terra.
Altrimenti, come farà Klein a saperlo?
Quindi, in pratica, diciamo che è solo questo che possiamo fare con il punto com interno dei laboratori.
Quindi quello che succede qui è che hai un senso di SSL e dell'evento del certificato scolastico.
Questa è la catena di certificati.
Quindi questo è il certificato che viene passato al client.
Quindi Klein verificherà il contenuto di questo certificato.
E hai anche la chiave del certificato SSL.
Quindi questa è fondamentalmente la chiave privata.
Quindi sappiamo che all'interno della crittografia asimmetrica, questo è ciò che la chiave pubblica e quella privata.
Quindi, se un browser crittografa i dati con la chiave pubblica, il server Web trasporterà quei dati con
la chiave privata corrispondente, che viene archiviata all'interno di quel server zip.
Quindi l'importanza di questa chiave privata sarebbe comunque estremamente importante perché
essenzialmente, se questa chiave privata viene rubata, anche la comunicazione può essere decifrata.
Quindi questo è l'alto livello.
Cosa ne pensi di questi passaggi?
Spero di aver preso.
Sono contento che tu abbia capito il protocollo dei passaggi e il motivo per cui viene utilizzato esattamente.
Quindi, con questo, concludiamo questo video.