Tech Talk: What is Public Key Infrastructure (PKI)?
Vložit
- čas přidán 20. 05. 2024
- Learn more about encryption → ibm.biz/BdPu9v
Learn more about current threats → ibm.biz/BdPu9m
Check out IBM's data encryption solutions → ibm.biz/BdPu9K
Ever wondered how HTTPS actually works - or public key infrastructure, or symmetric and asymmetric cryptography?
Jeff Crume and Dan Kehn break it all down for you in this video.
Get started for free on IBM Cloud → ibm.biz/cloud-tier-gratis
Subscribe to see more videos like this in the future → ibm.biz/subscribe-now
#crytopgraphy #cybersecurity #encryption
4:47 secrets are encrypted with Public keys and decrypted by Private keys.... The other way around would expose the secret.
I wondered how long it would take for someone to point that out! 😅
You're correct, in the case of sending a symmetric encryption key I was responding to, the SENDER would encrypt it with the public key of the RECEIVER and then the receiver would decrypt it with THEIR private key. If the SENDER used their private key to encrypt it, then anyone could decrypt it using the [presumably well-known] public key of the sender.
Talking on a simplistic level, the problem is solved by the
1) client generating the symmetric key,
2) encrypting it with the server's public key and
3) sending it to the sever, which then can
4) decrypt the encrypted symmetric key with it's private key.
5) Thereafter, the communication can proceed in an encrypted manner (encrypted with the exchanged symmetric key)
@@wizard_in_oz absolutely, and this is exactly how SSL/TLS ,SSH tunnels are created for example.
100% Correct. Wonder why none of these guys presenting caught that. 😂
@Michael F Sigh! When I'm speaking spontaneously and rapidly, I sometimes use the wrong word. Senior moment? Jeff obviously knows security - he even teaches it at our local university. Either he missed my error in the moment or was being kind.
Why no one else in the earth has explained this to me this very simple way? 90k college loan and still watching youtube. Thank you IBM and the gentleman on the right. You are such an awesome free thinking teacher
I’m glad this explanation made sense to you!
This was one of the best explanations of PKI that I've heard. Amazing job guys 👏
Thanks so much for the kind words of encouragement! It’s a complicated topic and I had to take some liberties with the explanations in order to fit the time constraints, but, hopefully, it shed some light on a really fascinating, but gorpy, topic
@@jeffcrume Hey in this video it is been said that any one key can be arbitrarily chosen as a public key but i was under the impression that once the key pairs are generated they are specifically private and public because of the derivation of one key from the another i.e. We can't derive the private via the help of public key if we possess it but we can derive public key with the help of private key which distinguishes these key from each other and we can't randomly select any one key as the public from the available pair
I know PKI but keep forgetting it, once or twice a year I come to these videos to remind me. Thanks for the objective content.
Observation that I found amusing. In order for their writing to be read by us, they rendered the video horizontally reversed. But here's the cool thing. The guy on the left was so committed to the reversal process, he swapped his wedding ring to his right hand, so it would show left in the video. I pose this concept for discussion and debate. ;)
this one was definitely great the conversation style makes it easy to digest
Simplicity and brevity at their best! Thank you!
Learned this in network defense essentials and this is a execellent video for briefly explaining cyptography.
Studying Cyber Security, this video really helped me get a visual. The book was slow and dry.
This is really a good and clean approach of clarifying the term!
A very concise talk about PKI. Awesome!
More pedagogy than during my bachelor 😭
Keep it up!!!!!
This is some very clear and really exciting stuff. Haven't seen many people break this down in such a way making it so easy to understand. Good stuff guys!
Great explanation to clear any confusion with this topic, much appreciated!
Very clear explanation; thanks for somewhat demystifying PKI.
the best explanation , and the conversation is relatable
Wow....this is amazing content!! Well done! Thank you
Thank you!! I’m learning this in class right now!
I used to learn this the hard way. This conversation is awesome and easy to digest!
A very clear audio simulation of nails on a chalkboard. Thank you
This really cool, concise and great talk
Great video, look forward to more of these
It should be noted that once you establish an asymmetric connection with a website it then switches to symmetric. If it stayed asymmetric the entire time that would be a lot of bandwidth and SLOW
Exactly right. Asymmetric is used to solve the key distribution problem but symmetric is used to encrypt the bulk of the data
Excellent explanation
Very Well explained. Thanks a lot.
Awesome explanation. Understandable
Thanks guys!!! great job!!
Very informative thankyou 👍 😊
Amazing stuff. Thanks!
Thank you for that vivid explanation
You’re welcome!
I like how you use interaction between novice and expert to make it more fun and understable
Thank you for this awesome explanation
Thanks! If you'd like to see other topics on Tech Talk, let us know!
Guys this is awesome!
Great explanation. Thanks. I'm really interested in cryptography and certificates and learning a lot of valuable information.
Very very good, thanks.
Great video, thanks a lot!
Really helpful
Thank you
We want tmore content like this :)
1:48 root user - key
2:01 hw : secure
2:40 public key is telling world how to coommunicate w me
3:10 : public / private is chosen
thanks a ton for content
This conversational style is more educative than monologues.
So glad you liked it!
Thanks for sharing
Great video! Can you also do some video on a real world scenario and elaborate on private/public keys with let's say self signed certificate using your own CA by using openssl for example ? Thx
I haven't implemented my own CA, but a quick search "how to create certificate authority openssl" yielded step-by-step tutorials. For those following along, this is different than just creating a self-signed certificate (no CA) that you might do for testing. Most browsers will refuse to connect to a site using one, unless you specify a command line/configuration setting to disable it.
this is really good
Are there any courses by him, this is freaking awesome. So clearly explained.
a qustion more basic that I didn't felt answered..what problem this security answered to the end user?
I felt like an example (or story) of daily use with secure key and the one without that can finalize my understanding on the topic
Here's a simple end user example: Programs like email and browsers use encryption in order to ensure that communications cannot be read by anyone other than the intended party. Symmetric cryptography is how we secure the message and asymmetric crytography/PKI is how we exchange the symmetric keys so that the only the intended parties can read the messages [thanks to Jeff Crume for improving on my initial answer].
fantastic job !
Thanks!
Great video, really helped reinforce some concepts as I look to get certified and into the industry. Thanks!
What if i’d like to build a portal that is secured with multiple access levels on a private server?
my understanding: so a digital signature can only be created by encrypting the hash with pvt key? its a way of affirming that this is last known hash for a message/file. encryption during the digital signature process has nothing to do with protecting a secret. since the key pair is mathematically related , the only pub key that can used to decrypt the hash is the pub key related to the pvt key that encypted it, thereby verifying integrity of sender and hash.
Hey in this video it is been said that any one key can be arbitrarily chosen as a public key but i was under the impression that once the key pairs are generated they are specifically private and public because of the derivation of one key from the another i.e. We can't derive the private via the help of public key if we possess it but we can derive public key with the help of private key which distinguishes these key from each other and we can't randomly select any one key as the public from the available pair
I'm learning PKI for the first time and I'm having trouble with the explanation about encrypting the symmetric key using the private key and then having the recipient decrypt it using the sender's public key. Since the public key is public, can't an unintended recipient intercept the symmetric key and now decrypt it. I though we should always be encrypting with the public key and decrypting with the non-shared key (private) to prevent this problem...
First of all, be sure to read the pinned comment above as I misstated public/private in the video. That may be the source of your confusion. Sorry about that! But to clarify, there's two issues at play here: (1) How do you know the message you received is actually from who you think it is? (2) How do you establish secure communication with someone?
For (1), you as the receiver of a message from SND know that *must* have originated from SND if you're able to decrypt it with SND's public key, because only SND has their [private] key that was used to encrypt it.
Let's say for (2), SND wants to establish a secure connection with RCV. To start, SND creates a unique SND-to-RCV session ID "ZZZ" and wants to send it to RCV. So, SND uses RCV's public key to encrypt the session ID ZZZ, encrypts that with their own (SND's) private key, then sends the "package" to RCV. It's true that someone *could* intercept that package and use SND's public key to decrypt it, but all that would get them was RCV's (encrypted) session ID, which is worthless to the interceptor. On the other hand, RCV can decrypt the package using SND's public key *and* they can also decrypt the message to retrieve the session ID using their private key since SND used RCV's public key to encrypt it. Once this is complete, both SND and RCV share a session ID that nobody else knows; that can be used to establish a secure connection with both parties knowing the other end is who they claim to be.
Another easier way to think of it is a message encrypted with a public key can only be decrypted with the associated private key. Thus you can use this asymmetry to prove that a message did in fact originate with the owner of the public/private key, because any tampering along the way would render the message gibberish when decrypted.
Did I get it right, @jeffcrume?
Great video, is it relevant to ask where SSL certificates come into play within this context?
Yes, SSL (now TLS) encryption is based on these concepts as well
Nice!!!!!!
Wish I could understand things as quickly as the guy with glasses
I do too! He’s a sharp guy, for sure!
If you are a Web developer it's sure you must understand faster because this is included in the day to day life of website developers.🎉
8:30 I'm pretty sure you're not decrypting the Digital Signature with the public key, or at all for that matter. It's just there for verification purposes.
In order to verify, you do need to decrypt the dig sig so that you can compare the hash value from the sender (encrypted with their private key) and compare it to your calculated value using the same hashing algorithm
@@jeffcrume thanks Jeff. I looked it up after I commented and you're right. Probably should have deleted my comment lol.
This is awesome. Like, suscribe, click on the bell and whatever else you want. I'm going to watch more of your videos.
In GPG you can create multiple public keys for encrypting, signing and sth else based on ONE private key. If so why do you say in video, that both can be used as for en/decrypt the other. And there can be only two of them?
I was giving a single, theoretical example. You’re referring to a very legitimate practical example which implements the same concepts as multiple instances. “In theory, there is difference between theory and practice. In practice, there is.” 😊
Does IBM offer any type of managed PKI products?
No. However, IBM does have tools that do encryption and use PKI (Guardium Data Encryption plus all the PKI that is baked into our products and OSs).
IBM offers crypto capabilities of this sort on the mainframe as part of the security services in the OS. Also, crypto accelerator cards from IBM help speed up operation and keep keys secure
the line at 8:26 confuses me a bit. Because CA uses his Private Key. But the line goes from the user's Private Key
See the pinned comment above for a discussion of the correction.
It seems not right at the last step, isn't it? The final signature should be signed by CA private key instead of any end users', right?
That is correct.
What are you writing on??? That looks 👍
We're writing on a glass pane that is directly in front of us. Since we're on the other side of the glass, the writing is backwards from the viewpoint of the camera, so we flip the image in post-production. That's why it appears that I'm left-handed when in fact I'm right-handed.
@@homebarista thanks, mate!
The guy with the glasses listened very carefully and still got things wrong. The other guy just went with it.
This is the guy with glasses. When I speak spontaneously, I sometimes make verbal mistakes like this. Sorry! I realized it was incorrect in the playback, but decided to leave it as-is. It took a few days for a viewer to correct me. 😉Another viewer pointed out a misstatement (?) by Jeff w.r.t. asymmetric keys. See the pinned comment for the viewers calling out these misstatements and our corrections.
@@homebarista I understand. I'm sorry for leaving a rude comment. It took a response from you to realize my own bitterness.
The second guy got caught in the weeds of asymmetric vs symmetric keys. Those are two completely different systems. No one uses symmetric keys anymore because RSA became popularized by Rivest, Shamir, and Aldman in their algorithm. RSA broadcasts the public keys and a message can be encoded so the private key can decode the message. The private key is not broadcasted. But anyone can send a message using the public keys to the server which can be decoded by the private key.
Every time you login to a secure web site, you use symmetric encryption as well as asymmetric
after all these videos im confused. are you writing backwards? do you have to rehearse?
See ibm.biz/write-backwards for details
aaahahah thank you @@IBMTechnology
I understand the certificate can be trusted because it was issued by the CA. But how does the CA evaluate that the public key is legit in the first place to create the certificate? Aren't we back to the initial question of "how do we know that the public key is trustworthy?"
The CA is responsible to issue the certs (and sign them with its private key). The public keys for trusted, well known CAs are hardcoded into browsers and other software so that they can verify that certificates are authentic and have been signed by a trusted third party
At time 4:45, I think there is a mistake. The message should never be decrypted with the sender's public key as the public key is known to all on the network, it's public :). So it works like this... to send the symmkey. First, the sender encrypts the symmkey with the receiver's public key and then the receiver decrypts the message using its own private key.
Yes, you're correct and this is noted in the pinned comment.
my problem with IBM explanations is that they never really gives examples from AD on prem environment in windows server or ubuntu server, they will just give you the theory behind it , i would eve dare to say its a metaphor because nobody can really see how it is done in AD CA Environment in enterprise levels .
they only give you the concept because they themself never actually done that.
My goal with the video was to cover the concepts that would be applicable across all platforms. Vendor-specific implementations may be better explained by those vendors
As a web developer you will understand faster the explanation of PKI.
Hey in this video it is been said that any one key can be arbitrarily chosen as a public key but i was under the impression that once the key pairs are generated they are specifically private and public because of the derivation of one key from the another i.e. We can't derive the private via the help of public key if we possess it but we can derive public key with the help of private key which distinguishes these key from each other and we can't randomly select any one key as the public from the available pair but yes both can use for encryption as well as decryption at the same time
Wow guys! You're BOTH left handed - what are the odds!!
And they’re writing backwards!!
bad microphones or audio post-processing.
Sorry about that!
It was one of the first two-person mic setups we've done and the sound mixer wasn't dialed in yet. Our audio guy fixed it the next day, so future Tech Talks should be clearer.
That's a lie, you can't choose which one is private key and which one is public.
The public key is always the one derived from the other. Never the other way around.
Jeff said that once you designated one key as public, the other is then deemed private and vice versa. in other words, it's a mathematical property between the two keys and calling one or the other public/private is arbitrary up until the point that you make the decision. Obviously once you decide, you can't change your mind later.
You you can't choose arbitrary which key is private and which key is public.
That's not how math works. If you choose the private key to be the key derived from the other than anybody can hack/decrypt your message.
People in this video are just wrong.
Jeff confirmed that you're right, the keys cannot be arbitrarily assigned. This discussion elaborates on why: security.stackexchange.com/questions/74325/does-it-matter-which-key-is-considered-private-and-which-public
@@IBMTechnology I appreciate the clarification. Keep up the good work.
It is a horrifically ugly topic made even more unsavory by IT management politics and misprioritization.
I’d say that crypto is an “acquired taste” and certainly not everyone “acquires” it 😂
On timeline 4:40 to 4:47 the guy is wrongly interpreting the usecase. The client actually generates a session key / Sym key and encrypt it with the public key of the peer end and then the peer end decrypt it with it's private key to acquire the session key/Sym key. Additionally, the peer generates a session key/Sym key and encrypt it with the session/Sym key that it just decrypted and send that key to the other side. Now, what happens is that one side use its own Session/Sym key for decryption and the other side key for encryption.
Hey i even noted one more thing i.e. It is been said in that video that any one key can be arbitrarily chosen as a public key but i was under the impression that once the key pairs are generated they are specifically private and public because of the derivation of one key from the another i.e. We can't derive the private via the help of public key if we possess it but we can derive public key with the help of private key which distinguishes these key from each other and we can't randomly select any one key as the public from the available pair but yes both can use for encryption as well as decryption at the same time
how they managed to reverse writing is also remarkable
Search the channel for a video of me explaining “how we make them” and you’ll learn the secret
Excellent explanation
Thank you