@33:20 i'd say that a wrist band is the analog of an access token (you can go out and back in to the party) while for an id token that would be a badge (name & photo, etc)... 🙃
33:15 Why is the ticket booth is called authorization server? It checks your identity, so it should be authentication, right? Please correct me if my understanding is wrong, thanks!
The speaker explains: OAuth2 focusing on what a person can do, not who that person is. Later he tells, OIDC is extension of OAuth2 which implements the authentication, or identity. OIDC focus is to prove who someone, not what they can do. Am I the only one feel confused? Please correct me if I'm wrong, but in the original OAuth2 (without the OIDC extension) authenticating the user was the authorization-server responsibility. Based on the successful authentication, it could determine the authorities of the user. These authorities (stored in the issued token) provided information to the underlying services to make authorization related decisions. So what the OIDC add to this flow? What is the purpose of the separated access and id token. What problem this separation solves? What should we store on each and when should we use them? Can you please explain that like I'm 40+ year old, no need to lower down that much.
![I.N "HALLUCINATION" | [Stray Kids : SKZ-PLAYER]](http://i.ytimg.com/vi/n5B5q1Hwt_U/mqdefault.jpg)
Succinct and yet so illustrative! Learnt a thing or two about technical presentations too! Great presentation and presenter!
Insanely good. I was already familiar with this concepts, but now I actually can communicate them to nontechnical personal.
Great presentation!
neat upload SpringDeveloper. I crushed that thumbs up on your video. Keep on up the really good work.
This is very useful even if I am a little bit above 5 :)
@33:20 i'd say that a wrist band is the analog of an access token (you can go out and back in to the party) while for an id token that would be a badge (name & photo, etc)... 🙃
Really great explanation!!! Big thanks for making it
fantastic explanation of oauth and openid!!!
Nice explanation !!!
Great presentation!
Yep, i am a 5 year old because this worked for me :) Thanks.
33:15 Why is the ticket booth is called authorization server? It checks your identity, so it should be authentication, right? Please correct me if my understanding is wrong, thanks!
Great talk!
It's top!👍
do you have any example using : (Client Initiated Backchannel Authentication, keycloak and spring boot) please
The speaker explains: OAuth2 focusing on what a person can do, not who that person is. Later he tells, OIDC is extension of OAuth2 which implements the authentication, or identity. OIDC focus is to prove who someone, not what they can do.
Am I the only one feel confused?
Please correct me if I'm wrong, but in the original OAuth2 (without the OIDC extension) authenticating the user was the authorization-server responsibility. Based on the successful authentication, it could determine the authorities of the user. These authorities (stored in the issued token) provided information to the underlying services to make authorization related decisions.
So what the OIDC add to this flow? What is the purpose of the separated access and id token. What problem this separation solves? What should we store on each and when should we use them? Can you please explain that like I'm 40+ year old, no need to lower down that much.
Why is AOL making me agree to these terms for my e-mail account?
Thanks
I guess i need it explained to me as if I was a 2 yr old.
Awesome!
Where can I get the presentation so I can click the links? thanks!
I found it. SOLVED!
@@veroniquenollet7718 ¿where is it??
Can't the bearer token be of JWT format?
It can be of any format. OAuth specification doesn't define format of the tokens. You can generate your own tokens if you want.
is slideshare broken? i can't open the slides :(
goat
Which 5-year-old kid can stand for almost 50 minutes of lecture???
😂
🤣
boaring
Awesome presentation!