TLS Handshake Explained - Computerphile
Вставка
- Опубліковано 7 чер 2024
- How does your computer arrange with a server to start talking in code? Dr Mike Pound explains the TLS handshake where the server and client organise everything.
/ computerphile
/ computer_phile
This video was filmed and edited by Sean Riley.
Computer Science at the University of Nottingham: bit.ly/nottscomputer
Computerphile is a sister project to Brady Haran's Numberphile. More at www.bradyharan.com
I like the way this guy talks and explains things, duno what it is.
He obviously really knows his stuff to be able to explain it so well and simplify it enough for me to understand!😊
Thanks
Didn't study Computer Science but I really wish I had someone like Sir Dr Mike Pound at my university. Those folk at Nottingham are lucky
He seems like he enjoy what he is doing and that is reflected on his presentations.
Some days I spend 8 hours listening to the playlist of only him. He makes everything he says make sense, even if you don't get it the first timr
To me it seems like he's explaining from a design perspective, that is "how the protocol addresses the problem", and has the knowledge to back it up. I think it's the correct level of abstraction to explain the problem clearly with only the important details.
He's got passion for computer science...
This video is pure gold. I work in the IT industry and it's hard to find a better explanation than this about TLS.
I agree. Insane domain of the topic.
Yeah its excellent, its a guy who knows what he is talking about in a simple way to an IT tech who always gets overwhelmed by encryption
I am in rabbit hole, he said in every video "that's what we talk about last time" so I am looking for last video and again and again and again... HELP :D
if you search for numberphile cryptography you ll find the whole playlist in this topic
I believe these are all of them, chronologically. LMK if I missed any.
Apr 18, 2014 | Heartbleed, Running the Code
Jul 22, 2014 | Public Key Cryptography
Oct 23, 2015 | Man in the Middle Attacks & Superfish
Mar 22, 2016 | Secure Web Browsing
Mar 30, 2017 | End to End Encryption (E2EE)
Apr 11, 2017 | SHA: Secure Hashing Algorithm
Dec 15, 2017 | Secret Key Exchange (Diffie-Hellman)
Dec 29, 2017 | Key Exchange Problems
Jan 16, 2018 | Elliptic Curves
Aug 14, 2019 | Almost All Web Encryption Works Like This (SP Networks)
Nov 20, 2019 | One Encryption Standard to Rule Them All!
Nov 22, 2019 | AES Explained (Advanced Encryption Standard)
Oct 23, 2020 | Transport Layer Security (TLS)
@@WilliamAndrea best comment ever, thanks
@@WilliamAndrea Thank you so much. If a blank sheet of paper wants to learn this, would watching the series in release chronological order be appropriate?
@@fanllawf I guess so, yeah. You could probably skip the first one.
I like how he screams at the start.
I THOUGHT EVERYONE STARTed conversations that way?
@@swine13 lol 😂
yeah such a sudden portion of british accent :D
@@danieljaszczyszczykoeczews2616 Yup ^^
Class clown are we? 🤡
11:28 this is an underrated piece of editing right here.
I would be interested in a separate video about TLS 1.3 versus 1.2, especially related to Encrypted SNI (ESNI) and how if affects transparent proxies and other security tools
@Dr Mike - same request.
ESNI is being replaced with ECH, both still very young protocols
Nothing better than a Friday Pounding.
I-
That sounds so homosexual. (Not that there's anything wrong with that.)
giggity
@@WmSrite-pi8ck What do you mean? Getting Pounded isn't sexual.
@@jackc3727 Maybe not where you're from.
I forgive the camera man for hollering in to the mic so that it distorted like that cause he got Mike Pound on
He really should wear a microphone
Cryptography is such a cool subject. Absolutely love it when Mike is on!
It's very convenient that you created these videos just when I decided to start learning TLS. Very clear and easy to understand. Only bad thing is that the adverts come at rather annoying times.
I wanna hear Dr Mike say "My name is Pound, Mike Pound"
Thank you for explaining with context and really breaking it down. It’s the context and bit of history on how something came to being is what makes things interesting. Thousand kudos.
New record for advert: 2:15. Two of them, of course, after two at the start.
2030: videos are now entirely adverts, no content.
2040: content is back, but only videos containing nothing but adverts are accepted
not even just product placement. It has to be full on "paid programming" level of advertisement. But wait, there's more! Comment today and we'll throw in this free sub to a channel you'll never watch again!
youtube-dl is still available.
UA-cam-dl
you just reinvented the "info-mercial" :)
UA-cam Premium
The best explanation, that someone could find on the Internet. Thank you Michael
Wow ! I wish he was my teacher in college! I am glad that I found this channel. Thank you 🙏🏻
This guy explaining is awesome and inspired me to do my thesis on ROCA attack.
you rock
what a energetic man, wish had a teacher like him. I could learn from him till I die
Love the videos with Dr. Pound. Hope you guys make one on IPSec.
WOW! I love this channel and he explains everything well. Keep up the good work 🙏
I think this video can serve as a sort of hub or strarting point for many Dr. Pound's videos, both existing and upcoming. Basically it lists in one string a lot of topics he covered, which is quite convenient.
Dr. Pound + CS + Accent = Complete Package Thanks Computerphile as always
Thank you to share this knowledge. Dr Pound explain so clear this matters. Thank you for this channels and this videos. Greetings from Argentina.
Thank-you for these post they are helpful, informative, and just plain entertaining
Your videos are absolutely fantastic.
Very much thanks for your excellent explanation, Mike. I appreciate a lot your work.
Amazingly useful details and explanations. Thank you.
Everyone: We can't do handshakes
TCP: SYN
ACK
(dammit you beat me to it by 1 hour)
The internet is full of syn.
@@Twisted_Code You missed the SYN/ACK. :P
@@Acorn_Anomaly dammit well what do I know. I have no practical experience with handshakes (yet). I only know how to reply at all because college courses LOL
TBH, said inexperience is part of the reason I clicked this video... That and of course I was going to make the handshake joke if nobody had already
ACK ACK ACK, said the Martian.
Hey Guys!
It would be great to see you guys doing the promised difference between TLS1.2 and 1.3. I really like your videos! They are great to understand the basics of computer science and I like to watch videos related to the toppics i have in my master course. Greetings from Germany!
Man I could have really used this when working on a project a year ago.
Perfect candidate for a TV Tech Show which goes into more depth on how things work.
I miss TechTV. 😭
This video is pure fantastic.Hey after the handshake the client and server uses symmetric key encryption.
the only voice i like to hear, amazing explanations =)
Very simple and clear explanation.
WTF I was just studying that thingy and boom! Couldn't timed better ^^
+1 to that. I was looking for videos on it about a month back and wasn’t happy with any of them really. Happy to have Dr. Mike Pounder showing us how it’s done
Google also tracks and read minds.
@@qzbnyv I could have really used this at the end of August when I was writing a paper on this 😂
@@lakshminarasimmanv Well, I know UA-cam creators often make their videos based around general internet search terms frequency as a way of being timely and catching wind from trends.
I haven’t looked into what the UA-cam creator dashboard looks like these days, but I wonder if Google has an API that could easily display “People who watch Computerphile regularly have been searching for” stats.
Mike Pound for president. Mike Pound 2020.
Thank you very much for your clear explanation! Interesting stuff!
It would be awesome if you created a playlist of all these TLS-handshake related videos mentioned and linked to it in the description of this video.
That was the most concise explanation of TLS 1.3 I have ever heard.
it was for TLS 1.2
@@credence7777777 He discusses TLS 1.3 towards the end of the video.
keep up the good work! awesome learning videos!
Is see Dr Mike Pound, I hit like.
I dunno why but this video reminded me of something I read an article about long time ago - encrypted calculations. Essentially these allow you to perform various operations on ciphertext(like addition and multiplication) as if it was plaintext, but without actually knowing the values. The formal name for these is homomorphic encryption systems. It would be cool if you did a video on them
I love there videos, please keep them coming
Client and Server: [does handshake things]
Client and Server: "We done? Here's a transcript of what we just said, encrypted. We'll talk again under this encryption kthxbye.
[they both check what they sent against what they received. They don't match]
Client and Server: "..." (uhh I'm just gonna NOPE RIGHT TF OUT OF THIS ONE!)
Attacker: "Aw shucks."
But it's still susceptible to MitM attacks that simply communicate with both in TLS, if you can't verify that the public key you get actually belongs to the party you thing you're speaking to.
Which you can't for sure, unless you trust a CA or meet in person and compare keys.
Excellent instructor, excellent UA-cam channel ! As a medical doctor I find this stuff amusing.
Thank you sirs. We all appreciate ya.
Awesome 👏
Thanks for these videos
I love how he can talk about something boring with such enthusiasm. He makes it interesting.
This dude is one of my faves
This is the UA-cam I we need to be watching.
these videos are gold a couple weeks before exams
Incredibly helpful for my Sec+ studies thank you!
Excellent explanation Dr.Pound. :) i mean i thought i know TLS 1.3 but it seems i was wrong. I did not know about the Finish message.
Hey @Computerphile great video and I always come back here to refresh my memory about how TLS works. Can you also do an extension video of this with mTLS?
Thanks
Great work
Finding a website that supports 1.3 was easy. I am on it right now.
UA-cam use QUIC, not TLS.
@@TotalImmort7l It says TLS 1.3 on the padlock tho
@@NeunEinser which device are you using? On a phone, it shows QUIC.
@@TotalImmort7l Desktop, Win 10, Firefox
I'd love to see a video on ACME considering it's largely replaced most of how servers set up trust now. I understand pretty solidly how it all works (I help maintain the Caddy project) but I'm sure it would help for more of the public to understand how this all works. i.e. how the ACME challenges replace the legacy method of paying for certificates, etc.
Say hi to Matt for me. :)
5:26 Basically my reaction
everytime
haha
Great video!
I love your channel, the content is just incredible. English subtitles are missing ... this needs to be easily accessible.
Awesome video! What is the best way to see the full exchange--Wireshark?
It sounds like you could use a different suite of ciphers in the future, and this system would be all that's ever needed for these communications.
Thank you for this amazing video !! Could you please do a video on Certificate Transparency and IKP in the future ?
amazing videos
Great, again and again! 👌
As an aside, 2:22 the example cipher suite just happens to be one of the ones that Windows 7 and Windows 8 do not support - it only supports those parameters if an ECDSA certificate is used - so 6:20 the server will respond with a failure message when using e.g. the Windows TLS libraries to communicate with such a server.
MQTT is a service that provides detailed connection session storage.
Since the same device connecting to the server can use the same connection states, so it can immediate resume receiving topics with retained information.
Funny and educational stuff. Thanks!
Frodo explaining TLS, who would of knew. Thank you very informative
I'm a fan. well explained. not rigid. and you guys come across as human. which is hard to do when teaching anything, especially computers.
just when I needed it.
Pretty well explained
Can you do a video on the single round-trip next?
This helps me understand something in my job as tech support. Thanks!
The thumbnail is just a classic x)
Great video! I do have a question that has been bothering me for a while, though.
Why are both RSA and ECDH used? The server sends the certificate, couldn't the client just encrypt a randomly generated AES key with the server's RSA public key, send it, and skip Diffie-Hellman?
RSA encryption is too slow for on-the-fly encryption (and in massive amounts for the server) like web traffic...
@@leogama3422 True, however:
- Both the client and the server only have to use it once per connection.
- They are already using it anyway since the server signs stuff, and as far as I know, encrypting and signing are equivalent operations in RSA. The server currently signs doing PKCS#1, powering to 'd'. The client checks the signature powering to 'e'. This is equivalent to encryption, but in reverse order, isn't it?
To anyone that might read this, I just got it. The handshake I proposed is called "RSA key-exchange". Its problem is that it does not offer forward secrecy, so all previous traffic, if recorded, could be decrypted if the server's RSA key is compromised. ECDHE prevents this: previous communications will never be decrypted, even though future ones could.
Would you do a video on trying to detect tor over tlsv1.3 as the subject and issuer are now not known in the handshake. And to build on this in future iterations of tls1.3, if the server name is also not known.
very imformative and very clear :)
so awesome that Jared from Silicon Valley is on the channel
🤣🤣🤣
Love the greenbar 'paper'
This is gold....
Does Computerphile have merch? Say a black T-Shirt with a print of Bob an Alice in Mike's Graphics exchanging keys.
What does the last byte usually mean if it is repeated by a few instance but in no specific order?
You mentioned TLS 1.3, now you have to do a video about it!
Huh. The new TLS session after inactivity would definitely explain why tabs reload after I've been tabbed away from them for a while. Learn something new everyday!
that should not explain it. there's something else going on which triggers the reload. otherwise you would just look at the page as you loaded it last.
2:27 would be the perfect place to add an info card to the Kindle Text Problem video
Will there be episode on TLS vs QUIC ?
As these have solidified and filled in a few gaps I had about TLS..
I know nothing about QUIC except it's UDP..
like the vids by dr Mike. Please do a video on honeypot, seems like an interesting thing. Thanks :)
anyone else notice that the clip from at 8:40 says "obi one" rather than Obi Wan? surely someone had at least noticed it and commented on the previous video, even if no one (besides me) noticed today.
In what sequence will TCP handshake and TLS handshake happen? Which one happens first in a connection?
I'be been waiting some wireshark capturing till the end
Awesome thanks
Thank you.
Thank you
this is GOLD
In Key exchange part, server sends the hash function of previous messages in digital signature which signed using private key and you say client verifies it using public key how this is shared to client?
Thanks for your explanation of TLS. My question: Why do the client and server not just use the opposite public keys to encrypt and their private keys to decrypt all the communication. Why the need for more keys e.g session keys etc ?
They are using Elliptic-curve Diffie-Hellman when they use their public/private key pairs. ECDH is fairly fast, but session keys use even faster cryptography like AES. If the cryptography is faster, loading the website would also be faster.
Another problem with using it is that if someone takes over the private key, they can decipher all previous communication, but with Diffie Helmand a new key is generated each session
Perfect Forward Secrecy is the keyword here
Asymmetric cryptography is great, but slow and demanding. One operation or RSA is much more complicated than one AES operation for example. Symmetric crypto is MUCH more efficient and also has some bonus features, like automatically included integrity checking. Therefore it makes sense to use public key crypto for exchanging a key, which is then used in symmetric crypto shenaningans. This way, we make use of the best of both worlds and get great security as well as great performance.
Even the background image looks like that paper!
true xD
thank you
MORE MIKE POUND
love the editing. Get him up for a BAFTA
Bafta
Would you do a video, or set of videos on ACME ( RFC 8555 )?